pilight - open source domotica oplossing

[CurlyMo]

@BastienVH: Zoals ik al zei is er geen verschil tussen flashen via Windows als via linux behalve dan de com poort. Verschil in vermogen kan ik weinig over zeggen, ik zou het gewoon eens proberen met antenne.

@rorie, kan je gewoon eens pilight 6 proberen. Sinds die commit is er niks gebeurt dat invloed zou moeten hebben op het zenden. Het is wel handig als je niet elke antwoord geeft op één van mijn vragen, maar ze gelijk allemaal beantwoord

[BastienVH]

CurlyMo schreef op donderdag 11 juni 2015 @ 16:12:
@BastienVH: Zoals ik al zei is er geen verschil tussen flashen via Windows als via linux behalve dan de com poort. Verschil in vermogen kan ik weinig over zeggen, ik zou het gewoon eens proberen met antenne.

Ik heb geen antenne, dus heb de arduino (+ zender/ontvanger) eens opnieuw aan de pc gehangen en daar werkt hij prima.
Ik heb de config-files vergeleken en wat er op mijn pi niet bij staat is "send-repeats". Als ik pilight op m'n pi stop, de config.json aanpas met de extra lijn (en komma bij de lijn erboven), wil pilight niet meer starten. De error-log geeft aan:

code:

[Jun 12 13:50:13:147818] pilight-daemon: ERROR: config is not in a valid json format

Hier is mijn huidige config.json:

code:

{
    "devices": {
        "BureauLampPL": {
            "protocol": [ "kaku_switch_old" ],
            "id": [{
                "id": 30,
                "unit": 14
            }],
            "state": "on"
        },
        "RadioPL": {
            "protocol": [ "kaku_switch_old" ],
            "id": [{
                "id": 29,
                "unit": 14
            }],
            "state": "off"
        }
    },
    "rules": {},
    "gui": {
        "BureauLampPL": {
            "name": "Bureaulamp",
            "group": [ "PiLight" ],
            "media": [ "all" ]
        },
        "RadioPL": {
            "name": "Radio eetkamer",
            "group": [ "PiLight" ],
            "media": [ "all" ]
        }
    },
    "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,
        "port": 5000
    },
    "hardware": {
        "433nano": {
            "comport": "/dev/ttyUSB0"
        }
    },
    "registry": {
        "pilight": {
            "version": {
                "current": "7.0"
            }
        }
    }
}

en de config.json die ik wil implementeren:

code:

{
    "devices": {
        "BureauLampPL": {
            "protocol": [ "kaku_switch_old" ],
            "id": [{
                "id": 30,
                "unit": 14
            }],
            "state": "off"
        },
        "RadioPL": {
            "protocol": [ "kaku_switch_old" ],
            "id": [{
                "id": 29,
                "unit": 14
            }],
            "state": "off"
        }
    },
    "rules": {},
    "gui": {
        "BureauLampPL": {
            "name": "Bureaulamp",
            "group": [ "PiLight" ],
            "media": [ "all" ]
        },
        "RadioPL": {
            "name": "Radio eetkamer",
            "group": [ "PiLight" ],
            "media": [ "all" ]
        }
    },
    "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,
        "port": 5000,
        "send-repeats": 1
    },
    "hardware": {
        "433nano": {
            "comport": "/dev/ttyUSB0"
        }
    },
    "registry": {
        "pilight": {
            "version": {
                "current": "7.0"
            }
        }
    }
}

Ter info: de pc draait pilight 6 en de raspi pilight 7.
Is send-repeats uit versie 7 gehaald?

[CurlyMo]

http://www.pilight.org/post/pilight-70 laatste kopje

[BastienVH]

CurlyMo schreef op vrijdag 12 juni 2015 @ 14:28:
http://www.pilight.org/post/pilight-70 laatste kopje

Bedankt, daar had ik over gekeken.
Ik heb pilight nog eens opnieuw geïnstalleerd en ben er dan toch in geslaagd de nano te flashen vanaf de pi.
De instructie die op github bij pilight_firmware staat ( sudo apt-get install gcc-avr avr-libc ), staat niet bij pilight-usb-nano.
Ik had dus wel gcc-avr geïnstalleerd op de pi, maar niet avr-libc, waardoor hij files ontbrak.
Nu is hij wel correct geflasht én werkt hij naar behoren (hij switcht mijn stopcontacten weer, JOEPIE!).

Bedankt voor de ondersteuning en het geleverde werk!

[Verwijderd]

Hallo allemaal,

Kan iemand mij helpen met het laatste stukje van mijn puzzel? Ik heb uren geprobeerd mijn kaku switch aan de praat te krijgen, maar het lukt me maar niet.

Als ik in de GUI de switch bedien krijg ik het volgende resultaat:

code:

root@raspberrypi:~# pilight-receive
{
        "origin": "sender",
        "protocol": "arctech_switch",
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "off"
        },
        "repeat": 1,
        "uuid": "0000-b8-27-eb-deb395"
}
{
        "origin": "sender",
        "protocol": "arctech_switch",
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "on"
        },
        "repeat": 1,
        "uuid": "0000-b8-27-eb-deb395"
}

Maar er gebeurt niets bij mijn KAKU aparaat.

Als ik de afstandsbediening van de KAKU gebruik krijg ik het volgende:

code:

root@raspberrypi:~# pilight-receive                                                            {
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}
{
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}
{
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "opened"
        },
        "origin": "receiver",
        "protocol": "arctech_contact",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}
{
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "down"
        },
        "origin": "receiver",
        "protocol": "arctech_screen",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}
{
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}
{
        "message": {
                "id": 13265110,
                "unit": 0,
                "state": "closed"
        },
        "origin": "receiver",
        "protocol": "arctech_contact",
        "uuid": "0000-b8-27-eb-deb395",
        "repeats": 1
}

Weet iemand wat ik verkeerd doe? Hoe krijg ik het werkend?

[CurlyMo]

Verwijderd schreef op dinsdag 23 juni 2015 @ 18:38:
Weet iemand wat ik verkeerd doe? Hoe krijg ik het werkend?

Allereerst door de juiste code tags te gebruiken.

[Verwijderd]

CurlyMo schreef op dinsdag 23 juni 2015 @ 18:42:
[...]

Allereerst door de juiste code tags te gebruiken.

Aangepast.

[ Voor 20% gewijzigd door Verwijderd op 23-06-2015 18:47 ]

[CurlyMo]

Weet je zeker dat de zender werkt en goed is aangesloten?

[Verwijderd]

CurlyMo schreef op dinsdag 23 juni 2015 @ 19:34:
Weet je zeker dat de zender werkt en goed is aangesloten?

Qua bedrading ben ik daar 99% zeker van. Is er een manier hoe ik kan testen of de zender werkt?

[CurlyMo]

Met een LED. Zien of hij knippert.

[CurlyMo]

Verwijderd schreef op zaterdag 30 mei 2015 @ 12:37:
Als ik van pilight 7.0 de daemon, plight-receive op mijn windows7 64 machine start, krijg ik de melding "The application was unable to start correctly (0x000007b).Click OK to close the application.

file rechten bekeken,geen bijzonderheden.

de vorige versie geen probleem.

ik zal nog een andere NTP pool toevoegen, ik laat het je weten.

Kan je kijken of dit probleem met de nieuwe Windows binary opgelost is?

[rorie]

Na problemen met het automatisch uitschakelen van mijn buitenverlichting dacht ik dit opgelost te hebben door geen gebruik meer te maken van het sunriseset protocol. Inschakelen gebeurd nog wel op basis van sunriseset.sunset alleen het uitschakelen gaat met de volgende rule:

code:

"rule_test2": {
                        "rule": "IF (datetime.hour == 01 AND datetime.minute == 30 AND datetime.second == 0) THEN switch DEVICE TuinLampAchterdeur AND TuinInLiteVerlicVerlichting AND TuinLampVoordeur TO off AFTER RANDOM(0,30) MINUTE",
                        "active": 1
                }

Dit ging de afgelopen 3 weken zonder problemen tot gisterenochtend, alle tuinverlichting branden nog toen ik wakker werd om half 8. Het enige verschil is dat ik gisterenavond mijn binnenverlichting met de hand heb uitgeschakeld met de kaku AB. Normaal gesproken word deze ook automatisch uitgeschakeld. Dit heb ik nu een paar keer uitgeprobeerd en er lijkt een relatie te zijn. Schakel ik voordat ik naar bed ga mijn binnenverlichting met de hand uit dan brand mijn buitenverlichting de volgende ochtend nog, zo niet dan niet. Enig idee hoe dit kan?

[CurlyMo]

Kan je kijken wat er gebeurt wanneer je hier drie regels van maakt? Voor elk apparaat één?

[hansdegit]

Gaaf spul, dat pilight.

Alleen: ik heb wat gedoe met antennes voor 433 Mhz. Mijn KaKu signalen worden feilloos opgepikt vanaf 2 hoog wanneer ik een ontvanger aan een Arduino nano hang, maar als de antenne aan de Pi hangt, moet ik op 20 cm afstand staan, anders pikt pilight het signaal niet op.

Geen idee hoe dat kan. Tips?

edit: ik kan natuurlijk ook gewoon de nano aan de Pi hangen....In afwachting van mijn bestelling bij CurlyMo

[ Voor 14% gewijzigd door hansdegit op 15-07-2015 11:34 ]

[CurlyMo]

Dat kan komen door de interferentie van de pi.

[hansdegit]

Vind het echt leuk worden om hiermee te spelen. Nog een vraagje wat ik op het forum zo snel niet kan vinden..:

de KaKu AYCT-102 heeft een "groep" toets (5e rijtje). Ik kan niet ontdekken welk unit id hier verzonden wordt en dus kan ik pilight niet vertellen hoe te luisteren naar dit signaal. Met pilight-receive of pilight-raw zie ik ook weinig. Kan iemand me een zetje in de goede richting geven?

[CurlyMo]

http://wiki.pilight.org/doku.php/arctech_switch_v7_0
Optional settings.

pilight snapt wanneer je een all commando stuurt.

[hansdegit]

Dat doet niet helemaal wat ik bedoel, ben ik bang. Of beter: pilight doet het wel goed (namelijk alles met dat address omschakelen).
Ik heb een KaKu wandcontactdoos ingeleerd met het "group" commando. Pilight herkent dat commando niet als signaal. Dit is de setting van het device:

code:

 "nachtwerk": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 15
                        }],
                        "all": 1,
                        "state": "off"
                }

Wat ik dus wil, is een commando de lucht insturen waar geen enkele wcd op reageert, maar pilight wél. Dat kan natuurlijk ook met een andere unit-id, maar dit leek me handiger: altijd de onderste toets van de afstandbediening.

[ Voor 15% gewijzigd door hansdegit op 15-07-2015 21:14 ]

[CurlyMo]

Wat zegt pilight-receive bij het indrukken van die knop?

[hansdegit]

Da's het rare, eigenlijk niets...Ik zie alleen date & time messages voorbij komen.

[CurlyMo]

Wat zegt pilight-debug bij het indrukken van de knop?

[hansdegit]

code:

--[RESULTS]--

time:           Wed Jul 15 22:02:16 2015
hardware:       433nano
pulse:          22
rawlen:         136
pulselen:       31

Raw code:
1080 300 1080 680 1080 300 1080 300 1080 300 1080 1080 1080 300 1080 300 1080 300 1080 1080 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 400 1080 300 1080 680 1080 1270 1080 730 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 680 1080 300 1080 300 1080 300 1080 1080 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 300 1080 680 1080 300 1080 300 1080 300 1080 1080 1080 300 1080 300 1080 300 1080 400 1080 1080
--[RESULTS]--

time:           Wed Jul 15 22:02:36 2015
hardware:       433nano
pulse:          9
rawlen:         142
pulselen:       250

Raw code:
100 3270 100 2370 100 250 100 1320 100 550 100 1320 100 250 100 550 100 250 100 550 100 250 100 250 100 250 100 250 100 100 100 250 100 550 100 250 100 250 100 550 100 1320 100 700 100 550 100 250 100 1320 100 550 100 1320 100 550 100 1320 100 550 100 700 100 550 100 250 100 1320 100 550 100 550 100 1320 100 550 100 100 100 550 100 1320 100 100 100 1030 100 550 100 250 100 1320 100 1320 100 250 100 700 100 250 100 250 100 1030 100 550 100 550 100 550 100 1320 100 550 100 1320 100 1320 100 550 100 1030 100 550 100 1030 100 250 100 550 100 550 100 1320 100 250 100 700 100 550 100 8500

[CurlyMo]

Beide geen KaKu signalen. Nieuwe KaKu heeft een rawlen van 132, pulselen van +/- 300 en een pulse van +/- 4.

[hansdegit]

Nou, dan laten we het lekker zitten. Zal wel een signaal van het weerstation van de buren zijn, denk ik. Sorry dat ik je tijd verstookt heb.

Wat ik graag wil: een script aftrappen op een bepaald tijdstip (om mijn ESX te starten met ipmi). Moet ik daar het "program" protocol voor hebben?

[CurlyMo]

Voor script wel ja.

[hansdegit]

Hmm, apart probleempje en waarschijnlijk doe ik iets niet goed. Hier mijn config:

code:

{
        "devices": {
                "vandaag": {
                        "protocol": [ "datetime" ],
                        "id": [{
                                "longitude": 4.79965,
                                "latitude": 52.78823
                        }],
                        "dst": 1,
                        "year": 2015,
                        "month": 7,
                        "day": 18,
                        "weekday": 7,
                        "hour": 19,
                        "minute": 36,
                        "second": 24
                },
                "zon": {
                        "protocol": [ "sunriseset" ],
                        "id": [{
                                "longitude": 4.79965,
                                "latitude": 52.78823
                        }],
                        "sunrise": 5.38,
                        "sunset": 21.57,
                        "sun": "rise"
                },
                "esx": {
                        "protocol": [ "ping" ],
                        "id": [{
                                "ip": "192.168.0.6"
                        }],
                        "state": "connected",
                        "poll-interval": 60
                },
                "meterkast": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 4
                        }],
                        "state": "on"
                },
                "werkkamer": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 5
                        }],
                        "state": "on"
                },
                "nachtwerk": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 15
                        }],
                        "state": "off"
                },
                "zolder": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 6
                        }],
                        "state": "on"
                },
                "vvkeuken": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 1
                        },
                        {
                                "id": 8290222,
                                "unit": 0
                        }],
                        "state": "off"
                },
                "vvbadkamer": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 3
                        },
                        {
                                "id": 8290222,
                                "unit": 1
                        }],
                        "state": "off"
                },
                "fans_eettafel": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 0
                        },
                        {
                                "id": 8290222,
                                "unit": 0
                        }],
                        "state": "off"
                },
                "fans_zithoek": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 2
                        },
                        {
                                "id": 8290222,
                                "unit": 0
                        }],
                        "state": "off"
                },
                "televisiehoek": {
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 7994294,
                                "unit": 8
                        }],
                        "state": "off"
                }
        },
        "rules": {
                "Zonsopkomst": {
                        "rule": "IF zon.sun IS rise THEN switch DEVICE meterkast AND werkkamer AND zolder TO on",
                        "active": 1
                },
                "zolder_uit": {
                        "rule": "IF vandaag.second == 0 AND (vandaag.minute == 0 OR vandaag.minute == 1) AND vandaag.hour == 23 THEN switch DEVICE zolder TO off",
                        "active": 1
                },
                "basisinfra_en_zolder_overdag": {
                        "rule": "IF (vandaag.second == 0 AND vandaag.hour >= 7 AND vandaag.minute == 30 AND vandaag.hour < 23) THEN switch DEVICE meterkast AND werkkamer AND zolder TO on",
                        "active": 1
                },
                "basisinfra_uit_als_esx_uit": {
                        "rule": "IF (werkkamer.state IS off AND esx.state IS disconnected AND vandaag.second == 0 AND (vandaag.hour > 22 OR vandaag.hour < 7) AND nachtwerk.state IS off) THEN switch DEVICE meterkast AND werkkamer AND zolder TO off",
                        "active": 1
                },
                "nachtwerk_basisinfra_aan": {
                        "rule": "IF nachtwerk.state IS on THEN switch DEVICE meterkast AND werkkamer TO on",
                        "active": 1
                }
        },
        "gui": {
                "zon": {
                        "name": "Zonsopkomst / Zonsondergang",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "vandaag": {
                        "name": "Date & Time",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "meterkast": {
                        "name": "Modem, antenneversterker, switch in meterkast",
                        "group": [ "Basisinfra" ],
                        "media": [ "all" ]
                },
                "werkkamer": {
                        "name": "Werkkamer",
                        "group": [ "Basisinfra" ],
                        "media": [ "all" ]
                },
                "esx": {
                        "name": "ESX server",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "zolder": {
                        "name": "Zolder: Switch, Tigo, Rpi",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "nachtwerk": {
                        "name": "Nachtwerk override",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "televisiehoek": {
                        "name": "Televisiehoek",
                        "group": [ "Diversen" ],
                        "media": [ "all" ]
                },
                "vvbadkamer": {
                        "name": "Vloerverwarmingspomp badkamer",
                        "group": [ "Verwarming boven" ],
                        "readonly": 0,
                        "media": [ "all" ]
                },
                "fans_eettafel": {
                        "name": "Radiatorventilatoren eettafel",
                        "group": [ "Verwarming beneden" ],
                        "readonly": 0,
                        "media": [ "all" ]
                },
                "vvkeuken": {
                        "name": "Vloerverwarmingspomp keuken",
                        "group": [ "Verwarming beneden" ],
                        "readonly": 0,
                        "media": [ "all" ]
                },
                "fans_zithoek": {
                        "name": "Radiatorventilatoren zithoek",
                        "group": [ "Verwarming beneden" ],
                        "readonly": 0,
                        "media": [ "all" ]
                }
        },
        "settings": {
                "log-level": 6,
                "pid-file": "/var/run/pilight.pid",
                "log-file": "/var/log/pilight.log",
                "ntp-servers": [ "192.168.0.1", "0.nl.pool.ntp.org", "time.windows.com", "1.nl.pool.ntp.org" ],
                "webserver-enable": 1,
                "webserver-root": "/usr/local/share/pilight/",
                "webserver-http-port": 5001,
                "webserver-cache": 1
        },
        "hardware": {
                "433nano": {
                        "comport": "/dev/ttyUSB0"
                }
        },
        "registry": {
                "pilight": {
                        "firmware": {
                                "version": 1,
                                "lpf": 8,
                                "hpf": 1600
                        },
                        "version": {
                                "current": "7.0"
                        }
                }
        }

Via de webgui kan ik mijn KaKu dozen prima schakelen, maar bij de rules krijg ik het niet elkaar. Met andere woorden: de zender is prima, pilight zélf is ook prima, maar de execution van mijn rules laat te wensen over. De log zegt:

code:

[Jul 18 16:30:00:968276] pilight-daemon: INFO: started "switch" action for device "meterkast"
[Jul 18 16:30:00:969370] pilight-daemon: INFO: stopped "switch" action for device "meterkast"
[ Jul 18 17:30:00:53137] pilight-daemon: INFO: executed rule: basisinfra_en_zolder_overdag
[ Jul 18 17:30:00:55228] pilight-daemon: INFO: started "switch" action for device "zolder"
[ Jul 18 17:30:00:56149] pilight-daemon: INFO: stopped "switch" action for device "zolder"
[ Jul 18 17:30:00:56745] pilight-daemon: INFO: started "switch" action for device "werkkamer"
[ Jul 18 17:30:00:57820] pilight-daemon: INFO: stopped "switch" action for device "werkkamer"
[ Jul 18 17:30:00:59068] pilight-daemon: INFO: started "switch" action for device "meterkast"
[ Jul 18 17:30:00:60027] pilight-daemon: INFO: stopped "switch" action for device "meterkast"
[Jul 18 17:36:24:669301] pilight-daemon: INFO: removed stale pid_file /var/run/pilight.pid

Maar de KaKu doos in de meterkast is nooit aangegaan... Nogmaals: via de GUI gaat dat prima. Waar kan ik gaan troubleshooten?

[CurlyMo]

Kan je eerst in gewoon beschrijven wat er zou moeten gebeuren?

[hansdegit]

Oh, heel simpel... Ik wil ieder uur de infra in de meterkast en de werkkamer aanschakelen. Waarom ieder uur? Leek me wel handig na een stroomstoring.

code:

"basisinfra_en_zolder_overdag": {
                        "rule": "IF (vandaag.second == 0 AND vandaag.hour >= 7 AND vandaag.minute == 30 AND vandaag.hour < 23) THEN switch DEVICE meterkast AND werkkamer AND zolder TO on",
                        "active": 1
                },

Ik wil eerst deze basisregel laten werken. Het zou ervoor moeten zorgen dat mijn router, modem en zonnelogger aanschakelen.

[marrekau117]

Ik heb het probleem dat bij Pilight 7(stable) en ook bij de nightly dat de signalen van de kaku amt-502 afstandsbediening niet ontvangen worden. Dit gebeurt niet als ik Pilight-recieve gebruik. Als ik pilight-debug gebruik krijg ik deze invoer wat wel zou kloppen . Dit is op meerdere raspberry's getest en ook met meerdere ontvangers. Terwijl als je op de zelfde setup Pilight 6 draait het wel werkt.
Is er misschien ergens een bug in geslopen?

code:

time:           Sat Jul 18 19:19:07 2015
hardware:       433gpio
pulse:          9
rawlen:         132
pulselen:       253

Raw code:
225 2625 225 300 225 1325 225 300 225 1350 225 1350 225 300 225 300 225 1325 225 300 225 1325 225 300 225 1375 200 1325 225 300 225 1325 225 300 225 1350 225 300 225 300 225 1325 225 1350 225 300 225 1325 250 275 225 300 225 1350 225 1350 200 300 225 1325 225 300 225 300 225 1350 225 1325 225 300 225 300 225 1350 225 1350 225 300 225 300 225 1325 225 1350 225 300 225 300 225 1350 225 300 225 1400 175 300 225 1350 225 1325 225 300 225 325 200 1350 225 300 225 1325 225 300 225 1350 225 1350 225 300 250 1325 225 300 225 1350 200 300 250 1300 225 300 225 8625
--[RESULTS]--] DIt zal dan geen kaku zijn denk

Dit komt uit de Debug van V6

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         130
binlen:         32
pulselen:       253

Raw code:
253 2530 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 253 1012 1012 253 1265 253 1265 253 253 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 8602
Binary code:
00100001010110111101011110010110
--[RESULTS]--

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         116
binlen:         29
pulselen:       255

Raw code:
510 255 1275 255 255 255 1275 255 255 255 1275 255 510 1275 255 1275 255 255 255 255 255 1275 255 1275 255 255 255 255 255 1275 255 1275 255 255 255 1275 255 255 255 255 255 1275 255 1275 255 255 255 1275 255 255 255 1275 255 255 255 1275 255 255 255 255 255 1275 255 1275 255 255 255 255 255 1275 255 1275 255 255 255 1275 255 255 255 1275 255 255 255 1275 255 255 255 255 255 1275 255 255 255 1275 255 255 255 1275 255 1275 255 255 255 255 255 1275 255 255 255 1275 255 1275 255 255 255 8670
Binary code:
00010101101111010111100010011
--[RESULTS]--

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         117
binlen:         29
pulselen:       252

Raw code:
252 252 252 252 1764 252 252 1260 252 252 252 1260 252 252 252 1260 504 1008 252 252 252 252 252 1260 252 1260 252 252 252 252 252 1260 252 1260 252 252 252 1260 252 252 252 252 252 1260 252 1512 252 252 252 1260 252 252 252 1512 0 252 252 1260 252 252 252 252 252 1260 252 1260 252 252 252 252 252 1260 252 1260 252 252 252 1260 252 252 252 1260 252 252 252 1260 252 252 252 252 252 1260 252 252 252 1512 252 252 1260 252 1260 252 252 252 252 252 1260 252 252 252 1260 252 1260 252 252 252 8568
Binary code:
01110101001000010100001100000
--[RESULTS]--

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         118
binlen:         29
pulselen:       251

Raw code:
0 251 251 251 251 1255 251 251 251 1255 251 251 251 1255 251 251 251 1255 251 1255 251 502 0 251 251 1255 251 1255 251 251 251 251 251 1255 251 1255 251 251 251 1255 251 251 251 251 251 1255 251 1255 251 251 251 1255 251 251 251 1255 251 251 251 1255 251 251 251 251 251 1255 251 1255 251 251 251 251 251 1255 251 1255 251 251 251 1255 251 251 251 1255 251 251 251 1255 251 251 251 251 251 1255 251 251 251 1255 251 502 1255 251 1255 251 502 251 251 1255 251 251 251 1255 251 1255 251 251 251 8534
Binary code:
00001010110111101011110000110
--[RESULTS]--

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         120
binlen:         30
pulselen:       253

Raw code:
253 253 253 253 506 1518 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1518 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 8602
Binary code:
000010101101111010111100010011
--[RESULTS]--

time:           Sat Jul 18 21:42:54 2015
hardware:       433gpio
pulse:          5
rawlen:         117
binlen:         29
pulselen:       253

Raw code:
253 253 253 506 253 1265 253 253 253 1518 253 253 1265 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 253 253 1265 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 253 253 253 253 1265 253 253 253 1265 253 253 253 1265 253 2024 253 253 253 1265 253 253 253 1265 253 1265 253 253 253 8602
Binary code:
00000000000000000000000000000

[ Voor 65% gewijzigd door marrekau117 op 18-07-2015 22:50 . Reden: meer informatie ]

[CurlyMo]

quote != code
Pilight != pilight

[marrekau117]

Ik heb de quote aangepast naar code. Maar het feit blijft dat de afstandsbediening bij versie 6 perfect gezien wordt en bij versie 7 niet.

[CurlyMo]

Probeer eens deze lijn (lokaal) te veranderen in 250 en dan het geheel even handmatig compileren:
https://github.com/piligh...3.92/arctech_switch.c#L36

[karelvh]

Vandaag weer eens wat nieuwe functies aan mijn pilight configuratie gehangen, en ik ben weer erg blij met deze geweldige software!

Op dit moment spelen er nog 2 isues:

1. Ik gebruik een ad-hoc netwerk met de master op een CentOS server, en 3 raspberry pi's als nodes. 2 pi's hebben 433Mhz zenders. Als ik echter een kaku-switch wil besturen, die ongeveer in het midden tussen 2 zenders zit, dan lukt dat niet. Als ik 1 van de 2 zenders uitschakel (welke dan ook), gaat het prima, maar dan heb ik een bereik probleem in een andere hoek. Ik dacht, als ik in de configuratie voor dat device eens een pilight--uuid opgeef, zodat dit commando alleen door de gespecificeerde pi word uitgezonden, zou dat wellicht helpen, maar helaas lijkt de 433Mhz code ondanks de uuid specificatie door beide zenders uitgezonden te worden (wat blijkbaar tot storing leid). Is dit een bug, of zo bedoelde functionaliteit?

2. Een minor issue lijkt dat het nieuwe 'label' device nog niet ondersteund word in illumina voor android. Enig idee wanneer dat gaat komen?

Karel.

[marrekau117]

CurlyMo schreef op zondag 19 juli 2015 @ 14:39:
Probeer eens deze lijn (lokaal) te veranderen in 250 en dan het geheel even handmatig compileren:
https://github.com/piligh...3.92/arctech_switch.c#L36

Na pilight handmatig gecompileerd te hebben met deze oplossing komt alles weer perfect binnen! Gaat dit aangepast worden in de komende nightly of moet ik het zelf iedere keer aanpassen met de nieuwe builds?

[CurlyMo]

karelvh schreef op zondag 19 juli 2015 @ 16:32:
1. Ik gebruik een ad-hoc netwerk met de master op een CentOS server, en 3 raspberry pi's als nodes. 2 pi's hebben 433Mhz zenders. Als ik echter een kaku-switch wil besturen, die ongeveer in het midden tussen 2 zenders zit, dan lukt dat niet. Als ik 1 van de 2 zenders uitschakel (welke dan ook), gaat het prima, maar dan heb ik een bereik probleem in een andere hoek. Ik dacht, als ik in de configuratie voor dat device eens een pilight--uuid opgeef, zodat dit commando alleen door de gespecificeerde pi word uitgezonden, zou dat wellicht helpen, maar helaas lijkt de 433Mhz code ondanks de uuid specificatie door beide zenders uitgezonden te worden (wat blijkbaar tot storing leid). Is dit een bug, of zo bedoelde functionaliteit?

Ik ga hier naar kijken.

2. Een minor issue lijkt dat het nieuwe 'label' device nog niet ondersteund word in illumina voor android. Enig idee wanneer dat gaat komen?

Die ondersteuning is er al. Even updaten dus.

[karelvh]

Mijn illumina is version 6.0.0, dat lijkt ook de laatste op github (of moet ik die ergens anders vinden?)

Echter mijn label lijkt niet goed te updaten.... Het is een gpio poort op een van de pi-nodes, en de rules draaien natuurlijk op de server. Na een herstart van een pi-node word het label goed gezet, maar als dan de gpio poort veranderd, gaat het label niet meer mee. Dezelfde code op een stand-alone pilight werkt prima, dus zou dat aan het ad-hoc netwerk kunnen liggen?

[CurlyMo]

De laatste illumina in f-droid is versie 7.0

Je standalone label bug ken ik niet. Kan je een kleine test situatie schetsen?

[karelvh]

CurlyMo schreef op zondag 19 juli 2015 @ 23:02:
De laatste illumina in f-droid is versie 7.0

Ga ik proberen, f-droid gebruikte ik tot nu toe niet.

Je standalone label bug ken ik niet. Kan je een kleine test situatie schetsen?

Ik zal binnenkort even een nette test-reeks doorlopen, dan kan ik je precies vertellen hoe de configuratie is, en wat hoe pilight reageert.

[hansdegit]

hansdegit schreef op zaterdag 18 juli 2015 @ 21:17:
Oh, heel simpel... Ik wil ieder uur de infra in de meterkast en de werkkamer aanschakelen. Waarom ieder uur? Leek me wel handig na een stroomstoring.

code:

"basisinfra_en_zolder_overdag": {
                        "rule": "IF (vandaag.second == 0 AND vandaag.hour >= 7 AND vandaag.minute == 30 AND vandaag.hour < 23) THEN switch DEVICE meterkast AND werkkamer AND zolder TO on",
                        "active": 1
                },

Ik wil eerst deze basisregel laten werken. Het zou ervoor moeten zorgen dat mijn router, modem en zonnelogger aanschakelen.

Schaamteloze self-quote.

Ik snap nog steeds niets van het feit dat een switch vanuit de GUI wél bij een KaKu doos aankomt, maar een switch vanuit de rule-engine niet. Ander codepad?

[CurlyMo]

Plaats eens de output van:

code:

pilight-daemon -D --debuglevel=1

[hansdegit]

Zo he, hoeveel regels wil je zien?

[CurlyMo]

Van het parsen van die regel.

[hansdegit]

code:

evaluate (OR) zon.sun IS rise
[Jul 20 11:00:00:156584] pilight-daemon: INFO: rule #1 Zonsopkomst was parsed in 0.002757 seconds
evaluate (AND) vandaag.second == 0 AND vandaag.minute == 15
evaluate (AND) vandaag.minute == 15
[Jul 20 11:00:00:160983] pilight-daemon: INFO: rule #2 testje was parsed in 0.003310 seconds
[Jul 20 11:00:00:171014] pilight-daemon: INFO: version v7.0
[Jul 20 11:00:00:172245] pilight-daemon: NOTICE: already active (pid 8685)

testje:

code:

 "testje": {
                        "rule": "IF vandaag.second == 0 AND vandaag.minute == 15 THEN switch DEVICE meterkast TO on",
                        "active": 1
                }

[ Voor 19% gewijzigd door hansdegit op 20-07-2015 13:01 ]

[CurlyMo]

Is dat de eerste keer dat de regel voorbij komt? De eerste keer parsed hij hem namelijk helemaal ongeacht de ANDs en ORs.

[hansdegit]

code:

root@powermgr:/etc/pilight# pilight-daemon -D --debuglevel=1
evaluate (OR) zon.sun IS rise
[Jul 20 11:06:22:800284] pilight-daemon: INFO: rule #1 Zonsopkomst was parsed in 0.002850 seconds
evaluate (AND) vandaag.second == 0 AND vandaag.minute == 15
evaluate (AND) vandaag.minute == 15
[Jul 20 11:06:22:805517] pilight-daemon: INFO: rule #2 testje was parsed in 0.003207 seconds
[Jul 20 11:06:22:814243] pilight-daemon: INFO: version v7.0
[Jul 20 11:06:22:816704] pilight-daemon: DEBUG: ssdp sent search
[Jul 20 11:06:22:909177] pilight-daemon: NOTICE: a pilight daemon was found @192.168.0.31, clientizing

[CurlyMo]

En werkt die regel wel?

[hansdegit]

Nee.
Ik lees op het forum overigens dat switches nooit opnieuw aangezet worden wanneer pilight "denkt" dat ze reeds aan staan. Klopt dit?

Zo ja: dan heb ik een probleem in het (zeldzame) geval van een stroomstoring. Een KaKu doos is nl. by default "off" als je 'em in het stopcontact steekt.

[karelvh]

CurlyMo schreef op zondag 19 juli 2015 @ 23:02:
De laatste illumina in f-droid is versie 7.0

Inderdaad illumina 7.0 gevonden via f-droid. Jammer dat je niet de apk los beschikbaar stelt, ik heb een paar oude devices die echt krap zijn wat opslag, en dan is de f-droid client een extra belasting.

Je standalone label bug ken ik niet. Kan je een kleine test situatie schetsen?

Dat bleek een stommiteit van mezelf te zijn. Ik had in de master configuratie bij de gpio devices geen uuid opgegeven (copy-paste van stand-alone testopstelling), en daardoor kwamen de gpio updates van 3 pi's op één device op de master binnen.

Blijft wel nog de uuid ondersteuning bij het verzenden van de codes via 433Mhz over, daardoor doen sommige kaku switches het soms wel, en soms niet.

Hartelijk dank voor de snelle respons!

[CurlyMo]

@hansdegit, klopt. Dat is nu eenmaal het probleem van 433.92Mhz. Enige optie die je hebt is het uit en aan zetten van een switch. Anders moet je naar z-wave.

@karelvh, http://android.pilight.org/illumina_7.0.0.apk

[ Voor 15% gewijzigd door CurlyMo op 20-07-2015 19:47 ]

[hansdegit]

Hmm, oke.

edit: ben het denk ik toch niet helemaal met je eens. Als het KaKu protocol nu met één signaal zou werken geef ik je gelijk, maar het is een specifiek UIT of AAN signaal. Wat is het bezwaar om dat meermaals uit te zenden?

Ik zie nét dat pilight de KaKu switch heeft aangeschakeld. Dus met de rules engine is gelukkig alles in orde.

Ik ga even struinen op pilight.org voor een lijstje van events waar ik gebruik van kan maken.

[ Voor 33% gewijzigd door hansdegit op 20-07-2015 20:16 ]

[hansdegit]

'k Denk dat ik eindeljik begrijp wat er fout gaat.

Deze rule gaat altijd goed:

code:

 "basisinfra_uit_als_esx_uit": {
                        "rule": "IF esx.state IS connected AND (vandaag.hour < 22 OR vandaag.hour < 7) AND nachtwerk.state IS off AND (vandaag.second == 0 OR vandaag.second == 30) THEN switch DEVICE basisinfra TO off",
                        "active": 1
                },

Maar als ik een extra device toevoeg om uit te schakelen gaat het mis; niet alle devices in het lijstje worden dan uitgeschakeld.

Kan dat met timing te maken hebben? Of is het een antennekwestie?
Als ik bij wijze van script gewoon met pilight-control 3 device in- of uitschakel, loopt het als een zonnetje.


vandaag je zender en ontvanger binnengekregen, CurlyMo, nog bedankt

[ Voor 7% gewijzigd door hansdegit op 21-07-2015 16:42 ]

[CurlyMo]

Het kan inderdaad met interferentie te maken hebben. Je kan de rule ook in drieën splitsen zodat alle apparaten 5 seconden na elkaar aan/uit gaan.

code:

IF esx.state IS connected AND (vandaag.hour < 22 OR vandaag.hour < 7) AND nachtwerk.state IS off AND (vandaag.second == 0 OR vandaag.second == 30) THEN switch DEVICE basisinfra TO off
IF esx.state IS connected AND (vandaag.hour < 22 OR vandaag.hour < 7) AND nachtwerk.state IS off AND (vandaag.second == 0 OR vandaag.second == 30) THEN switch DEVICE basisinfra1 TO off AFTER 5 SECOND
IF esx.state IS connected AND (vandaag.hour < 22 OR vandaag.hour < 7) AND nachtwerk.state IS off AND (vandaag.second == 0 OR vandaag.second == 30) THEN switch DEVICE basisinfra2 TO off AFTER 10 SECOND

[hansdegit]

Supert. Als je dus in je config wat pauzes inlast, blijkt het perfect te werken. Ik zie mezelf al snel een enhancement request doen op het forum.

Thx.

[sfinx]

Mijn 433nano device heb ik van een vaste naam voorzien (/dev/usb-pilight) zodat alles blijft werken mocht het ttyUSBx nummertje veranderen. Dit pad kan ik echter niet instellen in pilight omdat deze zo te zien van een vast lijstje devicenamen uitgaat. Is daar een reden voor?

[CurlyMo]

In de nightly is die lijst verwijderd.

[sfinx]

Ah top, ga ik die eens proberen.

[hansdegit]

He, jammer. Pilight had vanochtend geen zin om mijn router, modem en zonnelogger te starten.
Dit zijn mijn rules:

code:

 "rules": {
                "Zonsopkomst1": {
                        "rule": "IF zon.sun IS rise THEN switch DEVICE basisinfra TO on",
                        "active": 1
                },
                "Zonsopkomst2": {
                        "rule": "IF zon.sun IS rise THEN switch DEVICE zolder TO on AFTER 5 SECOND",
                        "active": 1
                },
                "Zolder_uit": {
                        "rule": "IF vandaag.second == 0 AND vandaag.minute == 0 AND vandaag.hour == 23 THEN switch DEVICE zolder TO off",
                        "active": 1
                },
                "Basisinfra_winterdag": {
                        "rule": "IF (vandaag.second == 0 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE basisinfra TO on",
                        "active": 1
                },
                "Zolder_winterdag": {
                        "rule": "IF (vandaag.second == 10 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE zolder TO on",
                        "active": 1
                },
                "Televisiehoek": {
                        "rule": "IF (vandaag.second == 20 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE televisiehoek TO on",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit1": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE basisinfra TO off",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit2": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE zolder TO off AFTER 5 SECOND",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit3": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE televisiehoek TO off AFTER 10 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan1": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE basisinfra TO on AFTER 5 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan2": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE zolder TO on AFTER 10 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan3": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE televisiehoek TO on AFTER 15 SECOND",
                        "active": 1
                }
        },

Hier is wat er is gebeurd:
rond 0:15 vannacht stond alles uit
- eerst mijn Raspberry met pilight gestart
- toen getest of de nachtwerk (Kaku, id 15) knop op mijn afstandbediening werkte => prima, de basisinfra werd aangeschakeld. Alles door pilight weer uit laten zetten, via de webgui.

Dus toen dacht ik dat ik rustig kon gaan slapen in de overtuiging dat bij zonsopkomst de basisinfra (modem, router) en zonnelogger (zolder) zou worden gestart. Helaas.

Dit is de log van vannacht en vanochtend:

code:

[Jul 21 22:17:49:162409] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit1
[Jul 21 22:17:49:164690] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit2
[Jul 21 22:17:49:169152] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit3
[Jul 21 22:17:49:170047] pilight-daemon: INFO: started "switch" action for device "zolder"
[Jul 21 22:17:49:170976] pilight-daemon: INFO: started "switch" action for device "basisinfra"
[Jul 21 22:17:49:172650] pilight-daemon: INFO: stopped "switch" action for device "basisinfra"
[Jul 21 22:17:49:178922] pilight-daemon: INFO: started "switch" action for device "televisiehoek"
[Jul 21 22:17:54:172509] pilight-daemon: INFO: stopped "switch" action for device "zolder"
[Jul 21 22:17:59:182622] pilight-daemon: INFO: stopped "switch" action for device "televisiehoek"
[Jul 22 05:03:08:296507] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49167
[Jul 22 05:03:08:396326] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49168
[Jul 22 05:03:08:399311] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49169
[Jul 22 05:03:08:404982] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49170
[Jul 22 05:03:08:414501] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49171
[Jul 22 05:03:08:428287] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49172
[Jul 22 05:03:08:444062] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49173
[Jul 22 05:03:08:457343] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49174
[Jul 22 05:03:08:472904] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:499108] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:702752] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:708586] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49176
[Jul 22 05:03:08:719462] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49177
[Jul 22 05:03:08:723553] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49178

Ik zie geen acties die betrekking hebben op de zonsopkomst. Je kunt wél zien dat ik die nachtwerkknop heb gebruikt en dat de rules om alles uit te zetten prima hebben gewerkt.

Kan het zijn dat pilight een werkende internetverbinding nodig heeft voor het executen van die regels die betrekking hebben op zonsopkomst/ondergang? Wat doet pilight als bij het starten van de daemon geen internet voorhanden is?

[rorie]

Zelf heb ik ook nog steeds last van een soortgelijk probleem met mijn buitenverlichting. Deze schakelt wel automatisch aan op basis van zonsondergang maar niet meer uit op basis van zonsopgang. Ben op het moment nog aan het uitzoeken waar dit nou precies fout gaat. Volgens mij heeft pilight wel een Internet verbinding nodig voor het bepalen van zons op en ondergang.

hansdegit schreef op woensdag 22 juli 2015 @ 08:07:
He, jammer. Pilight had vanochtend geen zin om mijn router, modem en zonnelogger te starten.
Dit zijn mijn rules:

code:

 "rules": {
                "Zonsopkomst1": {
                        "rule": "IF zon.sun IS rise THEN switch DEVICE basisinfra TO on",
                        "active": 1
                },
                "Zonsopkomst2": {
                        "rule": "IF zon.sun IS rise THEN switch DEVICE zolder TO on AFTER 5 SECOND",
                        "active": 1
                },
                "Zolder_uit": {
                        "rule": "IF vandaag.second == 0 AND vandaag.minute == 0 AND vandaag.hour == 23 THEN switch DEVICE zolder TO off",
                        "active": 1
                },
                "Basisinfra_winterdag": {
                        "rule": "IF (vandaag.second == 0 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE basisinfra TO on",
                        "active": 1
                },
                "Zolder_winterdag": {
                        "rule": "IF (vandaag.second == 10 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE zolder TO on",
                        "active": 1
                },
                "Televisiehoek": {
                        "rule": "IF (vandaag.second == 20 AND vandaag.hour == 7 AND vandaag.minute == 30) THEN switch DEVICE televisiehoek TO on",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit1": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE basisinfra TO off",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit2": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE zolder TO off AFTER 5 SECOND",
                        "active": 1
                },
                "Alles_uit_want_esx_is_uit3": {
                        "rule": "IF esx.state IS disconnected AND (vandaag.hour > 22 OR vandaag.hour < 5) AND nachtwerk.state IS off AND vandaag.second == 0 THEN switch DEVICE televisiehoek TO off AFTER 10 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan1": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE basisinfra TO on AFTER 5 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan2": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE zolder TO on AFTER 10 SECOND",
                        "active": 1
                },
                "Nachtwerk_basisinfra_aan3": {
                        "rule": "IF nachtwerk.state IS on AND (vandaag.second == 15 OR vandaag.second == 30 OR vandaag.second == 45 OR vandaag.second == 0) THEN switch DEVICE televisiehoek TO on AFTER 15 SECOND",
                        "active": 1
                }
        },

Hier is wat er is gebeurd:
rond 0:15 vannacht stond alles uit
- eerst mijn Raspberry met pilight gestart
- toen getest of de nachtwerk (Kaku, id 15) knop op mijn afstandbediening werkte => prima, de basisinfra werd aangeschakeld. Alles door pilight weer uit laten zetten, via de webgui.

Dus toen dacht ik dat ik rustig kon gaan slapen in de overtuiging dat bij zonsopkomst de basisinfra (modem, router) en zonnelogger (zolder) zou worden gestart. Helaas.

Dit is de log van vannacht en vanochtend:

code:

[Jul 21 22:17:49:162409] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit1
[Jul 21 22:17:49:164690] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit2
[Jul 21 22:17:49:169152] pilight-daemon: INFO: executed rule: Alles_uit_want_esx_is_uit3
[Jul 21 22:17:49:170047] pilight-daemon: INFO: started "switch" action for device "zolder"
[Jul 21 22:17:49:170976] pilight-daemon: INFO: started "switch" action for device "basisinfra"
[Jul 21 22:17:49:172650] pilight-daemon: INFO: stopped "switch" action for device "basisinfra"
[Jul 21 22:17:49:178922] pilight-daemon: INFO: started "switch" action for device "televisiehoek"
[Jul 21 22:17:54:172509] pilight-daemon: INFO: stopped "switch" action for device "zolder"
[Jul 21 22:17:59:182622] pilight-daemon: INFO: stopped "switch" action for device "televisiehoek"
[Jul 22 05:03:08:296507] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49167
[Jul 22 05:03:08:396326] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49168
[Jul 22 05:03:08:399311] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49169
[Jul 22 05:03:08:404982] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49170
[Jul 22 05:03:08:414501] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49171
[Jul 22 05:03:08:428287] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49172
[Jul 22 05:03:08:444062] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49173
[Jul 22 05:03:08:457343] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49174
[Jul 22 05:03:08:472904] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:499108] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:702752] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49175
[Jul 22 05:03:08:708586] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49176
[Jul 22 05:03:08:719462] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49177
[Jul 22 05:03:08:723553] pilight-daemon: INFO: client connected, ip 192.168.0.105, port 49178

Ik zie geen acties die betrekking hebben op de zonsopkomst. Je kunt wél zien dat ik die nachtwerkknop heb gebruikt en dat de rules om alles uit te zetten prima hebben gewerkt.

Kan het zijn dat pilight een werkende internetverbinding nodig heeft voor het executen van die regels die betrekking hebben op zonsopkomst/ondergang? Wat doet pilight als bij het starten van de daemon geen internet voorhanden is?

[CurlyMo]

pilight heeft alleen internetverbinding nodig voor het synchroniseren van de NTP tijd.

Daarnaast zou ik het advies willen geven om de zonsondergang en -opgang a.d.v. de tijd te schakelen:
http://wiki.pilight.org/d...mples#sunrisesunset_event

[hansdegit]

zo?

code:

"rule": "IF zon.sunrise == DATE_FORMAT(vandaag, %H.%M) AND vandaag.second == 0 THEN switch DEVICE basisinfra TO on"

Ben benieuwd.

[CurlyMo]

Yup. Je kan het parsen altijd checken via die --debuglevel=1

[rorie]

Ben erg benieuwd of dit bij jou het probleem oplost, kan je ons hiervan op de hoogte houden?

hansdegit schreef op woensdag 22 juli 2015 @ 12:23:
zo?

code:

"rule": "IF zon.sunrise == DATE_FORMAT(vandaag, %H.%M) AND vandaag.second == 0 THEN switch DEVICE basisinfra TO on"

Ben benieuwd.

[Debian23]

Ik heb inmiddels ook een pilight installatie aan de praat gekregen met de arduino nano en een ebay setje. Werkt allemaal perfect, waarvoor dank!
Ik zou graag ook mijn slimme meter uitlees waardes graag laten zien in pilight, dan kan ik hier eventueel ook rules voor maken zodat ik mijn standby verbruik verder naar beneden kan halen.
Nu zou ik ook graag mijn C-code skills graag wat bij willen werken dus ik wil wel een toevoeging maken voor pilight als daar behoefte voor is. Ik heb inmiddels een python script wat aardig werkt, maar zou dit graag willen integreren in pilight.
@CurlyMo: zou ik dan het beste de 433nano c file kunnen aanpassen zodat hij gaat werken? Hoe worden de waardes naar de GUI vertaald uiteindelijk? Wat zou het beste plan van aanpak hiervoor zijn?

[ Voor 7% gewijzigd door Debian23 op 22-07-2015 13:49 ]

[CurlyMo]

Debian23 schreef op woensdag 22 juli 2015 @ 13:46:
@CurlyMo: zou ik dan het beste de 433nano c file kunnen aanpassen zodat hij gaat werken? Hoe worden de waardes naar de GUI vertaald uiteindelijk? Wat zou het beste plan van aanpak hiervoor zijn?

Zoals ik het graag zou zien is inderdaad een hardware module die alles uitleest en dan vervolgens per slimme meter een protocol die de seriële uitvoer weer vertaald naar bruikbare info. Database integratie komt dan later. Daar ben ik nu mee bezig.

[Debian23]

CurlyMo schreef op woensdag 22 juli 2015 @ 14:03:
[...]

Zoals ik het graag zou zien is inderdaad een hardware module die alles uitleest en dan vervolgens per slimme meter een protocol die de seriële uitvoer weer vertaald naar bruikbare info. Database integratie komt dan later. Daar ben ik nu mee bezig.

Duidelijk, vraag is meer waar dan de scheidingslijn ligt tussen hardware en protocol. Moet ik echt de hardware zien zonder enige filtering? Dus alle seriële lines?
Is er verder documentatie die ik verder nog door zou moeten nemen? Op de wiki kan ik niet echt een development guide vinden namelijk

[CurlyMo]

Een aantal voorbeelden:

9600 / N / 1 / 7

code:

/ISk5\2ME382-1003

0-0:96.1.1(4B414C37303035303936383335313132)
1-0:1.8.1(01588.796*kWh)
1-0:1.8.2(01533.423*kWh)
1-0:2.8.1(00033.608*kWh)
1-0:2.8.2(00088.127*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(0000.19*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(0999.00*kW)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
0-1:96.1.0(3338303034303031323138333039333132)
0-1:24.3.0(140112150000)(00)(60)(1)(0-1:24.2.1)(m3)
(01771.237~)
0-1:24.4.0(1)
!

9600 / N / 1 / 7

code:

/ISk5\2MT382-1000  

1-3:0.2.8(40) 0-0:1.0.0(101209113020W) 
0-0:96.1.1(4B384547303034303436333935353037) 
1-0:1.8.1(123456.789*kWh) 
1-0:1.8.2(123456.789*kWh) 
1-0:2.8.1(123456.789*kWh) 
1-0:2.8.2(123456.789*kWh) 
0-0:96.14.0(0002) 
1-0:1.7.0(01.193*kW) 
1-0:2.7.0(00.000*kW) 
0-0:17.0.0(016.1*kW) 
0-0:96.3.10(1) 
0-0:96.7.21(00004) 
0-0:96.7.9(00002) 
1-0:99.97.0(2)(1-0:96.7.19)(101208152415W)(0000000240*s)(101208151004W)(0000000301*s) 
1-0:32.32.0(00002) 
1-0:52.32.0(00001) 
1-0:72:32.0(00000) 
1-0:32.36.0(00000) 
1-0:52.36.0(00003) 
1-0:72.36.0(00000) 
0-0:96.13.1(3031203631203831) 
0- 0:96.13.0(303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C 3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F) 
1-0:31.7.0.255(001*A) 
1-0:51.7.0.255(002*A) 
1-0:71.7.0.255(003*A) 
1-0:21.7.0.255(01.111*kW) 
1-0:41.7.0.255(02.222*kW) 
1-0:61.7.0.255(03.333*kW) 
1-0:22.7.0.255(04.444*kW) 
1-0:42.7.0.255(05.555*kW) 
1-0:62.7.0.255(06.666*kW) 
0-1:24.1.0(003) 
0-1:96.1.0(3232323241424344313233343536373839) 
0-1:24.2.1(101209110000W)(12785.123*m3) 
0-1:24.4.0(1) 
!141B

115200 / O / 1 / 7

code:

/KFM5KAIFA-METER

1-3:0.2.8(40)
0-0:1.0.0(150107205110W)
0-0:96.1.1(4530303039303030303132343130303134)
1-0:1.8.1(000001.487*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.1(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(00.301*kW)
1-0:2.7.0(00.000*kW)
0-0:17.0.0(999.9*kW)
0-0:96.3.10(1)
0-0:96.7.21(00008)
0-0:96.7.9(00004)
1-0:99.97.0(1)(0-0:96.7.19)(000101000001W)(2147483647*s)
1-0:32.32.0(00000)
1-0:32.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(001*A)
1-0:21.7.0(00.301*kW)
1-0:22.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303031333430313832373338313134)
0-1:24.2.1(150107200000W)(00001.623*m3)
0-1:24.4.0(1)
!19FE

9600 / N / 1 / 7

code:

/KMP5 KA6U001660297912

0-0:96.1.1(204B413655303031363630323937393132)
1-0:1.8.1(00024.000*kWh)
1-0:1.8.2(00005.000*kWh)
1-0:2.8.1(00026.000*kWh)
1-0:2.8.2(00001.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.03*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(999*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
0-1:96.1.0(3238313031353431303034303232323131)
0-1:24.3.0(121030140000)(00)(60)(1)(0-1:24.2.1)(m3)
(00024.123)
0-1:24.4.0(1)
!

Je ziet hier dus verschillende uitvoer van slimme meters. We kunnen het zelfs zo aanpakken dat er helemaal geen hardware module komt, maar de protocollen zelf de seriële verbinding bevatten. Aangezien ook niet alle slimme meters dezelfde connecties leggen.

[Debian23]

CurlyMo schreef op woensdag 22 juli 2015 @ 14:21:
....

Je ziet hier dus verschillende uitvoer van slimme meters. We kunnen het zelfs zo aanpakken dat er helemaal geen hardware module komt, maar de protocollen zelf de seriële verbinding bevatten. Aangezien ook niet alle slimme meters dezelfde connecties leggen.

Dat is inderdaad ook mogelijk, maar ik gezien je de baudrate e.d. toch moet weten van de meter lijkt het mij een idee om een 'Serieel' protocol misschien te maken. Welke dan met een energiemeter protocol dan weer omgezet kan worden voor nuttige waarden binnen pilight. Of wat is jou idee hierbij?

[CurlyMo]

Als alle meters dezelfde baudrate zouden hebben, dan zou een basis serieel protocol kunnen. Dat is niet zo, dus dan kom je toch uit bij een protocol per meter die zelf de seriële verbinding legt.

[Debian23]

CurlyMo schreef op woensdag 22 juli 2015 @ 14:41:
Als alle meters dezelfde baudrate zouden hebben, dan zou een basis serieel protocol kunnen. Dat is niet zo, dus dan kom je toch uit bij een protocol per meter die zelf de seriële verbinding legt.

Ik ga er mee aan de slag, dit zal mijn 'summer of code' dan worden. Ik zal dan voor mijn kamstrup 162jxc een protocol proberen te schrijven. Vraag is dan alleen hoe de output van dit protocol er uit moet gaan zien?

[CurlyMo]

code:

{
        "message": {
                "wout": 1200,
                "win": 100,
                "gin": 500,
                "tarif": "low"
        },
        "origin": "receiver",
        "protocol": "kamstrup-162jxc"
}

Zoiets?

[Debian23]

Ja dat hou ik dan eerst wel aan, als ik tegen eventuele problemen loop meld ik me hier wel. Gezien dit ook mijn eerste keer dat ik met git werk e.d.

[hansdegit]

Maakt het voor de executie van de regels nog uit of ik de sunrise uit het openweathermap protocol neem, of ben ik beter af met het sunriseset protocol?

[CurlyMo]

hansdegit schreef op woensdag 22 juli 2015 @ 15:54:
Maakt het voor de executie van de regels nog uit of ik de sunrise uit het openweathermap protocol neem, of ben ik beter af met het sunriseset protocol?

Nee, voor de ene heb je internet connectie nodig, voor de andere niet.

[hansdegit]

Duidelijk, dan ben ik dus beter af met sunriseset. Die internetconnectie is er nl. in de nacht niet, router is uitgeschakeld door pilight.

edit:
aanvullende vraag..Wat betekent dit:

code:

Jul 22 19:48:37:782574] pilight-daemon: WARNING: could not sync FW values

[ Voor 32% gewijzigd door hansdegit op 22-07-2015 22:14 ]

[hansdegit]

rorie schreef op woensdag 22 juli 2015 @ 13:40:
Ben erg benieuwd of dit bij jou het probleem oplost, kan je ons hiervan op de hoogte houden?


[...]

Confirmed NOT working.

Uitschakelen van de apparatuur 's avonds (of in dit geval iets na middernacht) gaat prima, maar daarna gebeurt er bar weinig, alsof pilight in een diepe slaap gaat.

Ik ga nu even een regeltje debuggen, kijken of me iets opvalt.

edit: eerste wat opvalt: segmentation fault

[ Voor 5% gewijzigd door hansdegit op 23-07-2015 11:42 ]

[CurlyMo]

hansdegit schreef op woensdag 22 juli 2015 @ 16:23:

code:

Jul 22 19:48:37:782574] pilight-daemon: WARNING: could not sync FW values

Dat et niet gelukt is om firmware info te achterhalen van de pilight USB nano. Daar moet ik nog eens naar kijken.

[rorie]

Schakel jij heel toevallig nog iets uit met een kaku AB voordat je naar bed gaat (groeps functie)?

hansdegit schreef op donderdag 23 juli 2015 @ 11:37:
[...]

Confirmed NOT working.

Uitschakelen van de apparatuur 's avonds (of in dit geval iets na middernacht) gaat prima, maar daarna gebeurt er bar weinig, alsof pilight in een diepe slaap gaat.

Ik ga nu even een regeltje debuggen, kijken of me iets opvalt.

edit: eerste wat opvalt: segmentation fault

[sfinx]

Ben overgestapt van pilight op Raspberry Pi naar de Arduino-oplossing op m'n server PC'tje. Werkt ook erg mooi, complimenten!

[hansdegit]

rorie schreef op donderdag 23 juli 2015 @ 15:51:
Schakel jij heel toevallig nog iets uit met een kaku AB voordat je naar bed gaat (groeps functie)?


[...]

Nee.

Maar ik denk dat ik een smoking gun heb. Ik heb de openweathermap uit mijn device lijstje gehaald en nu lijkt eea wél te werken.

[rorie]

Na veel testen ben ik er in ieder geval achter gekomen wanneer mijn buitenverlichting niet automatisch word uitgeschakelt.
Deze word op basis van sunset protocol automatisch ingegeschakelt bij sunset en uitgeschakelt bij sunrise.
Wanneer ik mijn binnenverlichting handmatig uitschakel met de groepsfunctie van de kaku AB dan staat de volgende dag vrolijk al mijn buitenverlichting nog te branden.
Alle andere keren gaat het dus wel goed:
- Uitschakelen van binnenverlichting via Web UI pilight
- Uitschakelen van binnenverlichting via de kaku AB zonder gebruik te maken van de groepsfunctie, dus een voor een
- Uitschakelen van binnenverlichting via een rule

Alleen mijn drie binnenlampen zijn gekoppeld aan de groepsfunctie van de kaku AB, gebruik pilight 7.0 stable.

@CurlyMo, enig idee hoe de groepsfunctie van de kaku AB (AYCT-102) pilight kan storen bij het uitvoeren van rules?

[CurlyMo]

Heb je nogmaals de link naar de post met je config?

[rorie]

Zal ik er vanavond op zetten

CurlyMo schreef op vrijdag 24 juli 2015 @ 11:32:
Heb je nogmaals de link naar de post met je config?

[rorie]

Is het mogelijk om beelden vanaf de Raspberry pi camera module weer te geven binnen de web UI van pilight?

[rorie]

code:

{
    "devices": {
        "rpi": {
            "protocol": [ "cpu_temp" ],
            "id": [{
                "id": 1
            }],
            "temperature": 47.078,
            "poll-interval": 10
        },
        "tijd": {
            "protocol": [ "datetime" ],
            "id": [{
                "longitude": ,
                "latitude": 
            }],
            "year": 2015,
            "month": 7,
            "day": 26,
            "weekday": 1,
            "hour": 16,
            "minute": 6,
            "second": 9,
            "dst": 1
        },
        "weather": {
            "protocol": [ "alecto_ws1700" ],
            "id": [{
                "id": 1280
            }],
            "temperature": 25.2,
            "humidity": 44.0,
            "battery": 1
        },
        "WoonkamerVitrinekast": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 0
            }],
            "state": "off"
        },
        "WoonkamerDresoir": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 1
            }],
            "state": "off"
        },
        "WoonkamerStaandeLamp": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 2
            }],
            "state": "off"
        },
        "TuinLampVoordeur": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 4
            }],
            "state": "off"
        },
        "TuinLampAchterdeur": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 3
            }],
            "state": "off"
        },
        "EersteEtageMainSlaapkamer": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 3270822,
                "unit": 0
            }],
            "state": "off"
        },
        "TuinInLiteVerlichting": {
            "protocol": [ "kaku_switch" ],
            "id": [{
                "id": 9147894,
                "unit": 5
            }],
            "state": "off"
        },
        "zon": {
            "protocol": [ "sunriseset" ],
            "id": [{
                "longitude": ,
                "latitude": 
            }],
            "sunrise": 5.55,
            "sunset": 21.43,
            "sun": "rise"
        }
    },
    "rules": {
        "rule_binnenVerlichtingOn": {
            "rule": "IF tijd.second == 0 AND zon.sunset == DATE_FORMAT(DATE_ADD(tijd, +15 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE WoonkamerVitrinekast AND WoonkamerStaandeLamp AND WoonkamerDresoir TO on",
            "active": 1
        },
        "rule_tuinverlichtingOn": {
            "rule": "IF tijd.second == 0 AND zon.sunset == DATE_FORMAT(DATE_ADD(tijd, -15 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE TuinLampAchterdeur AND TuinInLiteVerlichting AND TuinLampVoordeur TO on",
            "active": 1
        },
        "rule_tuinverlichtingOff": {
            "rule": "IF tijd.second == 0 AND zon.sunrise == DATE_FORMAT(DATE_ADD(tijd, -10 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE TuinLampAchterdeur AND TuinInLiteVerlichting AND TuinLampVoordeur TO off",
            "active": 1
        },
        "rule_binnenVerlichtingOff": {
            "rule": "IF (tijd.hour == 22 AND tijd.minute == 45 AND tijd.second == 0) THEN switch DEVICE WoonkamerVitrinekast AND WoonkamerStaandeLamp AND WoonkamerDresoir TO off AFTER RANDOM(0,30) MINUTE",
            "active": 1
        }
    },
    "gui": {
        "WoonkamerVitrinekast": {
            "name": "Vitrinekast",
            "group": [ "Woonkamer" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "WoonkamerDresoir": {
            "name": "Dresoir",
            "group": [ "Woonkamer" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "WoonkamerStaandeLamp": {
            "name": "Staande lamp",
            "group": [ "Woonkamer" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "TuinLampVoordeur": {
            "name": "Lamp voordeur",
            "group": [ "Tuin" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "TuinLampAchterdeur": {
            "name": "Lamp achterdeur",
            "group": [ "Tuin" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "TuinInLiteVerlichting": {
            "name": "In Lite Tuinverlichting",
            "group": [ "Tuin" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "EersteEtageMainSlaapkamer": {
            "name": "Plafondlamp",
            "group": [ "Slaapkamer" ],
            "media": [ "all" ],
            "readonly": 0
        },
        "zon": {
            "name": "Zonsop / ondergang",
            "group": [ "Algemeen" ],
            "media": [ "all" ]
        },
        "weather": {
            "name": "Buiten temp. / lv.",
            "group": [ "Algemeen" ],
            "media": [ "all" ]
        },
        "tijd": {
            "name": "Tijd / datum",
            "group": [ "Algemeen" ],
            "media": [ "all" ]
        }
    },
    "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-cache": 1
    },
    "hardware": {
        "433gpio": {
            "sender": 0,
            "receiver": 1
        }
    },
    "registry": {
        "pilight": {
            "firmware": {
                "version": 3,
                "lpf": 80,
                "hpf": 16000
            },
            "version": {
                "current": "7.0"
            }
        }
    }
}

[ Voor 3% gewijzigd door rorie op 28-07-2015 18:48 ]

[CurlyMo]

Zonder unit en id's kan ik natuurlijk niet debuggen.

[rorie]

Even een ander probleem met pilight, nu ik mijn raspberry weer via Wifi verbonden wil de web UI maar niet online komen. Als ik ik pilight handmatig start via putty duurt dit zeker een minuut. Als deze dan gestart is en ik ga naar de web ui van pilight kan de pagina niet gevonden worden. Draai versie v7.0-41-g1f93979, geen errors bij debug.

[Debian23]

Ik heb inmiddels pilight ook op mijn openWRT router werkend (WDR4300 van TP-link). Moest even zoeken naar alle packages die ik nodig had (libraries en drivers). Maar inmiddels allemaal weer ok. Enige probleem wat ik had was dat de pilight server URL standaard verkeerd stond: de link verwees naar
/usr/share/pilight, maar de bestanden waren uitgepakt in /usr/share/pilight/webui. Snelle verandering en alles werkte. Top werk!

Update over mijn slimme meter lezen: Ik krijg mijn serial connectie nog niet helemaal lekker in C, zit nog een beetje te klooien met alle flags die gezet moeten worden in C. Als iemand mij erbij zou kunnen helpen zou fijn zijn!

[ Voor 21% gewijzigd door Debian23 op 27-07-2015 23:02 ]

[rorie]

pilight web UI is ondertussen weer bereikbaar na het aanpassen van de interfaces. Jammer genoeg kwam ik er wel achter dat pilight gecrashed was vanochtend, vanavond ff debuggen.

rorie schreef op maandag 27 juli 2015 @ 20:15:
Even een ander probleem met pilight, nu ik mijn raspberry weer via Wifi verbonden wil de web UI maar niet online komen. Als ik ik pilight handmatig start via putty duurt dit zeker een minuut. Als deze dan gestart is en ik ga naar de web ui van pilight kan de pagina niet gevonden worden. Draai versie v7.0-41-g1f93979, geen errors bij debug.

[rorie]

Bijgewerkt!

CurlyMo schreef op zaterdag 25 juli 2015 @ 16:10:
Zonder unit en id's kan ik natuurlijk niet debuggen.

[Debian23]

ik heb inmiddels de connectie werkend en initiele decoding gemaakt. Nu zal ik het geheel wat robuuster moeten maken zodat eventuele andere berichten makkelijk te decoden zijn

[CurlyMo]

@rorie:
Had je dit al geprobeerd:

code:

IF tijd.second == 0 AND zon.sunrise == DATE_FORMAT(DATE_ADD(tijd, +15 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE WoonkamerVitrinekast TO off
IF tijd.second == 0 AND zon.sunrise == DATE_FORMAT(DATE_ADD(tijd, +15 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE WoonkamerStaandeLamp TO off AFTER 5 SECOND
IF tijd.second == 0 AND zon.sunrise == DATE_FORMAT(DATE_ADD(tijd, +15 MINUTE), \"%Y-%m-%d %H:%M:%S\", %H.%M) THEN switch DEVICE WoonkamerDresoir TO off AFTER 10 SECOND

Iets anders wat je kan proberen is alle woonkamer apparaten een ander id te geven dan de tuin apparaten. Nu zijn ze allemaal hetzelfde maar met een andere unit code.

[rorie]

@CurlyMo,

De voorgestelde oplossing heb ik al geprobeerd en bood geen oplossing, mijn probleem heeft niets te maken met interferentie. Mijn woonkamer apparaten een ander id geven betekend dat ik ze allemaal opnieuw moet inleren. Dit zou ik dan via pilight zelf moeten doen neem ik aan? Als ik dit namelijk met mijn KAKU AB doe krijgen ze natuurlijk weer hetzelfde ID.

Mijn oplossing voor nu is om de groepsfunctie van de KAKU AB niet meer te gebruiken, verlichting word nu toch automatisch op basis van rules uitgeschakeld. Mijn Raspberry Pi is nu ook weer via Wifi verbonden en alles werkt nog steeds perfect, was er in de eerste instantie van overtuigt dat het niet meer uitschakelen van de buitenverlichting te maken had met het wegfallen van mijn Wifi verbinding.

Nog een laatste vraag voor nu, word de raspberry pi camera native ondersteund door pilight net als de cpu_temp protocol? Of moet je hier apart een applicatie voor installeren en daarna het generic_webcam protocol gebruiken? Welke als ik de wiki mag geloven niet meer word ondersteund in pilight 7.

[CurlyMo]

generic_webcam ja.

[Debian23]

CurlyMo schreef op woensdag 22 juli 2015 @ 14:59:

code:

{
        "message": {
                "wout": 1200,
                "win": 100,
                "gin": 500,
                "tarif": "low"
        },
        "origin": "receiver",
        "protocol": "kamstrup-162jxc"
}

Zoiets?

Ik heb nu de output kunnen bemachtigen van mijn seriele poort. Maar ik weet nog niet hoe ik het in een JSON message kan zetten.

Mijn code ziet er nu als volgt uit:

C:

#include <errno.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>
#include <pthread.h>
#include <sys/time.h>
#include <termios.h>


static char names[64][64];
static char values[64][64];
static char identifiers[64][16];

/* http://stackoverflow.com/a/6947758 */
int set_interface_attribs (int fd, int speed, int parity)
{
        struct termios tty;
        memset (&tty, 0, sizeof tty);
        if (tcgetattr (fd, &tty) != 0)
        {
                printf ("error %d from tcgetattr", errno);
                return -1;
        }

        cfsetospeed (&tty, speed);
        cfsetispeed (&tty, speed);

        tty.c_cflag =(tty.c_cflag & ~CSIZE) | CS7;     // 7-bit chars
        // disable IGNBRK for mismatched speed tests; otherwise receive break
        // as \000 chars
        tty.c_iflag &= ~IGNBRK;         // disable break processing
        tty.c_lflag = ICANON;           // no signaling chars, no echo,
                                        // canonical processing!
        tty.c_oflag = 0;                // no remapping, no delays
        tty.c_cc[VMIN]  = 0;            // read doesn't block
        tty.c_cc[VTIME] = 20;            // 2 seconds read timeout

        tty.c_iflag &= ~(IXON | IXOFF | IXANY); // shut off xon/xoff ctrl
        tty.c_cflag |= (CLOCAL | CREAD);// ignore modem controls,
                                        // enable reading
        tty.c_cflag &= ~(PARENB | PARODD);      // shut off parity
        tty.c_cflag |= parity;
        tty.c_cflag &= ~CSTOPB;
        tty.c_cflag &= ~CRTSCTS;

        if (tcsetattr (fd, TCSANOW, &tty) != 0)
        {
                printf ("error %d from tcsetattr", errno);
                return -1;
        }
        return 0;
}

int get_telegram(char*buffer)
{
    char *com = "/dev/ttyUSB0";
    char temp[1024];
    int counter = 0;
    int kamstrup_initialized = 0;
    int serial_kamstrup_fd;
    if((serial_kamstrup_fd = open(com, O_RDWR)) >= 0) {
        set_interface_attribs(serial_kamstrup_fd, B9600, 0);
        kamstrup_initialized = 1;
    }
    if (kamstrup_initialized) {
        buffer[0] = 0;
        while(temp[0] != '!'){
            int n = read (serial_kamstrup_fd, temp, sizeof(temp));
            temp[n] = 0;
            strcat(buffer, temp);
            counter += n;
        }
        close(serial_kamstrup_fd);
        return 0;
    }else{
        printf("error");
        return -1;
    }
}

int decode_message(void)
{
    char buffer[1024];
    int i;

    if (get_telegram(buffer)>=0)
    {
        printf(buffer);
        printf("\n\n\n");
        // Strip string to desired values.
        char *find;
        for(i=0; i<17; i++){
            find = strstr(buffer, identifiers[i]);
            if(find){
                find += strlen(identifiers[i])+1;
                if (i==15){
                    find+=2;
                }
                //find += 18;
                char temp[1024];
                char temp2[1024];
                strcpy(temp, find);
                char *find2;
                find2=strstr(temp,")");
                *find2=0;
                char *find3;
                strcpy(temp2, temp);
                find3 = strstr(temp2,"*");
                if(find3){
                    *find3=0;
                }
                strcpy(values[i],temp2);
                printf("%s: %s\n",names[i],values[i]);
            }
        }
        return 0;
    }
    return -1;
}

int main()
{
        strcpy(identifiers[0], "0-0:96.1.1");
        strcpy(identifiers[1], "1-0:1.8.1");
        strcpy(identifiers[2], "1-0:1.8.2");
        strcpy(identifiers[3], "1-0:2.8.1");
        strcpy(identifiers[4], "1-0:2.8.2");
        strcpy(identifiers[5], "0-0:96.14.0");
        strcpy(identifiers[6], "1-0:1.7.0");
        strcpy(identifiers[7], "1-0:2.7.0");
        strcpy(identifiers[8], "0-0:17.0.0");
        strcpy(identifiers[9], "0-0:96.3.10");
        strcpy(identifiers[10], "0-0:96.13.1");
        strcpy(identifiers[11], "0-0:96.13.0");
        strcpy(identifiers[12], "0-1:24.1.0");
        strcpy(identifiers[13], "0-1:96.1.0");
        strcpy(identifiers[14], "0-1:24.3.0");
        strcpy(identifiers[15], "0-1:24.2.1)(m3)");
        strcpy(identifiers[16], "0-1:24.4.0");


        strcpy(names[0],"Equipment identifier");
        strcpy(names[1],"Delivered electricity normal tariff");
        strcpy(names[2],"Delivered electricity low tariff");
        strcpy(names[3],"Returned electricity normal tariff");
        strcpy(names[4],"Returned electricity low tariff");
        strcpy(names[5],"Tariff indicator");
        strcpy(names[6],"Power delivered");
        strcpy(names[7],"Power recieved");
        strcpy(names[8],"Threshold electricity");
        strcpy(names[9],"Switch position electricity");
        strcpy(names[10],"Text message codes");
        strcpy(names[11],"Text message");
        strcpy(names[12],"Device type");
        strcpy(names[13],"Equipment identifier");
        strcpy(names[14],"Last hourly meter reading");
        strcpy(names[15],"GAS");
        strcpy(names[16],"Valve/Switch Position");


    if(decode_message()>=0){
        return 0;
    }
}

Dit output nu de meter rauwe output en wat ik denk dat het is:

code:

/KMP5 KA6U001586133611

0-0:96.1.1(204B413655303031353836313333363131)
1-0:1.8.1(01382.000*kWh)
1-0:1.8.2(00940.000*kWh)
1-0:2.8.1(00000.000*kWh)
1-0:2.8.2(00000.000*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(0000.13*kW)
1-0:2.7.0(0000.00*kW)
0-0:17.0.0(999*A)
0-0:96.3.10(1)
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3)
0-1:96.1.0(3238303039303031313231303538363131)
0-1:24.3.0(150806150000)(08)(60)(1)(0-1:24.2.1)(m3)
(00856.785)
0-1:24.4.0(1)
!



Equipment identifier: 204B413655303031353836313333363131
Delivered electricity normal tariff: 01382.000
Delivered electricity low tariff: 00940.000
Returned electricity normal tariff: 00000.000
Returned electricity low tariff: 00000.000
Tariff indicator: 0002
Power delivered: 0000.13
Power recieved: 0000.00
Threshold electricity: 999
Switch position electricity: 1
Text message codes:
Text message:
Device type: 3
Equipment identifier: 3238303039303031313231303538363131
Last hourly meter reading: 150806150000
GAS: 00856.785
Valve/Switch Position: 1

Als je er zo iets mee kan, graag. Maar ik heb nu niet veel meer aankomende weken om er mee door te gaan. Misschien dat ik het daarna weer op kan pakken

[CurlyMo]

Goed werk. Voor de json uitvoer zijn er echter in elk protocol wel voorbeelden te vinden.

[hansdegit]

Ik denk dat ik er achter ben waarom pilight bij mij niet goed werkt. Hoe zat het ook alweer:
ik heb een aantal regeltjes die ervoor zorgen dat de router, modem en switches 's stroomloos gaan. Bij zonsopkomst moet een aantal apparaten weer worden aangeslingerd.

Probleem was dat het aanzetten van de apparatuur nooit lukte. Het lijkt erop dat pilight een werkende ethernet verbinding nodig heeft om knap te draaien.

Reproduceren is eenvoudig:
- verbind toetsenbord en beeldscherm met je Pi (in mijn geval een B+)
- haal je ethernetkabel los
- probeer vervolgens iets met pilight en hij zal antwoorden: "no ssdp connections found" en geen aan/uit signalen versturen. pilight gaat redelijk op zijn gat.

En dat is natuurlijk wat er altijd aan de hand is: 's nachts is de ethernetlink van de Pi down omdat de router uit staat.

Waar ik eerst vermoedde dat pilight een werkende internetverbinding nodig blijkt het basaler te zijn: een eht0 die UP is.

Hoe zorg ik ervoor dat de ssdp connecties in stand blijven?

Dit is mijn netwerkconfig:

code:

auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
#iface eth0 inet manual
iface eth0 inet static
address 192.168.0.31
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255
gateway 192.168.0.1

auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

auto wlan1
allow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

(Raspbian GNU/Linux 7)

Tips om dit te tacklen zijn zéér welkom.

[CurlyMo]

Heb je al geprobeerd om een server / port mee te geven, bijv:

code:

pilight-receive -P 5000 -S 127.0.0.1

[hansdegit]

Hey, cool. Dat lijkt te werken (moest nog wel even pilight aan een poort binden)

edit:
Heel naar, ik heb 2 rules die om de beurt iets aan en uit schakelen. Dit gaat prima, totdat ik de ethernetkabel los maak, dan stopt de executie van die regels.

[ Voor 51% gewijzigd door hansdegit op 12-08-2015 13:33 ]

[CurlyMo]

Welke regels?

[hansdegit]

in dit geval:

code:

IF vandaag.second == 0 OR vandaag.second == 30 THEN switch DEVICE televisiehoek TO off

en

code:

IF vandaag.second == 15 OR vandaag.second == 45 THEN switch DEVICE televisiehoek TO on

dus om de 15 seconden (bij wijze van test natuurlijk) een switch actie. Trek je ethernetkabel los en er is geen switch meer. Prik 'em terug en hij begint weer te switchen.