NEWS
[Erledigt] Problem. Zigbee / Telegram sendet alle 50min einen status
-
Moin,
ich habe einen Xiaomi Tür/Fenstersensor am Zigbee Adapter.
Der Status soll bei Änderung eine Nachricht über Telegram versenden.
Das passiert auch soweit super über ein Blockly Skript.
Wenn Kontakt Wahr, dann sende Telegram "Schuppen ist ZU" Wenn Kontakt unwahr, dann sende Telegram "Schuppen ist OFFEN"
Jetzt bekomme ich aber über Telegram alle 50 min die Meldung "Schuppen ist ZU"
Zusätzlich wird immer morgens um Uhr, der Adapter neu gestartet.
Der Sensor liegt ca 50 cm vom Raspberry entfernt.
Im Log steht das: (Einige Daten sind unkenntlich gemacht, weil ich nicht weis, ob damit jemand Blödsinn machen kann)
telegram.0 2019-02-02 10:06:01.854 info getMe (reconnect): {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 09:06:01.837 info getMe (reconnect): {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 08:06:01.838 info getMe (reconnect): {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 07:06:01.706 info getMe (reconnect): {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 06:06:01.695 info getMe (reconnect): {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 05:06:01.932 info getMe: {"id":70255XXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 05:06:01.457 info starting. Version 1.3.6 in /opt/iobroker/node_modules/iobroker.telegram, node: v8.15.0 host.ioBroker-RasPi 2019-02-02 05:05:58.918 info instance system.adapter.telegram.0 started with pid 2726 host.ioBroker-RasPi 2019-02-02 05:05:57.893 info Restart adapter system.adapter.telegram.0 because enabled host.ioBroker-RasPi 2019-02-02 05:05:57.892 error instance system.adapter.telegram.0 terminated with code 156 () telegram.0 2019-02-02 05:05:57.868 info terminating telegram.0 2019-02-02 05:05:57.354 info Scheduled restart. telegram.0 2019-02-02 04:39:22.147 info getMe (reconnect): {"id":70255XXXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 03:39:22.150 info getMe (reconnect): {"id":70255XXXX,"is_bot":true,"first_name":"GartenBot","username":"XX"} telegram.0 2019-02-02 02:39:22.144 info getMe (reconnect): {"id":70255XXXX,"is_bot":true,"first_name":"GartenBot","username":"XX"}
Daten:
Raspberry mit CC2531 USB Modul
ioBroker 3.5.10
Zusätzlich installiert:
Zigbee Adapter
terminal
telegram
javascript
Könnt ihr mir da weiter helfen, was das sein kann? Das ist so echt nervig.
Danke
-
Arbeite mit change ne dann wird nur bei änderung getriggert.
Gesendet von meinem CLT-L09 mit Tapatalk
-
Ok danke, werde ich mal testen.
Aber ich denke, der Neustart vom Adapter wird trotzdem passieren. Sehe ich ja morgen früh.
Und eine richtige Lösung des Problem ist es ja leider auch nicht, die Ursache ist ja immer noch da.
Aber ich werde berichten, was passiert.
-
Hast in den Adapter Einstellungen ein chron job aktiviert? Unter Instanzen mit Experten Ansicht kannst das kontrollieren.
Gesendet von meinem CLT-L09 mit Tapatalk
-
Okay, also Telegramm an den 5 Uhr Neustart. Das wäre ja schon mal geklärt, danke. Die 50min Trigger kommen aber immer noch. Ich hoffe ich habe es richtig gemacht, oder habe ich dich falsch verstanden.? Der Trigger reagiert jetzt auf Update.
-
Also ich arbeite nicht mit blockly… Aber die die Nachricht sollte nur gesendet werden wenn sich der Zustand ändert.. Bei Javascript ist das die Id deines sensors als trigger mit value true oder false , change 'ne,'.. Und nicht auf Aktualisierung was Change 'any' wäre. Der sensor aktualisiert seinen Status auch wenn er sich nicht ändert... Er pollt dann eben regelmäßig den gleichen STATE... Deshalb die ständigen Nachrichten.. Irgendwie muss das auch in blockly zu unterscheiden sein.
Gesendet von meinem CLT-L09 mit Tapatalk
-
Bei mir sieht das jetzt so aus.
-
Bei blockly bin ich raus sorry.. Arbeite nur mit Javascript…
Gesendet von meinem CLT-L09 mit Tapatalk
-
Die Lösung ist ganz Simpel, der Status wird vom Xiamoi Sensor alle 50 Minuten gesendet. Das Ist kein Fehler oder Problem sondern gewollt. Der Sensor meldet damit seine Korrekte Funktion, was für Alarmanlagen relevant ist.
Nur auf Änderung reagieren ist der Korrekte weg.
Gesendet von meinem HTC U11 mit Tapatalk
-
wenn ich aber nur auf Änderungen reagiere, habe ich ja keinen Live Status. Wer sich da mal was verhaspelt, können die Ergebnisse doch falsch sein :?:
-
Für andere, die das Problem auch haben, ich habe es über Blockly jetzt so gelößt und es funktioniert.