Hallo,
Seit einigen Tagen habe ich Probleme mit einigen Geräten:
- SONOFF SNZB-02-Sensoren, einer überträgt keine Daten mehr und der andere zeigt nur noch die momentane Temperatur an, aber keine historischen Daten mit der Meldung: „Keine Werte in diesem Intervall“. Beide haben vorher normal funktioniert.
- ein Lidl-Präsenzsensor (HG06335/HG07310), der im Briefkasten mit einer Szene zum Senden einer Nachricht über Telegram sehr gut funktioniert hat. Außerdem habe ich eine Manipulationsmeldung, die ich nicht abschalten kann:
Ich suche also nach Informationen und, wenn möglich, nach Lösungen. Danke
Der Batteriestand und die Verbindung sind in Ordnung.
Sollte man abwarten, bis die Daten zurückkehren, oder muss man etwas Besonderes tun?
Das letzte Mal, als ich das Problem hatte, habe ich alles zurückgesetzt, aber dadurch habe ich den gesamten Verlauf verloren.
Ich habe denselben Hinweis in anderen Beiträgen bemerkt. Vielen Dank im Voraus, wenn ihr eine Idee habt.
Ich habe Temperaturfühler, die keine Daten mehr melden.
Auf der zigbee2mqtt-Oberfläche sind sie nicht mehr mit meinem Netzwerk verbunden, sie schweben einfach so herum.
Ich habe die Batterie entfernt und 24 Stunden gewartet und dann wieder angeschlossen. Das hat bei einem funktioniert, aber nicht beim anderen.
Ich habe auch festgestellt, dass Galdys weiterhin den letzten empfangenen Datenwert anzeigt, selbst wenn der Sensor nicht mehr mit dem Zigbee-Mesh-Netzwerk verbunden ist… Wenn das der Fall ist, wird kein Datenwert in der DB gespeichert, um ein Diagramm zu erstellen… Danach könnte das Problem in deinem Fall anders sein, aber es ist ein Punkt, den man über die Zigbee2MQTT-Schnittstelle, Reiter „Map“, überprüfen sollte.
Das ist ein Punkt, der verbessert werden sollte, und eine Temperatur „NULL“ anzeigen, wenn seit zu langer Zeit keine Daten mehr übertragen wurden.
Selbst wenn der letzte empfangene Datenwert drei Tage alt ist, zeigt er zum Beispiel 22 Grad an, obwohl es in Wirklichkeit 20 Grad sind.
@pierre-gilles: Ist das ein normales Verhalten? Gibt es dafür einen Grund?
Alles hängt von der Definition dessen ab, was „normal“ und „nicht normal“ ist
Für einen Türöffnungssensor ist es vielleicht normal, 3 Tage lang keine Werte zu senden (da eine Tür nicht unbedingt jeden Tag geöffnet wird).
Andererseits sind 3 Tage ohne Werte für einen Temperatursensor wahrscheinlich seltsam!
Wenn wir diese Funktion möchten, müssen wir eine Liste jedes Gerätetyps erstellen und für jeden Typ eine zeitliche Grenze festlegen, wobei wir einen weiten Bereich wählen.
Das machen wir bereits bei den Boxen „Raumtemperatur“ und „Raumluftfeuchtigkeit“, ich glaube, wir hatten für diese Sensortypen 12 Stunden gewählt
12h? Ich habe einen Sensor, der seit über einer Woche getrennt war und die angezeigte Information ist gleich geblieben. Sollte da nicht etwas anderes angezeigt werden?
Aber für mich ist ein Türsensor das gleiche Prinzip. Wenn der Sensor seit über einer Woche getrennt ist, kann das zum Beispiel verhindern, dass bestimmte Szenen funktionieren. Vor allem, wenn man nicht weiß, dass der Sensor vom System getrennt ist. Seid ihr nicht derselben Meinung?
Danke @guim31 für den Artikel und euch allen für euer Feedback.
Gibt es eine Lösung, um die Werte über alle Intervalle hinweg wiederherzustellen, ohne die Geräte löschen zu müssen und dadurch den gesamten Verlauf zu verlieren?
Im Zigbee2mqtt-Dashboard scheinen die Werte zu variieren und normal hochzulaufen. Auf dem Schema ist alles normal:
Ich habe es in NodeRed mit einer Warnung alle 24 Stunden per Telegram gemacht.
Auf dem unten stehenden Bild habe ich auch die verbleibende Zeit bis zur Warnung in meiner Timeout-Funktion eingeblendet.
Hier weiß ich, dass ich bald eine Warnung für meine Briefkastensensoren erhalten werde, da ich meine Sensoren nicht mehr erkenne, seit ich sie verschoben habe. Ich muss einen Signalrepeater hinzufügen, aber ich hatte keine Zeit dafür.
Ich werde versuchen, schnell ein Tutorial vorzubereiten, da es einige Voraussetzungen gibt, die in Node-RED umgesetzt werden müssen, da ich die Zeitzähler in einer Datei mit den Funktionen context.set und context.get speichere/abrufe.
Man muss auch die Telegram- und MQTT-Nodes installieren.
Ich habe dies eingerichtet, um die Zeit zwischen zwei Empfängen des Sensorsignals im Falle eines Stromausfalls oder eines Neustarts des PI/PC oder des Node-Red-Containers nicht zu verlieren.
Ich denke, wir sprechen über zwei verschiedene Dinge.
Aktuell hat die Gladys-Oberfläche keine Ahnung von einer „Verbindung“ mit den Geräten, sie sieht nur, wann der letzte Wert hochgeladen wurde. Bei einem Temperatursensor, der zum Beispiel alle Stunde einen Wert sendet, kann man nach 12 Stunden ableiten, dass etwas nicht stimmt. Bei einem Türöffnungssensor bedeutet das nach 3 Tagen nichts, der Sensor ist vielleicht vollständig funktionsfähig, die Tür wurde einfach in 3 Tagen nicht berührt…
Edit: Es gibt bereits einen Funktionswunsch dafür, zögere nicht, dafür zu stimmen!
