Sinds de 2 dagen regel reageer ik hier niet meer
Ik krijg een "ERR_CONNECTION_TIMED_OUT" (en ja andere websites kan ik wel succesvol benaderen)
Sinds de 2 dagen regel reageer ik hier niet meer
Oh die heb ik ook liggen, goed om te weten dat de ontvangers wel kunnen werken. Bedankt!peetbeet schreef op dinsdag 06 januari 2015 @ 11:02:
Het gaat om Eurodomest denk ik, er is een discussie op pilight form (link) @geerttttt klopt de foto?. De schakelaars mits met kaku_old geleerd doen het onder pilight, de afstandsbediening heb ik nog niet werkend gezien in pilight, ik heb RAW output in de discussie gezet om te analyseren. Zou leuk zijn als de remote ook zou werken met pilight.
Hoe groot zijn die zender, ontvanger filter samen? Iemand daar toevallig een fotootje van? En als ik die bij CurlyMo bestel, zit daar alles in? ook kabeltjes?
[ Voor 27% gewijzigd door sweebee op 07-01-2015 10:51 ]
Zender: 1cm x 1,5cm (l x h)
Ontvanger: 5cm x 1cm (l x h).
Kabels en breadboard enzo zit er niet bij.
KaKu zou volledig ondersteund moeten zijn ja.
Sinds de 2 dagen regel reageer ik hier niet meer
https://www.modmypi.com/r...s-raspberry-pi-case-black
Als je het spul aan de onderkant van de deksel plakt, moet het prima gaan.sweebee schreef op woensdag 07 januari 2015 @ 12:18:
Heeft iemand een foto van zijn print die zo klein mogelijk is? Wil hem het liefst verwerken in een raspberry pi mod case.
https://www.modmypi.com/r...s-raspberry-pi-case-black
Sinds de 2 dagen regel reageer ik hier niet meer
In zo verre is geen nieuws goed nieuws..
Even terug komend op een countdown functie;
1
2
3
| IF lantaarnpaal.state IS on THEN switch DEVICE lantaarnpaal to off IF tijd.minute = ((tijd.minute) + 10) IF tijd.minute > 0 AND tijd.minute < 10 THEN switch DEVICE lantaarnpaal TO off IF tijd.minute = 15 |
Kan dit?
Als ik het goed gelezen heb zijn de commando's voor eventing; IF, THEN, DEVICE, OR, AND.
Is het mogelijk om na THEN nog "eisen" te stellen, dus met andere worden op het moment dat er aan de "eisen" voor THEN voldaan wordt, blijft dan de rule "lopen" in het geheugen of is het alleen een moment opname?
Money isn't rellevant..... who you are is.....
Wat jij voorstelt kan op dit moment nog niet. Ik wil eerst de huidige versie van pilight vrijgeven als nieuwe stable voordat ik grote nieuwe dingen ga toevoegen. Anders blijf ik potentiele problemen introduceren.
Sinds de 2 dagen regel reageer ik hier niet meer
1
2
3
| root@raspberrypi:/home/pi# service pilight start [ ok ] Starting : pilight. root@raspberrypi:/home/pi# getaddrinfo: Name or service not known |
Het bijzondere was dat pilight een continue signaal verzond waardoor zelfs mijn ab van mijn auto niet werkte!!! Pilight werkte overigens wel. Na het stoppen van pilight kon ik mijn auto weer openen
[ Voor 34% gewijzigd door fvandenreek op 08-01-2015 21:59 ]
Money isn't rellevant..... who you are is.....
[ Voor 48% gewijzigd door CurlyMo op 08-01-2015 22:17 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Net ff mijn boiler toegevoegd, morgen het rolluik.....
Mocht er nog een voorval zijn, dan ga ik hem in weer in -daemon -D draaien.
Money isn't rellevant..... who you are is.....
Sinds de 2 dagen regel reageer ik hier niet meer
Hier mijn laatste error log
1
2
3
| [Jan 07 18:10:15:570613] pilight-daemon: -- STACKTRACE (3 FRAMES) -- [Jan 07 18:10:15:579274] pilight-daemon: __default_sa_restorer_v2 ip = 0xb6c70f20, sp = 0xaf3762f8 [Jan 07 18:10:15:583720] pilight-daemon: _ULarm_get_save_loc ip = 0xb6f40ae0, sp = 0xaf3765e8 |
Money isn't rellevant..... who you are is.....
Dit is hoe ik het gedaan heb.sweebee schreef op woensdag 07 januari 2015 @ 12:18:
Heeft iemand een foto van zijn print die zo klein mogelijk is? Wil hem het liefst verwerken in een raspberry pi mod case.
https://www.modmypi.com/r...s-raspberry-pi-case-black
Wil zolang/zodra het werkt geen externe antenne gebruiken en heb er daarom voor gekozen om de sender/receiver buiten de behuizing te houden.



Wat misschien ook een optie is, is om 2x een pibow te nemen, waardoor je de behuizing een stuk hoger kan maken (naar wens) door de tussenstukken van de 2e behuizing te gebruiken.
Ik loop zelf nu tegen het probleem aan, dat ik mijn KAKU AYCT-102 remote niet kan uitlezen met pilight. Hoop niet dat ik een andere KAKU remote + schakelaars hoef te kopen
[ Voor 9% gewijzigd door Luppie op 08-01-2015 23:27 ]
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
@luppi: ik zie wel dat je een ontvanger gebruikt die niet ondersteund wordt. Daar kan het dus aan liggen.
[ Voor 44% gewijzigd door CurlyMo op 08-01-2015 23:28 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Nieuwe errors ga ik direct voor je posten.......Kan niet wachten tot de nightly ... de nieuwe stable wordt
Money isn't rellevant..... who you are is.....
Sinds de 2 dagen regel reageer ik hier niet meer
waar ik vast loop is dat ik libunwind8 en nog een andere library mis. Jammer genoeg lukt het me niet deze te installeren, ook niet na wat te hebben rond gezoch op Google.
Iemand die in een paar simple stappen kan uitleggen hoe je dit doet?
1
| sudo apt-get install libunwind8 libpcap0.8 |
Als je maar zorgt dat je zowel de stable en nightly apt repository geactiveerd hebt. Google en de pilight documentatie is toch echt je vriend in veel van deze dingen. libunwind8 wordt standaard niet aangeboden, maar daarom nu door pilight zelf.
Sinds de 2 dagen regel reageer ik hier niet meer
Kunnen we hopelijk eindelijk met rules gaan experimenteren.
Mijn eerste doel is om mijn drie buiten lampen automatisch aan te sturen op basis van sunset en sunrise.
Alle drie deze lampen zijn voorzien van een kaku ontvanger en al te bedienen via de UI van pilight.
Bedankt!
CurlyMo schreef op vrijdag 09 januari 2015 @ 13:06:
code:
1 sudo apt-get install libunwind8 libpcap0.8
Als je maar zorgt dat je zowel de stable en nightly apt repository geactiveerd hebt. Google en de pilight documentatie is toch echt je vriend in veel van deze dingen. libunwind8 wordt standaard niet aangeboden, maar daarom nu door pilight zelf.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
| root@raspberrypi:/home/pi# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: pilight 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. root@raspberrypi:/home/pi# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: pilight-protocol-dht22 The following NEW packages will be installed: libunwind8 The following packages will be upgraded: pilight 1 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 3,263 kB/3,307 kB of archives. After this operation, 3,960 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://apt.pilight.org/ nightly/main pilight armhf 5.0.175-g0ecc590 [3,263 kB] Fetched 3,263 kB in 3s (883 kB/s) (Reading database ... 76385 files and directories currently installed.) Removing pilight-protocol-dht22 ... Selecting previously unselected package libunwind8. (Reading database ... 76383 files and directories currently installed.) Unpacking libunwind8 (from .../libunwind8_1.1-3.2_armhf.deb) ... Preparing to replace pilight 5.0 (using .../pilight_5.0.175-g0ecc590_armhf.deb) ... Unpacking replacement pilight ... Setting up libunwind8 (1.1-3.2) ... Setting up pilight (5.0.175-g0ecc590) ... root@raspberrypi:/home/pi# apt-get install pilight-protocol-dht22 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: pilight-protocol-dht22 : Depends: pilight (>= 5.0) but it is not going to be installed E: Unable to correct problems, you have held broken packages. root@raspberrypi:/home/pi# |
Nog iets mis met de dht22 package?
Als ik pilight open in de browser crasht pilight:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| [Jan 09 16:58:20:604559] pilight-daemon: NOTICE: caching /usr/local/share/pilight/default/images/ajax-loader.gif [Jan 09 16:58:21:222726] pilight-daemon: ERROR: ----- Thread Profiling ----- [Jan 09 16:58:21:226148] pilight-daemon: ERROR: - thread lirc: 0.000000% [Jan 09 16:58:21:230417] pilight-daemon: ERROR: - thread socket: 0.000000% [Jan 09 16:58:21:242480] pilight-daemon: ERROR: - thread ssdp: 0.000000% [Jan 09 16:58:21:246356] pilight-daemon: ERROR: - thread sender: 0.000000% [Jan 09 16:58:21:252370] pilight-daemon: ERROR: - thread broadcaster: 0.000000% [Jan 09 16:58:21:256744] pilight-daemon: ERROR: - thread updater: 0.000000% [Jan 09 16:58:21:261197] pilight-daemon: ERROR: - thread 433gpio: 0.000011% [Jan 09 16:58:21:267806] pilight-daemon: ERROR: - thread receive parser: 0.000000% [Jan 09 16:58:21:273396] pilight-daemon: ERROR: - thread webserver worker #0: 0.000000% [Jan 09 16:58:21:278291] pilight-daemon: ERROR: - thread webserver client: 0.000000% [Jan 09 16:58:21:281421] pilight-daemon: ERROR: - thread webserver broadcast: 0.000000% [Jan 09 16:58:21:286819] pilight-daemon: ERROR: - thread firmware upgrader: 0.000000% [Jan 09 16:58:21:292137] pilight-daemon: ERROR: ----- Thread Profiling ----- [Jan 09 16:58:21:297759] pilight-daemon: ERROR: cpu usage too high 71.946973 [Jan 09 16:58:21:302770] pilight-daemon: ERROR: checking again in 10 seconds [Jan 09 16:58:32:314416] pilight-daemon: ERROR: ----- Thread Profiling ----- [Jan 09 16:58:32:320893] pilight-daemon: ERROR: - thread lirc: 0.015187% [Jan 09 16:58:32:330318] pilight-daemon: ERROR: - thread socket: 0.003000% [Jan 09 16:58:32:340080] pilight-daemon: ERROR: - thread ssdp: 0.000000% [Jan 09 16:58:32:347970] pilight-daemon: ERROR: - thread sender: 0.000000% [Jan 09 16:58:32:356194] pilight-daemon: ERROR: - thread broadcaster: 0.000000% [Jan 09 16:58:32:365831] pilight-daemon: ERROR: - thread updater: 0.028046% [Jan 09 16:58:32:374405] pilight-daemon: ERROR: - thread 433gpio: 34.157920% [Jan 09 16:58:32:386250] pilight-daemon: ERROR: - thread receive parser: 0.000000% [Jan 09 16:58:32:394567] pilight-daemon: ERROR: - thread webserver worker #0: 58.622748% [Jan 09 16:58:32:405284] pilight-daemon: ERROR: - thread webserver client: 0.000000% [Jan 09 16:58:32:412819] pilight-daemon: ERROR: - thread webserver broadcast: 0.000000% [Jan 09 16:58:32:422207] pilight-daemon: ERROR: - thread firmware upgrader: 0.007220% [Jan 09 16:58:32:430456] pilight-daemon: ERROR: ----- Thread Profiling ----- [Jan 09 16:58:32:442753] pilight-daemon: ERROR: cpu usage still way too high 93.142221%, exiting |
Geeft:
1
2
3
4
5
6
7
8
9
10
11
12
| root@raspberrypi:/home/pi# ps -- STACKTRACE (11 FRAMES) -- __default_sa_restorer_v2 ip = 0xb6c22f20, sp = 0xb1bc9ac8 fclose ip = 0xb6c53234, sp = 0xb1bc9db8 logprintf ip = 0xb6e5250c, sp = 0xb1bc9dd0 webserver_handler ip = 0xb6e5037c, sp = 0xb1bca300 on_recv_data ip = 0xb6e71524, sp = 0xb1bca328 mg_ev_handler ip = 0xb6e72450, sp = 0xb1bca358 ns_read_from_socket ip = 0xb6e6a4ac, sp = 0xb1bca410 ns_mgr_poll ip = 0xb6e6ad8c, sp = 0xb1bcac38 webserver_worker ip = 0xb6e4e7cc, sp = 0xb1bccde8 start_thread ip = 0xb6d9dbfc, sp = 0xb1bccdf8 segmentation fault |
En ik zie dat de nightly de configs overhoop heeft gehaald...
[ Voor 40% gewijzigd door Pascal Saul op 09-01-2015 17:07 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Ik krijg zelfs na een verse installatie het niet aan de praat, zelfde error:CurlyMo schreef op vrijdag 09 januari 2015 @ 17:22:
Zorg dat je eerst pilight even helemaal verwijderd voordat je hem opnieuw installeert. En nee, er is niks mis met DHT22. pilight verwijderd gewoon alle niet samenwerkende pakketten.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| root@raspberrypi:/usr/share/openhab/addons# apt-get install pilight-protocol-dht22 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: pilight-protocol-dht22 : Depends: pilight (>= 5.0) but it is not going to be installed E: Unable to correct problems, you have held broken packages. root@raspberrypi:/usr/share/openhab/addons# |
Verder werkt pimatic niet meer met de laatste nightly. Verliest elke keer de verbinding...? Gok iets met de API change?
OpenHAB met de 1.7 versie van de JAR nog wel.
Sinds de 2 dagen regel reageer ik hier niet meer
Dan ik de boel ook niet opnieuw hoeven te installeren als ik dit had gewetenCurlyMo schreef op vrijdag 09 januari 2015 @ 23:23:
Als je de laatste nightly draait dan is er geen reden om losse protocollen te installeren. De laatste versies van de protocollen zitten al ingebouwd. Dat is de reden dat pilight weigert je dht22 te accepteren.

1
2
3
4
5
6
7
8
9
10
11
| root@raspberrypi:/home/pi/Adafruit_Python_DHT/examples# ./AdafruitDHT.py 22 27 Temp=20.0*C Humidity=50.1% root@raspberrypi:/usr/local/wiringPi/examples/lol_dht22/lol_dht22# ./loldht 2 Raspberry Pi wiringPi DHT22 reader www.lolware.net Humidity = 51.10 % Temperature = 20.10 *C [Jan 10 00:25:28:401937] pilight-daemon: DEBUG: dht22 data checksum was wrong ^C[Jan 10 00:25:29:280565] pilight-daemon: DEBUG: stopping thread dht22 |
config.json
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| "temperatuur": { "protocol": [ "dht22" ], "id": [{ "gpio": 2 }], "humidity": 0, "temperature": 1, "poll-interval": 300 } "temperatuur": { "name": "Temperatuur", "group": [ "Meterkast" ], "media": [ "all" ] } |
[ Voor 6% gewijzigd door Pascal Saul op 10-01-2015 00:50 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Kan gebeuren...CurlyMo schreef op zaterdag 10 januari 2015 @ 10:02:
Ik kan natuurlijk niet raden dat jij alleen de DHT22 protocol als enige reden je hebt om de laatste nightly te draaien (die overigens prima werkt in 5.0)? Daarnaast lijkt het me logisch dat de laatste versies ook de laatste code bevatten op elk onderdeel.
Maar jij hebt geen idee waarom ik een checksum error krijg met jouw pilight-dht22? Ik heb trouwens hetzelfde probleem met de dht11...
1
2
3
4
5
| root@raspberrypi:/home/pi/Adafruit_Python_DHT/examples# ./AdafruitDHT.py 11 22 Temp=21.0*C Humidity=52.0% [Jan 10 10:48:43:669558] pilight-daemon: DEBUG: dht11 data checksum was wrong [Jan 10 10:48:45:203885] pilight-daemon: DEBUG: dht11 data checksum was wrong |
En waarom pimatic niet meer werkt met de nightly?
[ Voor 24% gewijzigd door Pascal Saul op 10-01-2015 10:49 ]
Welke pilight versie draai je nu?
Sinds de 2 dagen regel reageer ik hier niet meer
pilight-daemon version 5.0, commit v5.0-175-g0ecc590CurlyMo schreef op zaterdag 10 januari 2015 @ 11:03:
pimatic vragen moet je aan pimatic mensen vragen. Ik denk omdat de nieuwe API niet ondersteund wordt.
Welke pilight versie draai je nu?
Overigens: Failed to fetch http://apt.pilight.org/po....0.179-g85b8596_armhf.deb 404 Not Found
Nu heb ik alle stappen doorlopen en een config file gemaakt en probeer ik een lamp aan te leren op een kaku, maar er gebeurt niets. Hoe komt ik er achter waar het fout gaat?
Ik heb de volgende config:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| { "woonkamer": { "name": "Woonkamer", "lamp1": { "name": "Lamp 1", "protocol": [ "kaku_switch" ], "id": [{ "id": 8934706, "unit": 0 }], "state": "on" } } } |
hardware staat op:
1
2
3
4
5
6
| { "433gpio": { "sender": 0, "receiver": 1 } } |
op GPIO 0 zit de zender
op GpIO 1 zit de ontvanger
EDIT: Werkt al, soldering bleek los te zijn

[ Voor 89% gewijzigd door sweebee op 10-01-2015 14:24 ]
De pilight webgui is natuurlijk super maar vroeg mij af of iemand ook al eens een eigen plattegrond heeft gemaakt van zijn huis waar alles opstaat?
2x280 panelen | Bosch HRC35II met zonneboiler | Raspberry Pi
CurlyMo schreef op donderdag 08 januari 2015 @ 23:22:
@fvandenreek: Is dat een nieuwe fout of waren dat de kindervingers?
@luppi: ik zie wel dat je een ontvanger gebruikt die niet ondersteund wordt. Daar kan het dus aan liggen.
Gisteren een sender/receiver kit besteld bij CurlyMo en vandaag al in huis.
Gelijk even pilight-debug gedraaid en meteen werken. Kan iedereen aanraden om meteen met een door CurlyMo geteste sender/receiver te beginnen, scheelt heel wat frustratie.
Voor de rest veel trial en error, maar de eerste 4 kaku's werken nu naar behoren.
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
1
2
3
| [Jan 10 19:04:57:813566] pilight-daemon: INFO: version 5.0, commit v5.0 [Jan 10 19:04:57:918892] pilight-daemon: NOTICE: no pilight daemon found, daemonizing [Jan 10 19:04:57:933046] pilight-daemon: ERROR: device #6 "slaapkamers" of "woonkamer", missing protocol |
Iemand een idee wat ik fout doe ?
Ik heb zelf al de config.json gevalideerd op http://jsonlint.com/ en de syntax is goed.
Zit mezelf ondertussen blind te staren, maar zie het gewoonweg niet.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
| { "woonkamer": { "name": "Woonkamer", "tvkast": { "name": "TV-Kast", "protocol": [ "kaku_switch" ], "id": [{ "id": 10451510, "unit": 0 }], "state": "on" }, "bank": { "name": "Bank", "protocol": [ "kaku_dimmer", "kaku_switch" ], "id": [{ "id": 10451510, "unit": 1 }], "state": "on", "dimlevel": 10 }, "kast": { "name": "Kast", "protocol": [ "kaku_dimmer", "kaku_switch" ], "id": [{ "id": 10451510, "unit": 2 }], "state": "on", "dimlevel": 10 }, "eettafel": { "name": "Eetkamer Tafel", "protocol": [ "kaku_dimmer", "kaku_switch" ], "id": [{ "id": 10451510, "unit": 3 }], "state": "on", "dimlevel": 10 }, "slaapkamers": { "name": "Slaapkamers", "erik": { "name": "Erik", "protocol": [ "kaku_switch" ], "id": [{ "id": 137364, "unit": 1 }], "state": "off" } } } } |
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
Sinds de 2 dagen regel reageer ik hier niet meer
[ Voor 77% gewijzigd door Luppie op 10-01-2015 20:19 ]
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
Is een 4GB sd kaartje genoeg als je alleen pilight draait?
Sinds de 2 dagen regel reageer ik hier niet meer
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
Sinds de 2 dagen regel reageer ik hier niet meer
Pilight kan geen receiver vinden, wat logisch is natuurlijk. Maar omdat ik ok zag staan ging ik er vanuit dat de service toch gestart was. Maar de website (http://ip_van_pi:5001) is niet bereikbaar als ook een handmatig pilight-send commando gaf een error.root@raspberrypi:/# service pilight start
[....] Starting : pilightgpio: Unable to open GPIO direction interface for pin 18: No such file or directory
. ok
Klopt dit met wat jullie verwachten van pilight? Moet je per se een receiver aangesloten hebben om pilight werkend te krijgen?root@raspberrypi:/# sudo /usr/local/bin/./pilight-send -p kaku_switch_old -i 18 -u 12 -f
[Jan 11 22:05:42:447243] pilight-send: ERROR: no pilight ssdp connections found
Zoals trouwens ook hier uitgelegd staat:
http://www.pilight.org/configuring-1/hardware/
[ Voor 30% gewijzigd door CurlyMo op 11-01-2015 22:23 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Nou je het zegt herinner ik het me weer dat ik daar iets over gelezen had. Bedankt voor de tip, dat ga ik eens uitproberen.CurlyMo schreef op zondag 11 januari 2015 @ 22:23:
Als je een bepaalde functie wil uitzetten zoals de zender of ontvanger, dan moet je de pin op -1 zetten.
Zoals trouwens ook hier uitgelegd staat:
http://www.pilight.org/configuring-1/hardware/
Luppie schreef op zondag 11 januari 2015 @ 18:28:
Misschien een inkoppertje, maar heb je wel expand filesystem gedaan nadat je het image op de SD hebt gezet ?
CurlyMo schreef op vrijdag 09 januari 2015 @ 13:06:
code:
1 sudo apt-get install libunwind8 libpcap0.8
Als je maar zorgt dat je zowel de stable en nightly apt repository geactiveerd hebt. Google en de pilight documentatie is toch echt je vriend in veel van deze dingen. libunwind8 wordt standaard niet aangeboden, maar daarom nu door pilight zelf.
Die is wel iets te makkelijk heCurlyMo schreef op zaterdag 10 januari 2015 @ 11:03:
pimatic vragen moet je aan pimatic mensen vragen. Ik denk omdat de nieuwe API niet ondersteund wordt.
Als jouw code ineens niet meer werkt met de bestaande versies van pimatic, moet je het zoeken in je aanpassingen van pilight, niet pimatic.
Tijd voor een nieuwe sig..
Sinds de 2 dagen regel reageer ik hier niet meer
Tijd voor een nieuwe sig..
[ Voor 94% gewijzigd door Koffie op 12-01-2015 10:52 ]
Tijd voor een nieuwe sig..
Op het moment dat ik bijvoorbeeld alleen sunriseset.sun gebruik gaat het allemaal prima, maar het nadeel is dat dan de rule altijd conflict geeft op het moment dat ik gedurende rise of set het tegengestelde handmatig schakel.
Ik heb het eerdere voorbeeld van Curlymo geprobeerd, dit werkte niet, nu heb ik de volgende code.
1
2
3
4
5
6
7
8
9
| "rolluik_open": { "rule": "IF sunriseset.sunrise == (tijd.minute + 1) AND rolluik.state IS down AND weer.temperature > 1 THEN switch DEVICE rolluik TO up", "active": 1 }, "rolluik_sluiten": { "rule": "IF sunriseset.sunset == (tijd.minute + 1) AND rolluik.state IS up AND weer.temperature > 1 THEN switch DEVICE rolluik TO down", "active": 1 } }, |
Het resultaat wat ik wil bereiken is schakelen bij sunrise en sunset, terwijl de temperatuur boven nul is, en op het moment dat ik zelf de schakeling omzet dat dit dan niet in conflict is met de "rule".
Ik kan natuurlijk rolluik.state verwijderen,en met sunriseset.sun werken maar dat is niet de oplossing die ik eigenlijk zoek.
Ik ga nu de volgende code even testen
1
2
3
4
5
| "rolluik_sluiten": { "rule": "IF (sunriseset.sunset == (tijd.minute + 1)) AND rolluik.state IS up AND weer.temperature > 1 THEN switch DEVICE rolluik TO down", "active": 1 } }, |
[ Voor 9% gewijzigd door fvandenreek op 12-01-2015 16:47 . Reden: Heldere ingeving ?! ]
Money isn't rellevant..... who you are is.....
1
| IF (16.30 == (30 + 1)) THEN ... |
Dus een vergelijking tussen 16.30 en 31. Dan zie je dat je nooit een match krijgt, omdat je de decimalen niet meeneemt.
1
| IF ((sunriseset.sunset == (datetime.hour + (datetime.minute / 100))) AND datetime.second == 0) THEN ... |
Getallen ingevuld:
1
| IF ((16.30 == (16 + (30 / 100))) AND 0 == 0) THEN ... |
Dan zie je dat de vergelijking wordt: 16.30 == 16.30.
Sinds de 2 dagen regel reageer ik hier niet meer
Na een weekje bouwen/testen/configureren etc. etc. heb ik er voor gekozen om de zender/ontvanger buiten de behuizing te houden en ze in onze kast te 'plakken'. Dit is het resultaat:sweebee schreef op zondag 11 januari 2015 @ 19:41:
Hoe hebben jullie dit gedaan; zonder antenne was het bereik van de rx/tx nog geen 3 meter. Toen vervolgens 2 draden van 17cm gesoldeerd als antenne, nu is het bereik goed. Nu wil ik dit in een kleine case bouwen, maakt het uit als de antenne's erin gepropt worden?


Dit is beneden en het bereik is zo goed, dat ook de electrische dekens boven te schakelen zijn. Dat was het selling-point hier in huis. "Als we na een avondje stappen naar huis gaan, kan je met pilight alvast je bedje aan zetten, zodat die warm is als we thuis komen."

En om mevrouw Luppie tevreden te houden ook weer netjes weg gewerkt

Vanochtend rond 11 uur mijn pilight dus in zijn dichte behuizing gezet en in de kast. Zag net het temperatuur verschil in mijn logging:

[ Voor 7% gewijzigd door Luppie op 12-01-2015 19:43 ]
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
Thanks voor de duidelijke uitleg!
Ik heb een stukje eventing toegevoegd aan de wiki van sunriseset....
Money isn't rellevant..... who you are is.....
Dit is mijn oude temperatuurlogger : Koffie's tweakblog: DIY draadloze temperatuursensor voor pilight
Het zit nu tijdelijk in een lampje gemaakt van knijpers met een RGB LED. Deze gloeit rood als de kachel aan gaat, blauw als deze uit gaat:

Uiteindelijke moet alles in een ei komen :

Tijd voor een nieuwe sig..
Jouw blog was voor mij de 'trigger' om met pilight te starten. Je wordt nog bedankt (heeft me ondertussen 3 kaku's een filter en een sender/receiver gekost)
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
Heeft er iemand een oplossing voor de half zichtbare knoppen in de gui voor kaku_screen?
Money isn't rellevant..... who you are is.....
Sinds de 2 dagen regel reageer ik hier niet meer
Idem in de normale browser.
https://www.dropbox.com/s...light_kakuscreen.jpg?dl=0
Omwisselen met "boiler" in de gui heeft geen effect.
[ Voor 24% gewijzigd door fvandenreek op 12-01-2015 20:20 ]
Money isn't rellevant..... who you are is.....
Sinds de 2 dagen regel reageer ik hier niet meer
Goed idee! Zelf nog niet eens aan gedachtLuppie schreef op maandag 12 januari 2015 @ 19:28:
[...]
Dit is beneden en het bereik is zo goed, dat ook de electrische dekens boven te schakelen zijn.
Bedankt CurlyMo, dat heeft me weer een stapje verder gebracht. Geen foutmelding meer bij het opstarten van de pilight service. Na het installeren van PHP was de website ook bereikbaar. Maar om de sender-module te testen wilde ik even een handmatig pilight-send commando versturen:CurlyMo schreef op zondag 11 januari 2015 @ 22:23:
Als je een bepaalde functie wil uitzetten zoals de zender of ontvanger, dan moet je de pin op -1 zetten.
Zoals trouwens ook hier uitgelegd staat:
http://www.pilight.org/configuring-1/hardware/
1
2
| root@raspberrypi:/home/pi# /usr/local/bin/./pilight-send -p kaku_switch_old -i 18 -u 12 -f [Jan 12 22:18:02:359808] pilight-send: ERROR: no pilight ssdp connections found |
maar nog steeds de ssdp fout. Wel vreemd aangezien ik in de log-files iets vond in de trant van 'no daemon found. daemonizing' en 'listening on port'. Waardoor ik dacht dat de ssdp wel leek te werken. Vervolgens er voor gezorgd dat de iptables goed gezet zijn, geen geluk. Vervolgens in de interfaces gekeken:
1
2
3
4
5
6
7
8
9
| auto lo iface lo inet loopback iface eth0 inet dhcp allow-hotplug wlan0 iface wlan0 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp |
Gek genoeg zie ik daar verwijzingen naar wlan terwijl de Pi aan LAN hangt. Staat hier iets verkeerd? Ik heb de interfaces al proberen te vervangen door wat er in de FAQ staat maar dat zorgde er voor dat mn Pi niet meer te bereiken was via SSH. Dus maar weer terug gezet
Aangezien ik geen adhoc network nodig heb dacht ik dan maar de standalone setting aan te zetten in de settings:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| { "log-level": 4, "standalone": 1, "pid-file": "/var/run/pilight.pid", "config-file": "", "hardware-file": "/etc/pilight/hardware.json", "log-file": "/var/log/pilight.log", "send-repeats": 10, "receive-repeats": 1, "webserver-enable": 1, "webserver-root": "/usr/local/share/pilight/", "webserver-port": 5001, "webserver-cache": 1, "whitelist": "", "update-check": 1, "firmware-update": 0 } |
Maar ik blijf dezelfde ssdp foutmelding houden:
1
| pilight-send: ERROR: no pilight ssdp connections found. |
Heeft iemand een idee welke stappen ik vervolgens kan proberen.
Sinds de 2 dagen regel reageer ik hier niet meer
Ik zal het voor de zekerheid nog eens checken, maar volgens mij had ik de daemon draaien (gecheckt met top).CurlyMo schreef op dinsdag 13 januari 2015 @ 10:08:
pilight-send is een client die alleen icm pilight-daemon werkt. Die moet dus altijd draaien.
1
| pilight-send -P 5000 -S x.x.x.x -p raw -c ".." |
Sinds de 2 dagen regel reageer ik hier niet meer
Het is me gelukt om verzendsignalen van mijn kika (EverFlourisch/Maxeda DIY B.V) te ontvangen, maar ik het lukt me niet de configuratie zo te krijgen dat hij dit ook verstuurd.
Met pilight-receive krijg ik het volgende binnen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
| { "code": { "systemcode": 17, "unitcode": 0, "state": "off" }, "origin": "receiver", "protocol": "silvercrest", "uuid": "0000-00-00-79-f372ef", "repeats": 1 } { "code": { "systemcode": 17, "unitcode": 0, "state": "off" }, "origin": "receiver", "protocol": "silvercrest", "uuid": "0000-00-00-79-f372ef", "repeats": 2 } { "code": { "id": "F0", "unit": 34, "state": "off" }, "origin": "receiver", "protocol": "rev1_switch", "uuid": "0000-00-00-79-f372ef", "repeats": 1 } { "code": { "systemcode": 17, "unitcode": 0, "state": "off" }, "origin": "receiver", "protocol": "silvercrest", "uuid": "0000-00-00-79-f372ef", "repeats": 3 } { "code": { "id": "F0", "unit": 34, "state": "off" }, "origin": "receiver", "protocol": "rev1_switch", "uuid": "0000-00-00-79-f372ef", "repeats": 2 } { "code": { "systemcode": 17, "unitcode": 0, "state": "off" }, "origin": "receiver", "protocol": "silvercrest", "uuid": "0000-00-00-79-f372ef", "repeats": 4 } { "code": { "systemcode": 17, "unitcode": 0, "state": "off" }, "origin": "receiver", "protocol": "silvercrest", "uuid": "0000-00-00-79-f372ef", "repeats": 5 } |
Daarna heb ik de config als volgt:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| { "Zolder": { "name": "Zolder", "switch": { "name": "TvMeubel_LED", "protocol": [ "silvercrest" ], "id": [{ "id": 17, "unit": 0 }], "state": "off" } } } |
Waarna de service pilight niet meer start. Ik heb met google een paar voorbeeldjes gevonden maar daarmee kom ik niet tot een werkende configuratie.
[ Voor 0% gewijzigd door Flaffel op 13-01-2015 15:44 . Reden: Komma in config gezet, deze miste nog ]
Probeer het zo eens:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| { "zolder": { "name": "Zolder", "switch": { "name": "TvMeubel_LED", "protocol": [ "silvercrest" ], "id": [{ "id": 17, "unit": 0 }], "state": "off" } } } |
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
dit staat op pilight.org als voorbeeld
1
2
3
4
5
6
7
8
9
10
11
12
| "living": { "name": "Living", "switch": { "name": "switch", "protocol": [ "silvercrest" ], "id": [{ "id": 22 "unit": 0 }], "state": "off" } } |
bij pilight-daemon -D krijg ik dan dit
1
2
3
4
5
| root@xbian:/etc/pilight# sudo pilight-daemon -D [Jan 13 14:46:21:662441] pilight-daemon: DEBUG: ssdp sent search [Jan 13 14:46:21:760406] pilight-daemon: NOTICE: no pilight daemon found, daemonizing [Jan 13 14:46:21:763541] pilight-daemon: ERROR: setting #3 "id" of "switch", invalid [Jan 13 14:46:21:766922] pilight-daemon: DEBUG: removed stale pid_file /var/run/pilight.pid |
Poort vastzetten op 5000 in de settings heeft ook niet geholpen.CurlyMo schreef op dinsdag 13 januari 2015 @ 13:07:
Je kan anders de poort van pilight-daemon statisch maken door "port": 5000 toe te voegen aan je settings. Dan kan je met pilight-send direct proberen te verbinden. Bijv.:
code:
1 pilight-send -P 5000 -S x.x.x.x -p raw -c ".."
1
2
3
4
| root@raspberrypi:/home/pi# service pilight status [ ok ] pilight is running. root@raspberrypi:/home/pi# /usr/local/bin/./pilight-send -P 5000 -p kaku_switch_old -i 18 -u 12 -f [Jan 13 21:05:53:334609] pilight-send: ERROR: no pilight ssdp connections found |
Ik krijg steeds meer het idee dat dit op de een of andere gekke manier toch te maken heeft met het missen van de receiver. Binnenkort maar eens een bestelling plaatsen bij CurlyMo en helemaal op nieuw beginnen.
1
2
3
4
5
6
| { "433gpio": { "sender": 0, "receiver": -1 } } |
Heb je iets aan mijn antwoord ? Een thumbs-up wordt zeker op prijs gesteld.
@hanckey, kan je het begin van pilight-daemon -D plaatsen? Ik kan je verzekeren dat het niks te maken heeft met het missen van een receiver.
Sinds de 2 dagen regel reageer ik hier niet meer
Als je je groepen in gui niet in groepen plaatst, dan verschijnt na verloop van tijd een bepaald onderdeel in een verkeerde groep. Eenmaal zichtbaar in een verkeerde groep blijft deze daar in staan, ook na een herstart.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
| "telefoonladerm": { "name": "telefoonlader_maartje", "group": [ "boven" ], "media": [ "all" ], "readonly": 0 }, "gordijn": { "name": "gordijn", "group": [ "beneden" ], "media": [ "all" ], "readonly": 0 }, "babyfoon": { "name": "babyfoon", "group": [ "boven" ], "media": [ "all" ], "readonly": 0 }, "telefoonladerf": { "name": "telefoonlader_frank", "group": [ "boven" ], "media": [ "all" ], "readonly": 0 } |
Image
https://www.dropbox.com/s...5-01-14-08-49-22.png?dl=0
Money isn't rellevant..... who you are is.....
Vanavond zal ik het begin van pilight-daemon -D plaatsen. Hoeveel regels wil je daarvan zien?CurlyMo schreef op woensdag 14 januari 2015 @ 00:17:
@Flaffel, welke error krijg je als je pilight start met pilight-daemon -D mét de komma. Het wiki voorbeeld klopte dus niet.
@hanckey, kan je het begin van pilight-daemon -D plaatsen? Ik kan je verzekeren dat het niks te maken heeft met het missen van een receiver.
Ik kan ondertussen wel een succesje bekend maken: via de webinterface is het me gelukt om een kaku schakelaar in te leren en daarna te gebruiken. Voor zover ik zag kwamen hierbij ook geen fouten voorbij in de debug. Het verzenden werkt dus wel.
1
| no pilight ssdp connections found |
Na reboot van Raspberry werkt pilight goed.
Na verloop van tijd kan een paar uur of een dag werkt pilight-send niet meer.
Dan de bovenstaande fout melding.
Uiteraard de wiki m.n. pnt 6 gevolgd en op de diverse sites gekeken, iptables etc. Geen resultaat.
Ik gebruik momenteel geen receiver, dus ook uitgeschakeld.
@hanckey, doe maar even volledige op pastebin plaatsen.
@BenPi, ook in jouw geval. Werkt het direct verbinden naar een server poort wel?
Sinds de 2 dagen regel reageer ik hier niet meer
Momenteel werkt pilight goed. Reboot een uur geleden gedaan.
[ Voor 16% gewijzigd door BenPi op 14-01-2015 11:03 ]
(ik pas de volgorde wel aan, dan is het probleem opgelost)
De bovenste youtube film op de blog pagina van pilight.org werkt niet meer. (is een privé filmpje geworden)
[ Voor 46% gewijzigd door fvandenreek op 14-01-2015 12:46 ]
Money isn't rellevant..... who you are is.....
Sinds de 2 dagen regel reageer ik hier niet meer
Goed, nu de filter weer aangesloten en er komt weer niks binnen via pilight-raw als ik op de knop van de afstandbediening druk.Zwerver schreef op zaterdag 03 januari 2015 @ 18:21:
[...]
Zonder nog, ga zo proberen het filter ertussen te zetten nu dit werkt.
Het enige wat ik kan bedenken is dat ik de pinnetjes verkeerd heb omgezet (heb een .avrduderc gemaakt omdat de pin layout praat over pinnetjes die voor R1 zijn en niet R2 zie https://github.com/pilight/pilight_firmware)
Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer
1
| pilight-flash -f /etc/pilight/pilight_firmware_t8X_v3.hex |
De X is afhankelijk van je ATTiny.
Sinds de 2 dagen regel reageer ik hier niet meer
met de volgende config :CurlyMo schreef op woensdag 14 januari 2015 @ 00:17:
@Flaffel, welke error krijg je als je pilight start met pilight-daemon -D mét de komma. Het wiki voorbeeld klopte dus niet.
@hanckey, kan je het begin van pilight-daemon -D plaatsen? Ik kan je verzekeren dat het niks te maken heeft met het missen van een receiver.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| { "zolder": { "name": "Zolder", "switch": { "name": "TvMeubel_LED", "protocol": [ "silvercrest" ], "id": [{ "id": 17, "unit": 0 }], "state": "off" } } } |
krijg ik deze fout:
1
2
3
4
5
| root@xbian:/etc/pilight# pilight-daemon -D [Jan 14 17:48:07:855352] pilight-daemon: DEBUG: ssdp sent search [Jan 14 17:48:07:957718] pilight-daemon: NOTICE: no pilight daemon found, daemonizing [Jan 14 17:48:07:962000] pilight-daemon: ERROR: setting #3 "id" of "switch", invalid [Jan 14 17:48:07:965915] pilight-daemon: DEBUG: removed stale pid_file /var/run/pilight.pid |
Intussen zelf ook verder gezocht en het lijkt dat deze Praxis schakelaar werkt met het chacon protocol, na wat google werk blijkt dit (nog) niet ondersteunt te worden.
wel is het me gelukt om met raw de schakelaar aan en uit te zetten
aan
1
| pilight-send -p raw --code="313 939 313 939 313 939 939 313 313 939 939 313 313 939 939 313 313 939 313 939 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 313 939 313 939 313 10642" |
uit
1
| pilight-send -p raw --code="313 939 313 939 313 939 939 313 313 939 939 313 313 939 939 313 313 939 313 939 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 313 939 939 313 939 313 939 313 313 10642" |
Ik denk dat voor deze schakelaar een apart protocol gemaakt moet worden, stiekem al even gekeken hoe dat moet, op dit moment nog iets te ingewikkeld voor me aangezien ik hier net mee begonnen ben. Ik denk dat ik op termijn wel kan realiseren.
Inmiddels ook een Gamma setje gehaald en die werkte in 1 keer. Erg blij met Pilight. Hopelijk kan je me nog wat verder helpen om ook de Praxis set te laten werken
Sinds de 2 dagen regel reageer ik hier niet meer
Nou het werkt inderdaad. Ik was al veel te ver aan het zoeken. BedanktCurlyMo schreef op woensdag 14 januari 2015 @ 19:07:
Er bleken nog meer fouten te staan op de wiki. Nu zou het gewoon moeten werken.
Zie hier de debug output. Ik hoop dat je hier iets mee kunt. Als ik nog iets anders voor je moet testen dan hoor ik het graag.CurlyMo schreef op woensdag 14 januari 2015 @ 10:34:
@fvandenreek, dat is dan een browser cache probleem. pilight kan het niet veroorzaken.
@hanckey, doe maar even volledige op pastebin plaatsen.
@BenPi, ook in jouw geval. Werkt het direct verbinden naar een server poort wel?
Vanavond heb ik niet veel tijd gehad. Ik heb alleen de kaku switch die ik kan bedienen via de webserver geprobeerd te bedienen m.b.v. pilight-send, maar dat werkt niet met de ssdp foutmelding als gevolg. Zowel via de webinterface als de command line zouden te zien moeten zijn in de debug output.
1
| sudo nc localhost:5000 |
Zie je dan in pilight zoiets:
1
2
3
| [ Jan 14 21:33:38:63958] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 55280 [ Jan 14 21:33:38:64059] pilight-daemon: DEBUG: client fd: 24 [ Jan 14 21:33:38:64110] pilight-daemon: DEBUG: client id: 4 |
Sinds de 2 dagen regel reageer ik hier niet meer
Ik heb nc localhost 5000 gedraaid (2x hetzelfde resultaat, alleen poort 1 getalletje hoger):CurlyMo schreef op woensdag 14 januari 2015 @ 22:33:
Kan je pilight-daemon in debug modus draaien in SSH scherm 1. En dan in scherm 2:
code:
1 sudo nc localhost:5000
Zie je dan in pilight zoiets:
code:
1 2 3 [ Jan 14 21:33:38:63958] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 55280 [ Jan 14 21:33:38:64059] pilight-daemon: DEBUG: client fd: 24 [ Jan 14 21:33:38:64110] pilight-daemon: DEBUG: client id: 4
1
2
3
4
5
6
7
8
9
10
| [ Jan 14 22:28:20:28368] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 44169 [ Jan 14 22:28:20:28616] pilight-daemon: DEBUG: client fd: 15 [ Jan 14 22:28:20:28769] pilight-daemon: DEBUG: client id: 3 [Jan 14 22:28:20:218343] pilight-daemon: DEBUG: socket write succeeded: {"values":{"cpu":0.2555444935512854,"ram":0.3911901827340443},"origin":"config","type":-1,"uuid":"0000-00-00-3e-79ede4"} [Jan 14 22:28:20:221359] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":0.2555444935512854,"ram":0.3911901827340443},"origin":"config","type":-1,"uuid":"0000-00-00-3e-79ede4"} [Jan 14 22:28:23:229078] pilight-daemon: DEBUG: socket write succeeded: {"values":{"cpu":0.1811559280039901,"ram":0.3911901827340443},"origin":"config","type":-1,"uuid":"0000-00-00-3e-79ede4"} [Jan 14 22:28:23:231728] pilight-daemon: DEBUG: broadcasted: {"values":{"cpu":0.1811559280039901,"ram":0.3911901827340443},"origin":"config","type":-1,"uuid":"0000-00-00-3e-79ede4"} [Jan 14 22:28:24:808813] pilight-daemon: DEBUG: client disconnected, ip 127.0.0.1, port 44169 |
Ik heb nog even gecontroleerd met pilight-send (als resultaat de SSDP foutmelding) komt er niks aan bij de daemon. Tenminste er verschijnt niks in de debug. De webinterface kan nog steeds schakelen en dat verschijnt ook zoals het hoort in de debug.
Sinds de 2 dagen regel reageer ik hier niet meer
1
| "port": 5000 |
1
| no pilight ssdp connections found |
De toevoeging van -S 127.0.0.1 is de oplossing. Ik had daar zelf niet bij stil gestaan. Ik dacht namelijk dat dit de standaard waarde was voor de server als je geen waarde opgeeft.CurlyMo schreef op donderdag 15 januari 2015 @ 19:57:
Als nc localhost 5000 werkt, dan moet pilight-send -S 127.0.0.1 -P 5000 ook werken...
met
1
| pilight-send -S 127.0.0.1 -P 5000 -S -p impuls -s 0 -u 2 -t |
Sinds de 2 dagen regel reageer ik hier niet meer
Zomaar nog even wat vragen:
- Is het mogelijk via rules om te bepalen of je thuis bent, op basis van of je mobiele telefoon binnen bereik is van het Wifi netwerk.
- Is het al mogelijk om via pilight je huidige energie verbruik te kunnen zien doormiddel van een slimme meter of de puls teller van Klik aan klik uit.
Het draaid nu meerdere dagen weer goed. Zal als het weer fout gaat, de nightly proberen te installeren.
Hoe gaat dat op de simpelste manier ? Link ?
- Ja, via het ping of arping protocol.
- Nog niet. Zie de pilight roadmap op het forum.
@BenPi, als je op de frontpage van pilight problemen hebt met het vinden van info over de nightly, dan hoor ik het wel
Sinds de 2 dagen regel reageer ik hier niet meer
Zag dat S*mfy ook ondersteund word, geweldig! Is dit ook gewoon een kwestie van pilight in receive modus zetten en dan even een paar keer op de orginele AB drukken?
CurlyMo schreef op maandag 19 januari 2015 @ 15:42:
@rorie,
- Ja, via het ping of arping protocol.
- Nog niet. Zie de pilight roadmap op het forum.
@BenPi, als je op de frontpage van pilight problemen hebt met het vinden van info over de nightly, dan hoor ik het wel
S*mfy is door wo_rasp op de wiki gezet, maar nog steeds niet geïmplementeerd. Bedenk daarbij dat de wiki door de community wordt onderhouden. Het enige wat ik doe is bij elke release de informatie bijwerken tot de laatste status. Tussendoor is het de taak van de gebruikers om de wiki bij te houden.
Sinds de 2 dagen regel reageer ik hier niet meer