Module für pilight (Senden und Empfangen)

[claudio-fhem]

Jupp, ich habe das ja auch mittlerweile hinbekommen, siehe PS und PPS

Bleibt noch:

Zusatzfrage: Das Protokoll "cpu_temp" kann das FHEM Modul nicht? Da funken ein paar Raspis rum und die würde ich gerne einbinden...

2. Frage: Bei den Temp/Hum Sensoren ändert sich bei mir bei jedem Batteriewechsel die ID. Muss man dann das Gerät in FHEM neu anlegen? Oder kann man die ID per Befehl ändern?

[claudio-fhem]

Ist sicher kein spezifisches Problem, aber wie bekomme ich das Modul dazu, nicht 10 MB in einem halben Tag in's generelle Log von fhem zu schreiben. Das sprengt ja alle Maßstabe

Code Auswählen Erweitern


....
2020.12.04 21:09:01 3: pili1(Parse): unknown protocol -> datetime
2020.12.04 21:09:02 3: pili2(Parse): unknown protocol -> datetime
2020.12.04 21:09:02 3: pili1: Unknown code PITEMP,cpu_temp,3,temperature:42.236, help me!
...

[Tueftler1983]

Verbose auf 1 oder 0?

[claudio-fhem]

Verbose auf 1 oder 0?

Verbose 1 ist schon viel besser! Danke!

Nächster Frage: Bei den Temp/Hum Sensoren ändert sich bei mir bei jedem Batteriewechsel die ID. Muss man dann das Gerät in FHEM neu anlegen? Oder kann man die ID per Befehl ändern?

[Tueftler1983]

Die kannst du in der Dev ändern.
Bei orange klicken und bei Rot ändern

[Risiko]

Ist sicher kein spezifisches Problem, aber wie bekomme ich das Modul dazu, nicht 10 MB in einem halben Tag in's generelle Log von fhem zu schreiben. Das sprengt ja alle Maßstabe

Code Auswählen Erweitern


....
2020.12.04 21:09:01 3: pili1(Parse): unknown protocol -> datetime
2020.12.04 21:09:02 3: pili2(Parse): unknown protocol -> datetime
2020.12.04 21:09:02 3: pili1: Unknown code PITEMP,cpu_temp,3,temperature:42.236, help me!
...

Beschreibung lesen  http://fhem.de/commandref.html#pilight_ctrl
Siehe ignoreProtocol

Risiko

[Risiko]

Verbose 1 ist schon viel besser! Danke!

Nächster Frage: Bei den Temp/Hum Sensoren ändert sich bei mir bei jedem Batteriewechsel die ID. Muss man dann das Gerät in FHEM neu anlegen? Oder kann man die ID per Befehl ändern?

...
Beschreibung lesen  http://fhem.de/commandref.html#defmod
Mittels defmod oder über die Oberfläche, so wie Tueftler1983 es beschrieben hat

[Risiko]

Zusatzfrage: Das Protokoll "cpu_temp" kann das FHEM Modul nicht? Da funken ein paar Raspis rum und die würde ich gerne einbinden...

Doch kann es. Es fehlt nur ein entsprechendes pilight_temp Device.

[claudio-fhem]

Doch kann es. Es fehlt nur ein entsprechendes pilight_temp Device.

Sehr gut, das werde ich nachholen!

Ich will die Temp/Hum. gerne graphisch darstellen, aber nicht alle paar Sekunden in's log schmieren, das ist ja inflationär. Ich hab bei FlieLog eine Lösung mit einer Dummy-Variablen und alle 5 sec und nur wenn sich was verändert, aber das ist ja fürchterliche kompliziert. Gibt's da eine einfache Lösung, alle 5 min einen Wert zu speichern?

[claudio-fhem]

Doch kann es. Es fehlt nur ein entsprechendes pilight_temp Device.

Hmm, also mit der UUID als "id" funzt das nicht... und die IDs der Raspis in der config.json von pilight sind meist 1 und 2, aber es gibt die alle mehrfach an den beiden Instanzen...

Code Auswählen Erweitern

define CPU_pi1 pilight_temp cpu_temp 0000-b8-27-eb-asdfgh

...zeigt nur "defined" als Status, selbst wenn ich das Device der korrekten IODev zuordne...

Was ist die korrekte ID für cpu_temp?

[claudio-fhem]

OK, anders als bei den Temp/Hum. Sensoren ist die ID bei cpu_temp total arbiträr und wird einfach manuell in der config.json von pilight vergeben, damit kann man dann das Device bei fhem anmelden...

Ein Problem weniger.

[Risiko]

Ich will die Temp/Hum. gerne graphisch darstellen, aber nicht alle paar Sekunden in's log schmieren, das ist ja inflationär. Ich hab bei FlieLog eine Lösung mit einer Dummy-Variablen und alle 5 sec und nur wenn sich was verändert, aber das ist ja fürchterliche kompliziert. Gibt's da eine einfache Lösung, alle 5 min einen Wert zu speichern?

Lesen, lesen, lesen 
https://wiki.fhem.de/wiki/Event-on-change-reading