pilight - open source domotica oplossing

[CurlyMo]

En in de webgui geeft ping aan dat hij connected is?

[Zwerver]

CurlyMo schreef op woensdag 07 oktober 2015 @ 10:24:
En in de webgui geeft ping aan dat hij connected is?

Wacht even Ik dacht dat ping geen GUI element had?

[CurlyMo]

Nee, maar je kan de status wel zien via http://x.x.x.x/config

[Zwerver]

CurlyMo schreef op woensdag 07 oktober 2015 @ 10:48:
Nee, maar je kan de status wel zien via http://x.x.x.x/config

Oh duh.... dat wist ook wel. Ik zal vanavond kijken hoe die eruit ziet, want nu is het zonnetje op en dus werkt ie sowieso niet. Geen tijd om die regel nu om te bouwen.

---

Nog even toevoegen, ik zie dat api.openweathermap.com een timeout geeft. Is dat iets wat je vaker gezien hebt?

[ Voor 15% gewijzigd door Zwerver op 07-10-2015 15:41 ]

[Dirkjo]

Aangezien ik ga verhuizen heb ik besloten om m'n domotica plannen maar weer eens op te pakken. In 2013 zag ik dit project al voorbij komen en bestelde ik de benodigde 433 verzender en ontvanger (433MHz Superheterodyne 3400 RF Transmitter and Receiver link kit - ebay).

Op dit moment ben ik aan het proberen om de zender en ontvanger ook daadwerkelijk aan de gang te krijgen, maar dit wil maar niet lukken. Ik ben bezig op een Arch box, dus geen Raspbian.

Ik heb de boel aangesloten op GPIO 17 en GPIO 18 en vervolgens de lirc_rpi geactiveerd doormiddel van het volgende commando:

code:

modprobe lirc_rpi gpio_in_pin=17 gpio_out_pin=18

Allemaal volgens deze blog post

Nu zit ik echter al 2 dagen te klooien en krijg ik het maar niet voor elkaar om iets te ontvangen wanneer ik pilight-daemon -D uitvoer. Ik heb zelfs vanmiddag een nieuw setje KAKU gehaald in plaats van het merkloze spul wat had om te kijken of daar het probleem in zit.

Is er iemand die me meer duidelijkheid kan geven over wat ik mogelijk verkeerd doe?

[CurlyMo]

Zwerver schreef op woensdag 07 oktober 2015 @ 11:08:
Nog even toevoegen, ik zie dat api.openweathermap.com een timeout geeft. Is dat iets wat je vaker gezien hebt?

Nieuwe versie zou een hoop beter moeten zijn.

Dirkjo schreef op maandag 12 oktober 2015 @ 21:32:
Is er iemand die me meer duidelijkheid kan geven over wat ik mogelijk verkeerd doe?

Test eens via GPIO modus met pilight-raw?

[Dirkjo]

CurlyMo schreef op maandag 12 oktober 2015 @ 21:40:
[...]

[...]

Test eens via GPIO modus met pilight-raw?

Ik ga er vanuit dat je daarmee doelt op de hardware instellen op 433gpio? In dat geval heb ik dat zojuist gedaan en is de output van pilight-raw volledig leeg.

Mijn config ziet er als volgt uit btw:

code:

  GNU nano 2.4.2     File: /etc/pilight/config.json                                                                                                                                  

{
        "devices": {},
        "rules": {},
        "gui": {},
        "settings": {
                "log-level": 6,
                "pid-file": "/var/run/pilight.pid",
                "log-file": "/var/log/pilight.log",
                "webserver-enable": 1,
                "webserver-root": "/usr/local/share/pilight/",
                "webserver-http-port": 5001,
                "webserver-cache": 1
        },
        "hardware": {
                "433gpio": {
                        "sender": 0,
                        "receiver": 1
                }
        },
        "registry": {
                "pilight": {
                        "version": {
                                "current": "7.0"
                        }
                }
        }
}

[CurlyMo]

Als je niet eens ruis ziet, dan kloppen je aansluitingen niet.

[Dirkjo]

Even er vanuit gaande dat 433gpio modus out-of-the-box werkt op Arch (na het laden van de module)?

Ik zal voor de gein maar eens voor de x keer elk kabeltje doorlopen. Er vanuit gaande dat de transmitter en receiver niet kapot zijn geleverd...

--- edit
Vanavond nog even verder gekeken naar de mogelijkheden om te checken of de receiver wel werkt. Ik kwam uiteindelijk na lang zoeken op PiScope en PiGPIO terecht.. Na het installeren van de tools kwam ik erachter dat de receiver wel degelijk dingen ontvangt. Niet te zuinig ook overigens.

Zoals te zien is in onderstaande afbeelding is er non stop ruis op GPIO17. Voor de zekerheid heb ik op een bepaald punt ook even de pin eruit getrokken om te checken of dit wel degelijk daarvan afkomstig was. En dat blijkt zo te zijn; te zien aan het gat wat er ontstaat in het spoor.



Iemand enig idee, met deze informatie erbij, wat de rede kan zijn dat m'n Arch setup niet wil werken met Pilight?

-- edit 2

Nog meer onduidelijkheid voor mij, maar misschien dat iemand er wel iets aan heeft. Zojuist kreeg ik via pilight-raw wel iets terug. Het blijft echter maar bij 1 regel:

[code]
[dirk@domo ~]$ sudo pilight-raw
433gpio: 1071336967
[/code]

Oke ik moet naar bed volgens mij.. Zojuist in de config.json receiver en zender omgedraaid (1 en 0) en tada: het werkt...

[ Voor 77% gewijzigd door Dirkjo op 13-10-2015 00:01 ]

[Zwerver]

CurlyMo schreef op woensdag 07 oktober 2015 @ 10:48:
Nee, maar je kan de status wel zien via http://x.x.x.x/config

OK, terug van een lange tijd niet thuis zijn:

{"devices":{"eetkamerspots":{"protocol":["kaku_dimmer"],"id":[{"id":1,"unit":1}],"state":"off","dimlevel":14,"dimlevel-minimum":3,"dimlevel-maximum":15},"studeerkamer":{"protocol":["intertechno_old"],"id":[{"id":1,"unit":1}],"state":"off"},"woonkamerspots":{"protocol":["kaku_dimmer"],"id":[{"id":2,"unit":1}],"state":"on","dimlevel":15,"dimlevel-minimum":3,"dimlevel-maximum":15},"woonkamerTV":{"protocol":["intertechno_old"],"id":[{"id":0,"unit":0}],"state":"on"},"movie":{"protocol":["generic_switch"],"id":[{"id":100}],"state":"on"},"AllOut":{"protocol":["generic_switch"],"id":[{"id":110}],"state":"off"},"StopDim":{"protocol":["generic_switch"],"id":[{"id":111}],"state":"off"},"keukenKoffie":{"protocol":["intertechno_old"],"id":[{"id":2,"unit":2}],"state":"off"},"SunRiseSet":{"protocol":["sunriseset"],"id":[{"longitude":4.258874901293747,"latitude":52.0643560}],"sunrise":8.06,"sunset":18.53,"sun":"set"},"Ping":{"protocol":["arping"],"id":[{"mac":"70:56:81:d9:2b:61"}],"ip":"10.0.0.48","state":"connected"},"outsidetemp":{"protocol":["openweathermap"],"id":[{"country":"nl","location":"den haag"}],"humidity":60.00,"temperature":23.49,"sunrise":5.26,"sunset":22.06,"sun":"rise","update":600,"poll-interval":600},"datetime":{"protocol":["datetime"],"id":[{"longitude":4.258874901293747,"latitude":12.3456}],"year":2015,"month":10,"day":14,"hour":17,"minute":35,"second":27,"weekday":4,"dst":0}},"rules":{"MovieTimeAan":{"rule":"IF movie.state IS on THEN switch DEVICE woonkamerTV TO on","active":1},"MovieTimeUit":{"rule":"IF movie.state IS off THEN switch DEVICE woonkamerTV TO off","active":1},"AllOut":{"rule":"IF AllOut.state IS on THEN switch DEVICE woonkamerTV AND woonkamerspots AND keukenKoffie AND eetkamerspots AND studeerkamer TO off","active":1},"AllOn":{"rule":"IF AllOut.state IS off THEN switch DEVICE woonkamerTV AND woonkamerspots AND keukenKoffie AND eetkamerspots AND studeerkamer TO on","active":1}},"gui":{"movie":{"name":"Movie time","group":["Woonkamer"],"media":["all"],"readonly":0},"woonkamerTV":{"name":"TV aan","group":["Woonkamer"],"media":["all"],"readonly":0},"woonkamerspots":{"name":"Woonkamerspotjes","group":["Woonkamer"],"media":["all"],"readonly":0},"keukenKoffie":{"name":"Muziek","group":["Woonkamer"],"media":["all"],"readonly":0},"eetkamerspots":{"name":"Eetkamerspotjes","group":["Eetkamer"],"media":["all"],"readonly":0},"studeerkamer":{"name":"Studeerkamer","group":["Studeerkamer"],"media":["all"],"readonly":0},"outsidetemp":{"name":"Buiten Temperatuur en Vochtigheid","group":["Outside"],"media":["all"],"show-update":0,"show-sunriseset":0},"SunRiseSet":{"name":"Sunrise / Sunset","group":["Outside"],"media":["all"]},"AllOut":{"name":"AllesUit","group":["Woonkamer"],"media":["all"],"readonly":0}},"settings":{"port":5000,"log-level":1,"pid-file":"/var/run/pilight.pid","log-file":"/var/log/pilight.log","webserver-enable":1,"webserver-root":"/usr/local/share/pilight/","webgui-websockets":1,"webserver-cache":1,"watchdog-enable":1},"hardware":{"433gpio":{"sender":0,"receiver":-1}},"registry":{"pilight":{"firmware":{"version":13376,"lpf":880,"hpf":12810},"version":{"current":"7.0"}}}}

Hier staat ping (arp) op connected, maar ik zie heel die rules voor de AppleTV niet terug?
Dit werkt dus niet:

"AppleTVOn": {
                        "rule": "IF ping.state IS connected AND StopDim.state IS off AND movie.state IS on AND SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M) AND woonkamerspots.dimlevel != 10 THEN switch DEVICE StopDim TO on AND dim DEVICE woonkamerspots TO 10",
                        "active": 1
                },

Dit werkt dus wel...

 "AppleTVOn": { 
   "rule": "IF StopDim.state IS off AND movie.state IS on AND SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M) AND woonkamerspots.dimlevel != 10 THEN switch DEVICE StopDim TO on AND dim DEVICE woonkamerspots TO 10",
                        "active": 1
                },

[CurlyMo]

Kan je de config gewoon ingesprongen plaatsen?

[Zwerver]

Let me try.
Ingesproken van http://x.x.x.x:5001/config

{"devices":{
	"eetkamerspots":{
		"protocol":
			["kaku_dimmer"],	
		"id":[{
			"id":1,	
			"unit":1}],	
		"state":"off",	
		"dimlevel":14,	
		"dimlevel-minimum":3,	
		"dimlevel-maximum":15},	
	"studeerkamer":{
		"protocol":
			["intertechno_old"],	
		"id":[{
			"id":1,	
			"unit":1}],	
		"state":"off"},	
	"woonkamerspots":{
		"protocol":
			["kaku_dimmer"],	
		"id":[{"id":2,	
		"unit":1}],	
		"state":"on",	
		"dimlevel":10,	
		"dimlevel-minimum":3,	
		"dimlevel-maximum":15},	
	"woonkamerTV":{
		"protocol":
			["intertechno_old"],	
		"id":[{"id":0,	
		"unit":0}],	
		"state":"on"},	
	"movie":{
		"protocol":
			["generic_switch"],	
		"id":[{"id":100}],	
		"state":"on"},	
	"AllOut":
		{"protocol":
			["generic_switch"],	
		"id":[{"id":110}],	
		"state":"off"},	
	"StopDim":{
		"protocol":
			["generic_switch"],	
		"id":[{"id":111}],	
		"state":"on"},	
	"keukenKoffie":{
		"protocol":
			["intertechno_old"],	
		"id":[{"id":2,	
		"unit":2}],	
		"state":"off"},	
	"SunRiseSet":{
		"protocol":
			["sunriseset"],	
		"id":[{
			"longitude":4.258874901293747,	
			"latitude":52.0643560}],	
			"sunrise":8.06,	
			"sunset":18.53,	
			"sun":"set"},	
	"Ping":{
		"protocol":["arping"],	
		"id":[{"mac":"70:56:81:d9:2b:61"}],	
		"ip":"10.0.0.48",	
		"state":"connected"},	
	"outsidetemp":{
		"protocol":["openweathermap"],	
		"id":[{"country":"nl",	
			"location":"den haag"}],	
			"humidity":60.00,	
			"temperature":23.49,	
			"sunrise":5.26,	
			"sunset":22.06,	
			"sun":"rise",	
			"update":600,	
			"poll-interval":600},	
	"datetime":{
		"protocol":["datetime"],	
		"id":[{"longitude":4.258874901293747,	
		"latitude":12.3456}],	
		"year":2015,	
		"month":10,	
		"day":14,	
		"hour":19,	
		"minute":16,	
		"second":30,	
		"weekday":4,	
		"dst":0}
	}	,	
	"rules":{
		"MovieTimeAan":{
			"rule":"IF movie.state IS on THEN switch DEVICE 					woonkamerTV TO on",	
			"active":1},	
		"MovieTimeUit":{
			"rule":"IF movie.state IS off THEN switch DEVICE 					woonkamerTV TO off",	
			"active":1},	
		"AllOut":{
			"rule":"IF AllOut.state IS on THEN switch DEVICE 					woonkamerTV AND woonkamerspots AND keukenKoffie AND 				eetkamerspots AND studeerkamer TO off",	
			"active":1},	
		"AllOn":{
			"rule":"IF AllOut.state IS off THEN switch DEVICE 					woonkamerTV AND woonkamerspots AND keukenKoffie AND 				eetkamerspots AND studeerkamer TO on",	
			"active":1}},	
		"gui":{
			"movie":{"name":"Movie time",	
				"group":["Woonkamer"],	
				"media":["all"],	
				"readonly":0},	
			"woonkamerTV":{
				"name":"TV aan",	
				"group":["Woonkamer"],	
				"media":["all"],	
				"readonly":0},	
			"woonkamerspots":{
				"name":"Woonkamerspotjes",	
				"group":["Woonkamer"],	
				"media":["all"],		
				"readonly":0},	
			"keukenKoffie":{
				"name":"Muziek",	
				"group":["Woonkamer"],	
				"media":["all"],	
				"readonly":0},	
			"eetkamerspots":{
				"name":"Eetkamerspotjes",	
				"group":["Eetkamer"],	
				"media":["all"],	
				"readonly":0},	
			"studeerkamer":{
				"name":"Studeerkamer",	
				"group":["Studeerkamer"],	
				"media":["all"],	
				"readonly":0},	
			"outsidetemp":{
				"name":"Buiten Temperatuur en Vochtigheid",	
				"group":["Outside"],	
				"media":["all"],	
				"show-update":0,	
				"show-sunriseset":0},	
			"SunRiseSet":{
				"name":"Sunrise / Sunset",	
				"group":["Outside"],	
				"media":["all"]},	
			"AllOut":{"
				name":"AllesUit",	
				"group":["Woonkamer"],	
				"media":["all"],	
				"readonly":0}
	},	
	"settings":{
		"port":5000,	
		"log-level":1,	
		"pid-file":"/var/run/pilight.pid",	
		"log-file":"/var/log/pilight.log",	
		"webserver-enable":1,	
		"webserver-root":"/usr/local/share/pilight/",	
		"webgui-websockets":1,	
		"webserver-cache":1,	
		"watchdog-enable":1},	
		"hardware":{"433gpio":{"sender":0,	
		"receiver":-1}},	
		"registry":{"pilight":{"firmware":{"version":13376,	
		"lpf":880,	
		"hpf":12810},	
		"version":{"current":"7.0"}}
	}
}

In de config file zelf

{
	"devices": {
		"eetkamerspots": {
			"protocol": [ "kaku_dimmer" ],
			"id": [{
				"id": 1,
				"unit": 1
			}],
			"state": "off",
			"dimlevel": 14,
			"dimlevel-minimum": 3,
			"dimlevel-maximum": 15
		},
		"studeerkamer": {
			"protocol": [ "intertechno_old" ],
			"id": [{
				"id": 1,
				"unit": 1
			}],
			"state": "off"
		},
		"woonkamerspots": {
			"protocol": [ "kaku_dimmer" ],
			"id": [{
				"id": 2,
				"unit": 1
			}],
			"state": "on",
			"dimlevel": 10,
			"dimlevel-minimum": 3,
			"dimlevel-maximum": 15
		},
		"woonkamerTV": {
			"protocol": [ "intertechno_old" ],
			"id": [{
				"id": 0,
				"unit": 0
			}],
			"state": "on"
		},
		"movie": {
			"protocol": [ "generic_switch" ],
			"id": [{
				"id": 100
			}],
			"state": "on"
		},
		"AllOut": {
			"protocol": [ "generic_switch" ],
			"id": [{
				"id": 110
			}],
			"state": "off"
		},
		"StopDim": {
			"protocol": [ "generic_switch" ],
			"id": [{
				"id": 111
			}],
			"state": "on"
		},
		"keukenKoffie": {
			"protocol": [ "intertechno_old" ],
			"id": [{
				"id": 2,
				"unit": 2
			}],
			"state": "off"
		},
		"SunRiseSet": {
			"protocol": [ "sunriseset" ],
			"id": [{
				"longitude": 4.258874901293747,
				"latitude": 52.0643560
			}],
			"sunrise": 8.06,
			"sunset": 18.53,
			"sun": "set"
		},
		"Ping": {
			"protocol": [ "arping" ],
			"id": [{
				"mac": "70:56:81:d9:2b:61"
			}],
			"ip": "10.0.0.48",
			"state": "connected"
		},
		"outsidetemp": {
			"protocol": [ "openweathermap" ],
			"id": [{
				"country": "nl",
				"location": "den haag"
			}],
			"humidity": 60.00,
			"temperature": 23.49,
			"sunrise": 5.26,
			"sunset": 22.06,
			"sun": "rise",
			"update": 600,
			"poll-interval": 600
		},
		"datetime": {
			"protocol": [ "datetime" ],
			"id": [{
				"longitude": 4.258874901293747,
				"latitude": 12.3456
			}],
			"year": 2015,
			"month": 10,
			"day": 14,
			"hour": 17,
			"minute": 47,
			"second": 39,
			"weekday": 4,
			"dst": 0
		}
	},
	"rules": {
		"MovieTimeAan": {
			"rule": "IF movie.state IS on THEN switch DEVICE woonkamerTV TO on",
			"active": 1
		},
		"MovieTimeUit": {
			"rule": "IF movie.state IS off THEN switch DEVICE woonkamerTV TO off",
			"active": 1
		},
		"AppleTVOn": {
			"rule": "IF StopDim.state IS off AND movie.state IS on AND SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M) AND woonkamerspots.dimlevel != 10 THEN switch DEVICE StopDim TO on AND dim DEVICE woonkamerspots TO 10",
			"active": 1
		},
		"AppleTVOff": {
			"rule": "IF StopDim.state IS on AND movie.state IS off AND SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M) AND woonkamerspots.dimlevel != 15 THEN switch DEVICE StopDim TO off AND dim DEVICE woonkamerspots TO 15",
			"active": 1
		},
		"AllOut": {
			"rule": "IF AllOut.state IS on THEN switch DEVICE woonkamerTV AND woonkamerspots AND keukenKoffie AND eetkamerspots AND studeerkamer TO off",
			"active": 1
		},
		"AllOn": {
			"rule": "IF AllOut.state IS off THEN switch DEVICE woonkamerTV AND woonkamerspots AND keukenKoffie AND eetkamerspots AND studeerkamer TO on",
			"active": 1
		}
	},
	"gui": {
		"movie": {
			"name": "Movie time",
			"group": [ "Woonkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"woonkamerTV": {
			"name": "TV aan",
			"group": [ "Woonkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"woonkamerspots": {
			"name": "Woonkamerspotjes",
			"group": [ "Woonkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"keukenKoffie": {
			"name": "Muziek",
			"group": [ "Woonkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"eetkamerspots": {
			"name": "Eetkamerspotjes",
			"group": [ "Eetkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"studeerkamer": {
			"name": "Studeerkamer",
			"group": [ "Studeerkamer" ],
			"media": [ "all" ],
			"readonly": 0
		},
		"outsidetemp": {
			"name": "Buiten Temperatuur en Vochtigheid",
			"group": [ "Outside" ],
			"media": [ "all" ],
			"show-update": 0,
			"show-sunriseset": 0
		},
		"SunRiseSet": {
			"name": "Sunrise / Sunset",
			"group": [ "Outside" ],
			"media": [ "all" ]
		},
		"AllOut": {
			"name": "AllesUit",
			"group": [ "Woonkamer" ],
			"media": [ "all" ],
			"readonly": 0
		}
	},
	"settings": {
		"port": 5000,
		"log-level": 1,
		"pid-file": "/var/run/pilight.pid",
		"log-file": "/var/log/pilight.log",
		"webserver-enable": 1,
		"webserver-root": "/usr/local/share/pilight/",
		"webgui-websockets": 1,
		"webserver-cache": 1,
		"watchdog-enable": 1
	},
	"hardware": {
		"433gpio": {
			"sender": 0,
			"receiver": -1
		}
	},
	"registry": {
		"pilight": {
			"firmware": {
				"version": 13376,
				"lpf": 880,
				"hpf": 12810
			},
			"version": {
				"current": "7.0"
			}
		}
	}
}

Dan zie je dus direct dat er een deel van de config niet in /config terecht komt, wat me verbaast?

[CurlyMo]

Heb je pilight wel gestopt en gestart bij het bijwerken van je config?

[Zwerver]

Uiteraard.

[CurlyMo]

Dan laad je de config toch echt niet goed in. Dit is een bug die ik sinds het begin van pilight nog nooit heb gezien en dus ook met 99.99% zekerheid kan zeggen dat het niet aan pilight ligt.

[Zwerver]

CurlyMo schreef op donderdag 15 oktober 2015 @ 07:46:
Dan laad je de config toch echt niet goed in. Dit is een bug die ik sinds het begin van pilight nog nooit heb gezien en dus ook met 99.99% zekerheid kan zeggen dat het niet aan pilight ligt.

Ok, laat me even gaan onderzoeken waar dat zit dan. Wat wel raar is, is als ik de ping statement weg haal, de regels wel werken, maar ook niet in /config staan.

[Zwerver]

Ok, terug onderzocht.

Wat ik ook doe, de /config geeft niks weer over de AppleTVOn of AppleTVOff regels, maar ze werken wel (zonder de ping). Dus als ik deze regel instel:

	"AppleTVOn": {
			"rule": "IF StopDim.state IS off AND movie.state IS on AND 
SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M) 
AND woonkamerspots.dimlevel != 10 THEN switch DEVICE StopDim 
TO on AND dim DEVICE woonkamerspots TO 10",
			"active": 1
		},

Dan werkt ie. Zet ik er echter een Ping.state IS connected bij, dan werkt het niet meer, terwijl de ping.state (zoals in 1 van mijn andere posts te zien is) wel degelijk op connected staat.

Dus ik ben lost; waarom geeft /config die hele AppleTVOn (en ook de Off) regels niet weer, maar werken ze wel, en als ik de ping state toevoeg aan de regels, werkt het niet? Heeft er iemand een voorbeeld van een ping.state regel die werkt? Ik ga nu proberen om de regel helemaal uit te kleden met alleen de ping.state daarin, maar dat is logischerwijs niet wat ik wil.

---

Kijk, nu zie ik hem dus wel in de /config:

"AppleTVOn":{"rule":"IF Ping.state IS connected THEN dim DEVICE 
woonkamerspots TO 15","active":1}

Die werkt nu dus. Nu de complicerende dingen weer toevoegen...

---

Ok, het werkt dus zo:

"AppleTVOn": { 
                       "rule": "IF StopDim.state IS off AND movie.state IS on 
AND Ping.state IS connected 
AND woonkamerspots.dimlevel != 10 
THEN dim DEVICE woonkamerspots TO 10",
 "active": 1
}

Maar niet zo:

"AppleTVOn": { 
                       "rule": "IF StopDim.state IS off AND movie.state IS on 
AND Ping.state IS connected 
AND woonkamerspots.dimlevel != 10 
AND SunRiseSet.sunset == DATE_FORMAT(datetime, %H.%M)
THEN dim DEVICE woonkamerspots TO 10",
 "active": 1
}

Wat mij meer dan logisch lijkt, wat zou dit niet zo moeten zijn:

AND SunRiseSet.sunset < DATE_FORMAT(datetime, %H.%M)

En dat werkt dus. Wat alleen nog wazig is, is dat die in /config dus gewoon stug de AppleTV rules niet weergeeft....

[ Voor 35% gewijzigd door Zwerver op 17-10-2015 21:35 ]

[CurlyMo]

Probeer eens:
http://x.x.x.x/config?media=all

[Zwerver]

Yes dat werkt wel. Weer iets bijgeleerd. Uiteindelijk bleek mijn logica (alleen maar de lichten dimmen als het exact het moment is dat de zon ondergaat) niet zo logisch en dat was de root cause voor het niet dimmen, maar wat CurlyMo net aangeeft helpt zeker om de rules te zien.

[lintweaker]

Ik ben sinds een paar weken aan de pilight, erg mooi spul :-). Vandaag mijn KaKu 4-weg stekkerblok (APCR-2300) binnengekregen en deze aan de pilight config toegevoegd.

Met pilight-send gaat het stekkerblok netjes aan en uit, als ik 'm via de web GUI bestuur zie ik in debug mode wel netjes de commando's voorbij komen maar de switch zelf reageert niet.

Wat kan dit zijn?

code:

pilight-send -p kaku_switch -i 1 -u 2 -t

code:

[Oct 24 14:19:35:848794] pilight-daemon: DEBUG: socket recv: {"action":"send","code":{"on":1,"unit":2,"id":1,"protocol":["kaku_switch"]}}
[Oct 24 14:19:35:849511] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

[Oct 24 14:19:35:849526] pilight-daemon: DEBUG: **** RAW CODE ****
300 2700 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 10200 
[Oct 24 14:19:35:850052] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 24 14:19:35:850416] pilight-daemon: DEBUG: client disconnected, ip 192.168.100.48, port 46839
[Oct 24 14:19:36:688467] pilight-daemon: DEBUG: successfully send arctech_switch code

[CurlyMo]

Geen idee. Er wordt hetzelfde verstuurd.

[lintweaker]

CurlyMo schreef op zaterdag 24 oktober 2015 @ 19:00:
Geen idee. Er wordt hetzelfde verstuurd.

Hmm, nog ideeen om dit verder te debuggen?

pilight draait op een Pi 2 met Raspbian Jessie

[CurlyMo]

Plaats een je volledige config?

[lintweaker]

CurlyMo schreef op zondag 25 oktober 2015 @ 08:44:
Plaats een je volledige config?

Hierbij:

code:

{
    "devices": {
        "weather": {
            "protocol": [ "alecto_ws1700" ],
            "id": [{
                "id": 1317
            }],
            "temperature": 14.2,
            "humidity": 63.0,
            "battery": 1
        },
        "weather2": {
            "protocol": [ "alecto_ws1700" ],
            "id": [{
                "id": 1349
            }],
            "temperature": 17.8,
            "humidity": 70.0,
            "battery": 1
        },
        "rpi": {
            "protocol": [ "cpu_temp" ],
            "id": [{
                "id": 1
            }],
            "temperature": 35.780,
            "poll-interval": 10
        },
        "stekkerblok1": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 35562,
                "unit": 1
            }],
            "state": "off"
        },
        "stekkerblok2": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 35769,
                "unit": 2
            }],
            "state": "off"
        },
        "doorsensor": {
            "protocol": [ "kaku_contact" ],
            "id": [{
                "id": 2656460,
                "unit": 1
            }],
            "state": "closed"
        }
    },
    "rules": {},
    "gui": {
        "weather": {
            "name": "Weather station Outside",
            "group": [ "Outside" ],
            "media": [ "all" ]
        },
        "weather2": {
            "name": "Weather station Living",
            "group": [ "Inside" ],
            "media": [ "all" ]
        },
        "rpi": {
            "name": "Raspberry Pi CPU temperature",
            "group": [ "Misc" ],
            "media": [ "all" ]
        },
        "stekkerblok1": {
            "name": "KaKu stekkerblok 1",
            "group": [ "Inside" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "stekkerblok2": {
            "name": "KaKu stekkerblok 2",
            "group": [ "Inside" ],
            "media": [ "all" ],
            "readonly": 0
        }
    },
    "settings": {
        "log-level": 6,
        "pid-file": "/var/run/pilight.pid",
        "log-file": "/var/log/pilight.log",
        "port": 5000,
        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight/",
        "webserver-http-port": 5001,
        "webserver-cache": 1
    },
    "hardware": {
        "433gpio": {
            "sender": 0,
            "receiver": 1
        }
    },
    "registry": {
        "pilight": {
            "firmware": {
                "version": 3,
                "lpf": 80,
                "hpf": 16000
            },
            "version": {
                "current": "7.0"
            }
        }
    }
}

[CurlyMo]

En hoe ziet de debug output eruit bij pilight-send en vanuit de GUI?

[lintweaker]

CurlyMo schreef op zondag 25 oktober 2015 @ 11:23:
En hoe ziet de debug output eruit bij pilight-send en vanuit de GUI?

Vanuit de GUI bestuurd:

code:

[Oct 25 10:47:21:260669] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":0.3697627035791071,"ram":0.3643513502668432},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:47:23:860781] pilight-daemon: DEBUG: socket recv: {"action":"control","code":{"device":"stekkerblok1","state":"on"}}
[Oct 25 10:47:23:861538] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:47:23:861533] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

300 2700 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 1200 300 300 300 300 300 1200 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 10200 
[Oct 25 10:47:23:861998] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:47:23:862720] pilight-daemon: DEBUG: socket write succeeded: {"action":"control","code":{"device":"stekkerblok1","state":"on"}}

[Oct 25 10:47:24:263224] pilight-daemon: DEBUG: cpu: 1.985247%, ram: 0.364351%
[Oct 25 10:47:24:264128] pilight-daemon: DEBUG: socket write succeeded: {"values":{"cpu":1.9852469411434526,"ram":0.3643513502668432},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}

[Oct 25 10:47:24:264213] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":1.9852469411434526,"ram":0.3643513502668432},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:47:24:640204] pilight-daemon: DEBUG: socket write succeeded: {"action":"control","code":{"device":"stekkerblok2","state":"on"}}

[Oct 25 10:47:24:640328] pilight-daemon: DEBUG: socket recv: {"action":"control","code":{"device":"stekkerblok2","state":"on"}}
[Oct 25 10:47:24:700667] pilight-daemon: DEBUG: successfully send arctech_switch code
[Oct 25 10:47:24:701498] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:47:24:701591] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

300 2700 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 10200 
[Oct 25 10:47:24:702322] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:47:24:702968] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}

[Oct 25 10:47:24:703272] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}
[Oct 25 10:47:24:703732] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}

[Oct 25 10:47:24:703799] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}
[Oct 25 10:47:24:704048] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}

[Oct 25 10:47:24:704108] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok1"],"values":{"timestamp":1445770044,"state":"on"}}
[Oct 25 10:47:24:704303] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switch","message":{"id":34532,"unit":1,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:47:25:541989] pilight-daemon: DEBUG: successfully send arctech_switch code
[Oct 25 10:47:25:543758] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}

[Oct 25 10:47:25:543864] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}
[Oct 25 10:47:25:544296] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}

[Oct 25 10:47:25:544367] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}
[Oct 25 10:47:25:544633] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}

[Oct 25 10:47:25:544704] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["stekkerblok2"],"values":{"timestamp":1445770045,"state":"on"}}
[Oct 25 10:47:25:544911] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switch","message":{"id":34768,"unit":2,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-93b96f"}
^C[Oct 25 10:47:26:626873] pilight-daemon: DEBUG: received interrupt signal, stopping pilight...
[Oct 25 10:47:26:629236] pilight-daemon: DEBUG: garbage collected event operator library

Met pilight-send:

code:

[Oct 25 10:49:26:936235] pilight-daemon: INFO: new client, ip: 192.168.100.48, port: 48211
[Oct 25 10:49:26:936374] pilight-daemon: DEBUG: client fd: 21
[Oct 25 10:49:26:936440] pilight-daemon: DEBUG: client id: 5
[Oct 25 10:49:26:936587] pilight-daemon: DEBUG: socket recv: {"action":"identify"}
[Oct 25 10:49:26:936811] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

[Oct 25 10:49:26:937121] pilight-daemon: DEBUG: socket recv: {"action":"send","code":{"on":1,"unit":1,"id":1,"protocol":["kaku_switch"]}}
[Oct 25 10:49:26:937697] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:49:26:937719] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

300 2700 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 10200 
[Oct 25 10:49:26:938053] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:49:26:938499] pilight-daemon: DEBUG: client disconnected, ip 192.168.100.48, port 48211
[Oct 25 10:49:27:448388] pilight-daemon: DEBUG: cpu: 2.485815%, ram: 0.379600%
[Oct 25 10:49:27:449777] pilight-daemon: DEBUG: socket write succeeded: {"values":{"cpu":2.4858145481792819,"ram":0.3795995345291120},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}

[Oct 25 10:49:27:450207] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":2.4858145481792819,"ram":0.3795995345291120},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:49:27:779058] pilight-daemon: DEBUG: successfully send arctech_switch code
[Oct 25 10:49:27:780509] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switch","message":{"id":1,"unit":1,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:49:29:999337] pilight-daemon: DEBUG: ssdp sent notify
[ Oct 25 10:49:30:96233] pilight-daemon: INFO: new client, ip: 192.168.100.48, port: 48212
[ Oct 25 10:49:30:96382] pilight-daemon: DEBUG: client fd: 21
[ Oct 25 10:49:30:96446] pilight-daemon: DEBUG: client id: 5
[ Oct 25 10:49:30:96584] pilight-daemon: DEBUG: socket recv: {"action":"identify"}
[ Oct 25 10:49:30:96782] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

[ Oct 25 10:49:30:97056] pilight-daemon: DEBUG: socket recv: {"action":"send","code":{"on":1,"unit":2,"id":1,"protocol":["kaku_switch"]}}
[ Oct 25 10:49:30:97635] pilight-daemon: DEBUG: socket write succeeded: {"status":"success"}

[ Oct 25 10:49:30:97646] pilight-daemon: DEBUG: **** RAW CODE ****
[ Oct 25 10:49:30:97872] pilight-daemon: DEBUG: client disconnected, ip 192.168.100.48, port 48212
300 2700 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 300 300 1200 300 1200 300 300 300 300 300 1200 300 10200 
[ Oct 25 10:49:30:98064] pilight-daemon: DEBUG: **** RAW CODE ****
[Oct 25 10:49:30:452108] pilight-daemon: DEBUG: cpu: 1.991956%, ram: 0.379600%
[Oct 25 10:49:30:453421] pilight-daemon: DEBUG: socket write succeeded: {"values":{"cpu":1.9919562591659830,"ram":0.3795995345291120},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}

[Oct 25 10:49:30:453854] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":1.9919562591659830,"ram":0.3795995345291120},"origin":"core","type":-1,"uuid":"0000-b8-27-eb-93b96f"}
[Oct 25 10:49:30:939777] pilight-daemon: DEBUG: successfully send arctech_switch code
[Oct 25 10:49:30:941280] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switch","message":{"id":1,"unit":2,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-93b96f"}
^C[Oct 25 10:49:33:293673] pilight-daemon: DEBUG: received interrupt signal, stopping pilight...
[Oct 25 10:49:33:295974] pilight-daemon: DEBUG: garbage collected event operator library
[Oct 25 10:49:33:296368] pilight-daemon: DEBUG: freed options struct
[Oct 25 10:49:33:296631] pilight-daemon: DEBUG: freed options struct

[CurlyMo]

Ik zou beginnen met precies hetzelfde sturen via de GUI als via pilight-send
id: 35769, unit: 2
vs
id: 1, unit: 2

[lintweaker]

CurlyMo schreef op zondag 25 oktober 2015 @ 13:00:
Ik zou beginnen met precies hetzelfde sturen via de GUI als via pilight-send
id: 35769, unit: 2
vs
id: 1, unit: 2

Ah bedankt. Dan heb ik de KaKu switches de verkeerde IDs aangeleerd (via pilight-send met id 1).

[Prutsky]

Vandaag een zender/ontvanger + filter van CurlyMo op mijn PI aangesloten.
Ik heb Quigg (GT-8000) schakelaar en een Aldi draadloos weerstation (GT-WT-01) die ik wil aansturen.

Zover ik begrijp, zou het weerstation met het Alecto WS-1700 protocol moeten kunnen werken. De Quigg is de vraag.

Als ik echter pilight-debug start, komt er een stortvloed aan data binnen, waarvan ik geen idee heb wat het allemaal is. Er lijkt in ieder geval niet van de Quigg door te komen en of het weerstation er tussen zit geen idee. Hier een overzicht van 5 seconden luisteren, ik kan me niet voorstellen dat dit alleen het weerstation is. Iemand een idee wat ik hier allemaal opvang en als het toch het weerstation is, hoe ik het ID achterhaal:

code:

Press and hold one of the buttons on your remote or wait until
another device such as a weather station has send new codes
The debugger will automatically reset itself after one second of
failed leads. It will keep running until you explicitly stop it.
This is done by pressing both the [CTRL] and C buttons on your keyboard.
--[RESULTS]--

time:       Tue Nov 10 20:47:40 2015
hardware:   433gpio
pulse:      4
rawlen:     39
pulselen:   664

Raw code:
664 2656 1328 1992 1328 664 1328 664 1328 664 664 1328 664 1328 1328 664 1328 664 1328 1992 1328 3984 1328 664 664 664 1328 664 664 4648 3984 3984 2656 1992 664 2656 664 664 22576 
--[RESULTS]--

time:       Tue Nov 10 20:47:40 2015
hardware:   433gpio
pulse:      3
rawlen:     33
pulselen:   387

Raw code:
2322 774 774 774 2709 774 774 1161 387 1161 387 1548 1935 1161 387 1548 0 1548 387 1161 774 387 1161 1161 387 3096 387 2709 1935 774 2322 1161 13158 
--[RESULTS]--

time:       Tue Nov 10 20:47:41 2015
hardware:   433gpio
pulse:      23
rawlen:     28
pulselen:   179

Raw code:
537 1253 358 2864 537 1253 358 2506 2685 1253 358 5012 358 2864 537 1253 358 1432 895 716 537 1074 716 716 48867 895 4117 6086 
--[RESULTS]--

time:       Tue Nov 10 20:47:41 2015
hardware:   433gpio
pulse:      10
rawlen:     26
pulselen:   224

Raw code:
2240 1120 4032 896 896 2240 12992 4480 2464 2464 896 1344 2240 672 896 4480 4032 1120 672 224 4480 896 2464 1344 2240 7616 
--[RESULTS]--

time:       Tue Nov 10 20:47:42 2015
hardware:   433gpio
pulse:      3
rawlen:     78
pulselen:   677

Raw code:
677 1354 1354 677 1354 677 677 677 2708 6093 1354 3385 1354 2031 4739 8801 677 4062 2708 18279 677 1354 677 1354 2031 2031 677 677 2708 677 2708 1354 0 2031 2708 2708 677 677 677 677 677 677 677 1354 677 677 1354 677 677 1354 2031 1354 0 8801 677 677 677 677 9478 1354 677 677 677 677 677 1354 0 677 677 677 6093 6770 14894 2708 2031 1354 677 23018 
--[RESULTS]--

time:       Tue Nov 10 20:47:42 2015
hardware:   433gpio
pulse:      4
rawlen:     52
pulselen:   630

Raw code:
2520 1260 1890 630 1260 630 630 630 1260 630 2520 1260 630 2520 2520 1260 1890 1260 0 630 1260 1260 630 630 3150 2520 2520 630 2520 1260 630 2520 8190 3780 1260 2520 5040 630 6300 630 3150 630 630 630 6300 2520 8190 630 2520 1260 2520 21420 
--[RESULTS]--

time:       Tue Nov 10 20:47:42 2015
hardware:   433gpio
pulse:      3
rawlen:     72
pulselen:   395

Raw code:
2765 395 395 1185 395 790 395 1185 395 1185 1185 1975 2370 790 790 1975 395 5925 1975 1580 790 790 790 2765 790 2370 2370 11060 1185 395 790 790 2765 790 1185 7110 1185 790 1580 1975 1185 4345 9085 2765 6715 3555 1185 2370 790 2370 6320 5530 2765 7110 3950 1185 1185 4345 1975 790 395 9875 790 2370 1185 0 1580 395 790 5925 1185 13430 
--[RESULTS]--

time:       Tue Nov 10 20:47:43 2015
hardware:   433gpio
pulse:      7
rawlen:     87
pulselen:   124

Raw code:
868 868 992 744 868 992 2356 2356 620 1116 620 1116 1364 8680 992 1240 372 372 744 992 992 372 1364 868 248 744 1240 868 620 2108 2108 992 496 992 744 2480 496 3100 248 620 1240 3844 14880 1116 496 1364 372 1240 496 992 13516 744 496 2976 1240 372 1364 248 1364 2232 1240 372 2976 39308 372 2232 1116 1240 620 744 992 868 2480 2232 1116 992 10788 1240 3844 2604 992 26536 620 1240 372 868 4216 
--[RESULTS]--

time:       Tue Nov 10 20:47:43 2015
hardware:   433gpio
pulse:      3
rawlen:     37
pulselen:   313

Raw code:
313 2817 2191 1252 2191 2817 7512 626 4382 8138 24101 939 313 33804 626 313 1252 626 5634 313 2504 939 2504 23162 4069 2504 626 19406 939 2191 313 1252 2504 313 939 626 10642 
--[RESULTS]--

time:       Tue Nov 10 20:47:44 2015
hardware:   433gpio
pulse:      23
rawlen:     54
pulselen:   114

Raw code:
2394 2280 2622 342 570 2622 2736 2052 570 1026 570 2166 1140 228 2508 7068 912 570 1368 1710 684 912 1140 456 1026 570 684 2508 1140 2052 1026 798 2280 798 684 912 684 912 912 798 798 3762 1368 1824 1026 684 1254 1938 1368 1938 2166 912 2622 3876 
--[RESULTS]--

time:       Tue Nov 10 20:47:44 2015
hardware:   433gpio
pulse:      21
rawlen:     41
pulselen:   120

Raw code:
840 600 600 2520 1200 480 960 840 600 960 1320 1920 720 2640 1080 480 840 840 360 840 2520 2160 53760 1080 2280 2280 720 960 28920 2520 2280 33000 720 2160 960 240 11040 840 2520 2520 4080 
--[RESULTS]--

time:       Tue Nov 10 20:47:44 2015
hardware:   433gpio
pulse:      6
rawlen:     68
pulselen:   643

Raw code:
643 7073 8359 643 643 643 2572 1286 1929 1286 1929 0 643 643 1286 1286 0 0 1286 1929 1286 1929 2572 1286 1286 0 2572 643 3858 1286 0 10931 1286 643 643 2572 7073 643 643 643 7073 1286 1286 643 1286 1929 1286 643 12217 643 11574 3858 643 3858 4501 3858 1286 1929 2572 643 643 5144 1286 643 1286 3858 643 21862 
--[RESULTS]--

time:       Tue Nov 10 20:47:45 2015
hardware:   433gpio
pulse:      9
rawlen:     37
pulselen:   330

Raw code:
660 990 1320 330 1320 330 990 990 660 1980 2310 2640 2970 22110 1980 1320 330 1320 330 990 990 2640 660 660 990 330 1320 660 990 660 3630 3300 990 660 16500 2970 11220 
--[RESULTS]--

time:       Tue Nov 10 20:47:45 2015
hardware:   433gpio
pulse:      4
rawlen:     36
pulselen:   172

Raw code:
516 2580 16340 1032 2408 860 688 860 1548 1720 1032 1032 860 516 688 688 1376 516 1032 516 2924 1892 2580 3784 2924 344 1376 3440 860 860 2408 2580 516 1032 688 5848 
--[RESULTS]--

time:       Tue Nov 10 20:47:45 2015
hardware:   433gpio
pulse:      8
rawlen:     89
pulselen:   703

Raw code:
0 1406 703 703 703 703 703 1406 0 703 4218 4218 2109 703 703 15466 0 1406 2109 18981 703 703 703 0 1406 0 2812 1406 703 1406 703 2109 703 10545 2109 1406 703 8436 2109 2109 703 703 5624 703 2109 2109 11951 703 703 10545 703 2812 703 1406 3515 0 2812 1406 2109 1406 703 703 703 1406 7030 703 1406 703 2109 703 4218 2812 703 703 2812 1406 14763 2109 703 703 703 11951 11951 703 5624 1406 703 1406 23902 
--[RESULTS]--

[CurlyMo]

Had je de handleiding al eens doorgelezen?

[Prutsky]

Dat heb ik, en de wiki pagina's en het forum. Maar ik blijf het nog wel lastig vinden...

Als het weerstation dat ik heb inderdaad wordt ondersteund door het WS1700 protocol, dan zou ik verwachten dat ik deze ook met pilight-receive zou zien langskomen. Het enige wat daar voorbij komt is de pilight_firmware (van de filter).

Dus ik ben gaan luisteren met pilight-debug.
Als ik het goed begrijp zou het aantal pulses 74 moeten zijn en dat deze gezien de update frequentie van het weestation geregeld moeten langskomen.
Als ik 74 pulses zie, kan ik daar met de beschijving op wiki geen chokolade van maken.

Mijn conclusie is dat deze input toevallig 74 pulses heeft en niet van het weestation afkomt. Ik zou dus ook kunnen concluderen dat het weerstation niet ondersteund wordt door het WS1700 protocol?!

Hoe vind ik dan met al deze achtergrond ruis het signaal wat het weerstation uitzend?
En straks ook die van de Quigg schakelaars? Er komt zoveel binnen...

[CurlyMo]

Prutsky schreef op woensdag 11 november 2015 @ 10:24:
Als het weerstation dat ik heb inderdaad wordt ondersteund door het WS1700 protocol, dan zou ik verwachten dat ik deze ook met pilight-receive zou zien langskomen. Het enige wat daar voorbij komt is de pilight_firmware (van de filter).

Precies.

Dus ik ben gaan luisteren met pilight-debug.
Als ik het goed begrijp zou het aantal pulses 74 moeten zijn en dat deze gezien de update frequentie van het weestation geregeld moeten langskomen.
Als ik 74 pulses zie, kan ik daar met de beschijving op wiki geen chokolade van maken.

Kan je eens rawlen 74 uitvoer kunnen plaatsen?

Mijn conclusie is dat deze input toevallig 74 pulses heeft en niet van het weestation afkomt. Ik zou dus ook kunnen concluderen dat het weerstation niet ondersteund wordt door het WS1700 protocol?!

Kan beiden. Moeilijk wat van te zeggen zonder pulsen.

Hoe vind ik dan met al deze achtergrond ruis het signaal wat het weerstation uitzend?
En straks ook die van de Quigg schakelaars? Er komt zoveel binnen...

Dat is precies de strijd die ik met pilight constant aanga en waarom vele nieuwe kickstarter projecten nu juist 433.92Mhz niet ondersteunen. Dat is namelijk niet simpel het aanroepen van een paar API functies zoals bij Z-Wave.

[Prutsky]

CurlyMo schreef op woensdag 11 november 2015 @ 10:28:
[...]

Kan je eens rawlen 74 uitvoer kunnen plaatsen?

Aha! rawlen 74, i.p.v. pulse 74. Die zie ik namelijk vaker (maar totaal verschillend):

code:

time:       Wed Nov 11 00:26:32 2015
hardware:   433gpio
pulse:      74
rawlen:     52
pulselen:   1288

Raw code:
1288 1288 20608 5152 0 1288 0 1288 0 60536 0 1288 0 11592 5152 28336 1288 0 23184 1288 1288 1288 0 10304 122360 1288 1288 1288 0 24472 0 57960 23184 6440 6440 0 0 1288 0 63112 1288 0 1288 0 1288 0 1288 0 0 0 95312 43792

En een enkele rawlen 74:

code:

time:       Wed Nov 11 01:25:44 2015
hardware:   433gpio
pulse:      21
rawlen:     74
pulselen:   239

Raw code:
37762 478 1195 239 239 239 956 478 239 239 956 956 956 478 1195 717 239 23900 239 12189 478 0 76480 0 117349 0 0 22705 20076 23422 57360 717 58794 717 956 478 3824 48995 0 239 1195 239 18881 478 16252 956 239 4780 239 30114 74568 478 16013 0 57360 139337 956 239 51624 956 239 27485 3585 239 956 239 33699 239 16969 1434 239 14340 5019 8126 
--[RESULTS]--

[CurlyMo]

Die tweede is ook niet goed. pulselen zou rond de 270 moeten liggen (+/- 20 afwijking). Er mogen sowieso geen nullen in de Raw code zitten.

[Prutsky]

CurlyMo schreef op woensdag 11 november 2015 @ 11:11:
Die tweede is ook niet goed. pulselen zou rond de 270 moeten liggen (+/- 20 afwijking). Er mogen sowieso geen nullen in de Raw code zitten.

Nou, ik heb nu aan aantal rawlen van 74, met een pulselen van 767, 4092, 477, en 2849. Allemaal ruis dus?

Als er geen nullen in raw code mag zitten, dan kan er nog een hoop gefilterd worden zo te zien.

Het lijkt er dus op dat ik mijn weerstation maar moet vergeten en beter een paar echte KaKu's kan aanschaffen...

[CurlyMo]

Er is zoveel aanbod dat er over het algemeen weinig zinnigs over te zeggen valt behalve dat de gevestigde merken het goed doen zoals Alecto en KaKu. Quigg zou het ook moeten doen afhankelijk van het type.

[Prutsky]

Ondertussen heb ik de schakeling weer eens op een breadboard geprikt en zowaar ik zie met pcilight-receive dingen binnenkomen:

code:

{
    "message": {
        "id": 145.0,
        "temperature": 1.3,
        "humidity": 16.0,
        "battery": 0.0
    },
    "origin": "receiver",
    "protocol": "teknihall",
    "uuid": "0000-7c-dd-90-922fec",
    "repeats": 1
}

Terwijl dit in werkelijkheid is (af te lezen op het display van de GT-WT-01):
temp: 21.3 C
humidity: 26%

Ik heb de batterijen uit de zender gehaald om te zien of ik mijn zender binnenkreeg. Ik kreeg geen meldingen meer van id 145.0 dus ga er vanuit dat dit inderdaad zo is.

Komt dit door een verkeerde interpretatie naar een teknihall protocol?

[CurlyMo]

Of omdat je gewoon geen teknihall apparaat hebt Even de protocol development sticky volgen op het pilight forum. Dan kunnen we kijken hoe we het kunnen implementeren.

[Prutsky]

De enige overeenkomst was de rawlen. Protocol werkt ondertussen voor temperatuur en luchtvochtheid. Gisteren mijn PCB in elkaar gesoldeerd. Wel een paar krimpkousjes rond een de weerstanden gedaan, aangezien de condensator net te scheef zat. Het past allemaal maar net. Maar goed, dit ziet er wel fraaier uit dan een breadboard, en het past mooi in de PI behuizing. Nu nog zorgen dan ik mijn Livingcolorslampen (gen 1) kan aan/uit schakelen mbv een Arduino en CC2500 shield en zorgen dat mijn KaKu deurbel een push notificatie geeft.

Dit laatste geeft een foutmelding. Iemand een idee waarom er een "error in http socket connection" optreedt?

Rule:

code:

"test": {
   "rule": "IF lavalamp.state IS on THEN pushover TITLE Doorbell rang MESSAGE Doorbell rang TOKEN agXwshw8Xdf2KrrkyJgk7bZAZnxxxx USER uUsN35Gpw7NcuCoF2oWM8fR8sNxxxx",
   "active": 1
}

logging:

code:

[Dec 01 09:40:06:355543] pilight-daemon: INFO: executed rule: test
[Dec 01 09:40:06:355753] pilight-daemon: DEBUG: rule #3 test was parsed in 0.000841 seconds
[Dec 01 09:40:06:357158] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["lavalamp"],"values":{"timestamp":1448962806,"state":"on"}}

[Dec 01 09:40:06:357321] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["lavalamp"],"values":{"timestamp":1448962806,"state":"on"}}
[Dec 01 09:40:06:357958] pilight-daemon: DEBUG: socket write succeeded: {"origin":"update","type":1,"devices":["lavalamp"],"values":{"timestamp":1448962806,"state":"on"}}

[Dec 01 09:40:06:358095] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":1,"devices":["lavalamp"],"values":{"timestamp":1448962806,"state":"on"}}
[Dec 01 09:40:06:358352] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switch","message":{"id":1234,"unit":1,"state":"on"},"repeat":1,"uuid":"0000-7c-dd-90-922fec"}
[Dec 01 09:40:06:360280] pilight-daemon: ERROR: error in http socket connection
[Dec 01 09:40:06:360569] pilight-daemon: NOTICE: pushover action failed (-1) with message: (null)

[CurlyMo]

Kan je zoiets proberen via curl? Dus met curl een HTTP request bouwen.

[ Voor 37% gewijzigd door CurlyMo op 03-12-2015 10:56 ]

[Prutsky]

CurlyMo schreef op donderdag 03 december 2015 @ 10:48:
Kan je zoiets proberen via curl? Dus met curl een HTTP request bouwen.

code:

curl -s --form-string "token=agXwshw8Xdf2KrrkyJgk7bZAZnxxxx" --form-string "user=uUsN35Gpw7NcuCoF2oWM8fR8sNxxxx" --form-string "message=hello world" https://api.pushover.net/1/messages.json

Sturen vanaf de betreffende Pi werkt.

[ Voor 0% gewijzigd door Prutsky op 03-12-2015 11:38 . Reden: copy/paste error ]

[CurlyMo]

Dan dus een bug in de actie. Het onderzoeken waard

[Prutsky]

Aanvullende info: een notificatie via mail versturen werkt ook niet:

code:

NOTICE: Error in mail server socket connection @smtp.gmail.com:465
ERROR: Sendmail fail to send message "Doorbel"

[Dirkjo]

Ondertussen eindelijk verhuisd en nu langzaam bezig met het automatiseren van de dingen in m'n huis. Nu vroeg ik me af of er iemand hier al bezig is geweest met het maken van een protocol voor Honeywell/Evohome thermostaten?

Ze hebben geen 'open API', maar er zijn wat mensen online die de endpoints hebben achterhaald. Mocht er hier niemand zijn die al een protocol heeft geschreven dan zou ik me er best op willen storten. Mijn C skills zijn echter niet helemaal top en ik weet ook niet wat de 'normale' gang van zaken is voor het schrijven van een protocol...?

[CurlyMo]

Dirkjo schreef op donderdag 10 december 2015 @ 23:08:
Mijn C skills zijn echter niet helemaal top en ik weet ook niet wat de 'normale' gang van zaken is voor het schrijven van een protocol...?

Gewoon beginnen en wanneer nodig mijn hulp vragen.

[Dirkjo]

Ok, sure. Ik ga er even vanuit dat er in dat geval dus een volledige clone gemaakt dient te worden van de repo?

[CurlyMo]

Ja

[Debian23]

Ik zou een dezer dagen weer verder willen gaan met mijn slimme meter proberen te integreren in pilight. Ik vroeg me alleen af of de grote rewrite die nu gaande is invloed hierop zou kunnen hebben. Zou natuurlijk zonde zijn om 2x hetzelfde werk te moeten doen. Zou ik dus gewoon 7.0-development kunnen forken en daarmee verder kunnen gaan?

[CurlyMo]

Laat tussentijd je resultaten vooral zien, dan pas kan ik er iets over zeggen.

[Debian23]

Wat ik nu heb heb ik eerder gepost in dit topic: Debian23 in "pilight - open source domotica oplossing"

Ik wil nu beginnen dit naar een hardwaremodule om te schrijven die dan output geeft in de json vorm zoals eerder besproken. Ik ga dit doen door zorgvuldig naar de 433nano module te kijken en aan de hand daarvan de hardware module te schrijven.

[ Voor 18% gewijzigd door Debian23 op 12-12-2015 15:13 ]

[CurlyMo]

De grootste verandering is dat alles dadelijk non-blocking io wordt. Dus een while read mag dadelijk niet meer. Ik help je tegen die tijd wel met omzetten. Het is sowieso goed om het nu werkend te hebben op een basis manier, want nb-io is ook best complex.

[Debian23]

Voor de geïntresseerden die mij willen volgen/helpen: ik heb een pilight fork hier: https://github.com/BoukeHaarsma23/pilight

Deze zal waarschijnlijk nog vaak breken, maar input is natuurlijk altijd welkom!

Ik heb het hardware deel denk ik bijna klaar, alhoewel ik nog niet zeker ben dat alles nu lekker geïntegreerd is met de rest van pilight.

Als het hardwaredeel af is ga ik door met het device deel.

[ Voor 32% gewijzigd door Debian23 op 12-12-2015 20:08 ]

[Zwerver]

Ik heb nog steeds issues met openweathermap, zelfs nadat ik de nightly ben gaan draaien:

code:

[Dec 14 18:18:35:128101] pilight-daemon: NOTICE: could not reach api.openweathermap.org
[Dec 14 18:18:35:577006] pilight-daemon: DEBUG: dht11 data checksum was wrong

De laatste is ook wel komisch nog steeds. Ik heb al zoveel gelezen over de dht11 en 22 op pilight.org, maar volgens mij is er nog steeds geen oplossing om wel tienden van graden te lezen.

Maaruh, wat is er mis met de openweathermap plugin?

[CurlyMo]

Als het alleen bij de nightly is, dan gewoon even de stable weer draaien.

[GENETX]

Kun je eigenlijk die DHT temperatuursensors ook aansluiten op de arduino nano versie van pilight?

[Zwerver]

CurlyMo schreef op maandag 14 december 2015 @ 20:10:
Als het alleen bij de nightly is, dan gewoon even de stable weer draaien.

Nee, OW geeft al vanaf het begin time-outs. De DHT-11 geeft dit ook al van het begin. Is ook een bekende bug in de andere implementaties die ik tegen ben gekomen overigens.

http://www.candrian.gr/index.php/dht-11-one-wire-bus/ zegt het ook gewoon trouwens in zijn implementatie. Zal wel ergens een optel-som verkeerd gaan.

[CurlyMo]

GENETX schreef op maandag 14 december 2015 @ 21:19:
Kun je eigenlijk die DHT temperatuursensors ook aansluiten op de arduino nano versie van pilight?

Nog niet.

Zwerver schreef op maandag 14 december 2015 @ 21:33:
[...]

Nee, OW geeft al vanaf het begin time-outs. De DHT-11 geeft dit ook al van het begin. Is ook een bekende bug in de andere implementaties die ik tegen ben gekomen overigens.

http://www.candrian.gr/index.php/dht-11-one-wire-bus/ zegt het ook gewoon trouwens in zijn implementatie. Zal wel ergens een optel-som verkeerd gaan.

DHT-11 is gewoon een vervelende sensor.

[u_nix_we_all]

CurlyMo schreef op maandag 14 december 2015 @ 21:52:
[...]

Nog niet.


[...]


DHT-11 is gewoon een vervelende sensor.

Ik gebruik de c code van deze pagina:
http://www.uugear.com/por...emperature-sensor-module/
Werkt goed voor mij, maar niet elke uitleespoging slaagt. Lijkt erop dat onder hogere load de uitlezing minder betrouwbaar wordt, maar daar kun je de sensor niet de schuld van geven

[rorie]

Klopt het dat bij een KlikAanKlikUit Dusk/Dawn sensor:

- Deze geen GUI element heeft, zie namelijk niks terug in de GUI
- Deze niet meer ondersteund word in pilight 7, pilight start wel maar lampen gaan niet aan doormiddel van rule op basis van de state dusk of dawn.

[JanPedaal]

Zwerver schreef op maandag 14 december 2015 @ 19:26:
Ik heb nog steeds issues met openweathermap, zelfs nadat ik de nightly ben gaan draaien:

code:

[Dec 14 18:18:35:128101] pilight-daemon: NOTICE: could not reach api.openweathermap.org
[Dec 14 18:18:35:577006] pilight-daemon: DEBUG: dht11 data checksum was wrong

...

Maaruh, wat is er mis met de openweathermap plugin?

Heb je wel een apikey ("APPID")? Om het aantal API-calls te beperken hebben ze een tijdje terug een registratiewall opgeworpen. Is al wel aantal maanden geleden dus als de problemen recenter zijn begonnen is dat het probleem niet.

[Zwerver]

JanPedaal schreef op maandag 04 januari 2016 @ 15:45:
[...]

Heb je wel een apikey ("APPID")? Om het aantal API-calls te beperken hebben ze een tijdje terug een registratiewall opgeworpen. Is al wel aantal maanden geleden dus als de problemen recenter zijn begonnen is dat het probleem niet.

Ik heb wel een APPID, maar waar moet ik die invullen? De config van pilight lijkt er geen optie voor te hebben (volgens de doc's in ieder geval)?

Sterker nog, het lijkt hardcoded in de openweathermap.c te staan. Nou kan ik die natuurlijk aanpassen en opnieuw compileren, maar is er geen config optie om dit te zetten dan?

[ Voor 15% gewijzigd door Zwerver op 04-01-2016 16:52 ]

[CurlyMo]

@rorie, zou nog steeds ondersteund moeten zijn.
@Zwerver, volgens mij draait iedereen op een pilight APPID Als dat nu problemen geeft, dan moeten we naar een per-user APPID.

[Zwerver]

CurlyMo schreef op maandag 04 januari 2016 @ 16:58:
@rorie, zou nog steeds ondersteund moeten zijn.
@Zwerver, volgens mij draait iedereen op een pilight APPID Als dat nu problemen geeft, dan moeten we naar een per-user APPID.

Nou Aangezien ik keiharde timeouts krijg... Ik denk dat we tegen een limiet aanlopen.

[CurlyMo]

Probeer eens een eigen APPID (even opnieuw compilen natuurlijk).

[Zwerver]

CurlyMo schreef op maandag 04 januari 2016 @ 17:23:
Probeer eens een eigen APPID (even opnieuw compilen natuurlijk).

Nou dat lijkt niks geholpen te hebben, wat zo mega vaag is:

code:

[ Jan 04 21:01:41:78443] pilight-daemon: NOTICE: could not reach api.openweathermap.org

Als ik kijk in de code; dan lijkt de bovenstaande error een last resort error te zijn:

code:

} else {
                logprintf(LOG_NOTICE, "could not reach api.openweathermap.org");
            }

Dus heb ik het volgende aangepast in de config.json:

code:

 "outsidetemp": {
                        "protocol": [ "openweathermap" ],
                        "id": [{
                                "country": "nl",
                                "location": "TheHague"
                        }],
                        "humidity": 93.00,
                        "temperature": 7.41,
                        "sunrise": 8.50,
                        "sunset": 16.45,
                        "sun": "set",
                        "update": 0,
                        "poll-interval": 1200
                },

En dat was dus "location": "den haag". Ik weet zeker dat dit gewerkt heeft, maar blijkbaar is er ergens bij 1 van de releases een fout geslopen in de implementatie van de API? Want nu werkt het dus wel weer gewoon....

[CurlyMo]

Fijn dat je de oplossing hebt gevonden. APPID lijkt dan toch per applicatie te zijn.

[Prutsky]

Ik kan mijn LivingColors lampen (gen 1) aansturen mbo een script. Ik wil met dit script en een generic_switch + program protocol en rule aan en uit kunnen zetten. Aan lukt me wel, maar uit wil hij niet meer. Wat doe ik fout? Zie hier het stuk config.json:

code:

...
        "LC_eettafel": {
            "protocol": [ "program" ],
            "id": [{
                "name": "lc0"
            }],
            "program": "/bin/bash",
            "arguments": "",
            "stop-command": "sudo /home/pi/bin/controllc.sh u0",
            "start-command": "sudo /home/pi/bin/controllc.sh a0",
            "state": "stopped",
            "pid": 0
        },
        "LivingColors_eettafel": {
            "protocol": [ "generic_switch" ],
            "id": [{
                "id": 0
            }],
            "state": "off"
        },
...
    },
    "rules": {
...
        "LC_eettafel_aan": {
            "rule": "IF LivingColors_eettafel.state IS on THEN switch DEVICE LC_eettafel TO running",
            "active": 1
        },
        "LC_eettafel_uit": {
            "rule": "IF LivingColors_eettafel.state IS off THEN switch DEVICE LC_eettafel TO stopped",
            "active": 1
        },

[CurlyMo]

Volgens mij blijft je controllc niet draaien of wel? Daardoor denkt pilight dat hij al stopped is en zal hij niet opnieuw schakelen. Je hebt twee opties.
1. Je script laten draaien op de achtergrond en bij het stoppen van je script je lamp laten uitzetten.
2. In je script bijhouden of de lamp aan is en dan twee keer naar running schakelen. Bij elke run kijk je in je script wat je moet doen. Aanzetten of uitzetten.

[Prutsky]

Klopt inderdaad. Het script blijft niet draaien.

Ik het het script aangepast en config,json en het werkt:

code:

echo Living shell

port=/dev/ttyACM0  # Direct connection to Pi rx and dx pins.

if [ ! -f "/tmp/value0.dat" ] ; then
  echo "Light on"
  value=0
  echo "${value}" > /tmp/value0.dat
  echo a0 > $port

else
  echo "Light off"
  rm /tmp/value0.dat
  echo u0 > $port
fi

exit $?

en config.json

code:

        "LC_eettafel": {
            "protocol": [ "program" ],
            "id": [{
                "name": "lc0"
            }],
            "program": "/bin/bash",
            "arguments": "",
            "stop-command": "sudo /home/pi/bin/onofflc0.sh",
            "start-command": "sudo /home/pi/bin/onofflc0.sh",
            "state": "stopped",
            "pid": 0
        },
...
"rules": {
...     
        "LC_eettafel_aan": {
            "rule": "IF LivingColors_eettafel.state IS on THEN switch DEVICE LC_eettafel TO running",
            "active": 1
        },
        "LC_eettafel_uit": {
            "rule": "IF LivingColors_eettafel.state IS off THEN switch DEVICE LC_eettafel TO running",
            "active": 1
        },
...

[ Voor 41% gewijzigd door Prutsky op 15-01-2016 13:49 . Reden: config.json toegevoegd ]

[Zwerver]

Hmm, nu heb ik de DHT11 vervangen door een DHT22 om te kijken of dat beter gaat qua metingen enzo. Het antwoord is wisselend. Nog steeds zie ik regelmatig checksum errors in de log (en wordt de temp en hum niet opgeslagen) wat me verbaast. Helemaal omdat ik direct nadat pilight gestopt is via AdafruitDHT.py (onderdeel van Adafruit_Python_DHT) gewoon wel de (correcte!) temp kan aflezen.

Kan het zijn dat er in de implementatie van het DHT11 en DHT22 protocol ergens iets niet helemaal lekker zit op pilight?

Ik heb een 10K weerstand tussen de + en de data zitten, zoals beschreven staat, dus daar kan het niet aan liggen?

[CurlyMo]

Heb je die adafruit ook langere tijd laten draaien?

[Zwerver]

CurlyMo schreef op zaterdag 16 januari 2016 @ 17:58:
Heb je die adafruit ook langere tijd laten draaien?

Ja. Er zit een timer in die niks weergeeft zodra er een verkeerde waarde uitkomt. Dus wat je krijgt is een beetje:

(1 regel is een seconde)

T+H
T+H

T+H
T+H
T+H


T+H

etc.

Wat ik nu gedaan heb in de pilight config, is de poll terug halen naar 1 seconde. Dan krijg je dus hetzelfde gedrag als wat Adafruit doet, namelijk pollen, weergeven, pollen, weergeven, pollen, checksum-error, pollen, weergeven, etc. Aangezien pilight op 5 seconden stond qua pollen, kreeg die waarschijnlijk vaker een checksum error (of zo...)

[Prutsky]

Ik merkte vandaag dat mijn rules niet meer werkte. Nu bleek dat een uur nadat de regels zouden moeten afgaan, ze alsnog afgingen. Omdat ik wou weten waarom had ik "pilight-daemon -D" lopen.

Nu zie ik het volgende:

code:

[Jan 24 17:12:00:365314] pilight-daemon: DEBUG: broadcasted: {"message":{"longitude":5.829717,"latitude":51.913629,"year":2016,"month":1,"day":24,"weekday":1,"hour":18,"minute":12,"second":0,"dst":0},"origin":"receiver","protocol":"datetime","uuid":"0000-b8-27-eb-7a3fa7"}
[Jan 24 17:12:00:366322] pilight-daemon: DEBUG: rule #1 sunset30 was parsed in 0.000538 seconds
[Jan 24 17:12:00:368105] pilight-daemon: INFO: started "switch" action for device "cubuslamp"
[Jan 24 17:12:00:368808] pilight-daemon: INFO: started "switch" action for device "LC_bank"
[Jan 24 17:12:00:369439] pilight-daemon: INFO: executed rule: sunset0
[Jan 24 17:12:00:370061] pilight-daemon: INFO: stopped "switch" action for device "cubuslamp"

Regel "sunset0" is net afgegaan. In de eerste regel staat in de "message" voor de huidige locatie de tijd wel zoals hij hoort. Dit is ook in de GUI te zien. Echter de pilight trace tijd is een uur eerder?! Hoe kan dit?
De tijd heb ik nogmaals gecheckt op de RPi maar klopt. Waar haalt pilight deze tijd vandaan?

[CurlyMo]

De pilight log tijd is UTC. Die heeft dus geen relatie tot de datetime. Probeer eens een:

code:

pilight-daemon --debuglevel=1

Dan zie je hoe je rules daadwerkelijk geëvalueerd worden.

[Prutsky]

Hierbij de log van de rule. De rule wordt dus niet ge-execute om deze tijd, maar wel geëvalueerd:

code:

Jan 24 18:48:00:801052] pilight-daemon: DEBUG: broadcasted: {"origin":"update","type":8,"devices":["dagtijd"],"values":{"timestamp":1453661280,"year":2016,"month":1,"day":24,"weekday":1,"hour":19,"minute":48,"second":0,"dst":0}}
replace DATE_ADD(dagtijd, +0 MINUTE) with "2016-01-24 19:48:00" in DATE_ADD(dagtijd, +0 MINUTE)
replace DATE_ADD(dagtijd, +0 MINUTE) with "2016-01-24 19:48:00" in zon.sunset == DATE_FORMAT(DATE_ADD(dagtijd, +0 MINUTE), "%Y-%m-%d %H:%M:%S", %H.%M) AND cubuslamp.state IS off AND dagtijd.second == 0
replace DATE_FORMAT("2016-01-24 19:48:00", "%Y-%m-%d %H:%M:%S", %H.%M) with 18.48 in zon.sunset == DATE_FORMAT("2016-01-24 19:48:00", "%Y-%m-%d %H:%M:%S", %H.%M) AND cubuslamp.state IS off AND dagtijd.second == 0
evaluate (AND) zon.sunset == 18.48 AND cubuslamp.state IS off AND dagtijd.second == 0
skip (AND) cubuslamp.state IS off AND dagtijd.second == 0
skip (AND) dagtijd.second == 0
[Jan 24 18:48:00:802438] pilight-daemon: DEBUG: rule #2 sunset00 was parsed in 0.001837 seconds

En hier de device settings:

code:

                "dagtijd": {
                        "protocol": [ "datetime" ],
                        "id": [{
                                "longitude": 5.8297172,
                                "latitude": 51.9136285
                        }],
                        "year": 2016,
                        "month": 1,
                        "day": 24,
                        "weekday": 1,
                        "hour": 19,
                        "minute": 53,
                        "second": 19,
                        "dst": 0
                },

Ik zou bijna zeggen dat DST aan moet staan...

[CurlyMo]

Hij verandert inderdaad 19:48 in 18:48. Dat is raar. Is het mogelijk voor je om dit in een issue op de pilight github te zetten zodat ik er later even naar kan kijken?

[Prutsky]

Het gekke is dat het wel goed gewerkt heeft, maar na een paar lokale wijzigingen in een weerstation protocol en recompile heb ik de rules iets moeten aanpassen (naam van devices aanpassen van datetime naar dagtijd, dit deed het voorheen wel).
Ik plaats onderstaande op github.

[sfinx]

Vandaag een paar goedkope bewegingssensor binnengekregen. Signaal wordt opzich ontvangen door pilight:

code:

{
    "message": {
        "unitcode": 354056,
        "state": "closed"
    },
    "origin": "receiver",
    "protocol": "ev1527",
    "uuid": "0000-bc-5f-f4-d28b66",
    "repeats": 7
}
{
    "message": {
        "id": 48,
        "unit": 14,
        "state": "on"
    },
    "origin": "receiver",
    "protocol": "rev3_switch",
    "uuid": "0000-bc-5f-f4-d28b66",
    "repeats": 7
}

en:

code:

--[RESULTS]--

time:       Thu Jan 28 19:59:43 2016
hardware:   433nano
pulse:      3
rawlen:     50
pulselen:   263

Raw code:
300 860 300 300 300 300 300 300 300 860 300 300 300 300 300 300 300 300 300 860 300 860 300 860 300 300 300 300 300 860 300 860 300 300 300 860 300 300 300 860 300 300 300 860 300 300 300 860 300 8960

Echter stuurt het apparaat alleen het 'on' signaal waardoor de switch niet meer uitgaat in pilight (bij die ev1527 staat altijd 'closed'). Als er later weer een keer beweging wordt waargenomen wordt dit dus niet doorgegeven. Nu las ik iets over een speciaal soort device voor deurbellen etc, is dat hierop ook van toepassing?

[CurlyMo]

Dat on signaal is toeval. Het is vrijwel zeker geen rev variant. De ev1527 zou logischer zijn. Kan je er eens eentje openschroeven om te zien welke chip erin zit?

[sfinx]

Foto van de binnenkant. Denk dat het die chip linksonder ('BISS0001') is?

Edit: Toch niet, das de PIR chip.
Edit 2: rechtsboven: HS1527

[ Voor 18% gewijzigd door sfinx op 28-01-2016 20:26 ]

[CurlyMo]

Denk dat hier nog geen ondersteuning voor is dan. Kan je een topic openen op het pilight forum met alle informatie die we nodig hebben?

[sfinx]

Done. Thanks voor de snelle reactie.

[houtig]

Mijn bereik van mijn zender is ong.5m met antenne. Nu zat ik te denken om de voltage te verhogen van de zender. Simpelste idee is om de zender voeding van de pi los te koppelen en een 9v batterij aan te sluiten op de zender.
Nu de volgende bedenkingen:
- kan de 9v teruglopen via de communicatie lijn naar de pi en de pi slopen?
- wat is het verbruik van de zender? Hoe snel zal, als alles goed werkt, de batterij leeg zijn?

Of moet/kan ik mijn antenne aanpassen om beter bereik te krijgen?

[rorie]

@CurlyMo:

Is er iets ze zeggen over wanneer pilight versie 8.0 beschikbaar komt? En is het in deze versie mogelijk om out of the box gemeten sensor waarden te loggen in een database?

pilight draait hier nog steeds rock solid, het gaat alleen mis wanneer er geen Internet toegang meer is. Dit was laatst even het geval toen mijn router opnieuw moest worden opgestart voor een update. Hier komt pilight zelf niet meer bovenop en moet dan handmatig worden herstart. Raspberry pi is via een Wifi adapter aangesloten.

[CurlyMo]

Ik ben hard aan het testen en alle bugs eruit aan het halen. De basis is er. Opslag abstractie is er ook, maar dat moet verder gefinetuned worden.

Trouwens, een beschrijving van alle veranderingen kan je hier vinden:
https://forum.pilight.org...-Current-work-in-progress

[rorie]

Graag zou ik een nieuw printje bij je bestellen waarbij ik mijn soldeerbout niet nodig heb. Dus gewoon waar alles al op gesoldeerd zit, kan ik dan het beste deze bestellen, PCB Half (Pre Soldered)?

[CurlyMo]

Ik zou de Quarter doen zodat je de filter en zender / ontvanger kan hergebruiken.

[rorie]

Zijn hierbij dan wel het voetje van de filter plus bijbehorende weerstanden al gesoldeerd?

CurlyMo schreef op dinsdag 16 februari 2016 @ 14:37:
Ik zou de Quarter doen zodat je de filter en zender / ontvanger kan hergebruiken.

[CurlyMo]

Ja

[rorie]

Top! heb er een besteld, gaan we hiermee eens kijken of ik me somfy zonnescherm aan de gang krijg.

CurlyMo schreef op woensdag 17 februari 2016 @ 09:43:
Ja

[datadevil]

Ik heb nog een Silvercrest 91089 schakelaar, met dipswitches systemcode 1 t/m 5 en unit code a t/m e.
Hoe corresponderen die met het Silvercrest protocol van systemcode en unit code?

[rorie]

Nieuwe printje werkt uitstekend! Het enige wat niet goed werkt is de antene die er bij zit, de range is erg beperkt (3m). Gebruik nu weer gewoon een koperdraad, range is dan veel beter (10m+).

CurlyMo schreef op woensdag 17 februari 2016 @ 09:43:
Ja

[CurlyMo]

Je kan de bijgeleverde antenne ook gewoon rechtop zetten met een beetje buigen. Had je dat al geprobeerd?

[rorie]

Nog niet geprobeerd, gebruik een casing waardoor dit niet helemaal lekker werkt. Nog even een vraagje over het S*mfy protocol. Kan ik deze gewoon los installeren via sudo apt-get install pilight-protocol-somfy_rts met pilight versie 7.0. Of moet ik hier de laatste dev versie van pilight voor installeren? Ben erg benieuwd of dit gaat werken, dat zou echt geweldig zijn!

CurlyMo schreef op maandag 29 februari 2016 @ 10:04:
Je kan de bijgeleverde antenne ook gewoon rechtop zetten met een beetje buigen. Had je dat al geprobeerd?

[CurlyMo]

Je moet daar de wo_rasp S*mfy branch voor hebben. Doel is wel om z.s.m. S*mfy in dev te krijgen.

[rorie]

Oke, dit is eigenlijk gewoon de dev versie van pilight met daarbij het S*mfy protocol en wat native aanpassingen om dit te laten samen werken?

CurlyMo schreef op maandag 29 februari 2016 @ 10:50:
Je moet daar de wo_rasp S*mfy branch voor hebben. Doel is wel om z.s.m. S*mfy in dev te krijgen.

[CurlyMo]

Klopt

[rorie]

Momenteel probeer ik het S*mfy protocol werkend te krijgen met pilight.
De eerste poging mislukte, waarschijnlijk doordat mijn Raspberry Pi te ver weg staat van de ontvanger.

Voor de mensen die dit werkend hebben gekregen, wat is jullie afstand tussen de Raspberry Pi en ontvanger, werkt het stabiel?

[Rotje333]

Zijn er toevallig ook Tweakers die gebruik maken van de Elro HE874?

Ik heb ondertussen geloof ik alles wel geprobeerd, als ik een command van m'n afstandsbediening afvang en ik stuur hem raw terug werkt het niet. Ook niet als ik de Elro netjes in learn mode zet.

Zie ook mijn topic op het Pilight forum.

[houtig]

rorie schreef op woensdag 02 maart 2016 @ 16:14:
Momenteel probeer ik het S*mfy protocol werkend te krijgen met pilight.
De eerste poging mislukte, waarschijnlijk doordat mijn Raspberry Pi te ver weg staat van de ontvanger.

Voor de mensen die dit werkend hebben gekregen, wat is jullie afstand tussen de Raspberry Pi en ontvanger, werkt het stabiel?

Geen somfy hier maar met actoren: +/- 5meter.10meter zou max zijn toch wel zonder vreemde constructies.
Je vorm/richting en locatie van antenne maakt veel uit. Ik kwam erachter dat bv mijn bureau (glad oppervlakte) de signalen bouncde en dus niet bij de actor aankwamen