Guten Abend @AlexTrovato (Doktor es Zigbee!),
Ich beobachte ein kurioses Phänomen bei der Verwaltung meiner Zigbee-Geräte.
Seit mehreren Monaten lief Gladys+ auf einem NAS Synology DS218+, aber ich stelle unerträgliche Verzögerungen mit dieser CPU fest, daher habe ich beschlossen, auf einen Beelink BT3Pro zu migrieren.
Die automatische Wiederherstellung mit den vorherigen Backups hat nicht funktioniert (zigbee2mqtt-Container startet ständig neu), daher habe ich meine Geräte einzeln neu konfiguriert, ausgehend von einem sauberen Image.
Bisher habe ich meine vorherige Installation beibehalten, sodass ich die alte Version einfacher mit der neuen vergleichen und kopieren kann.
Unter anderem habe ich eine Tuya TS011F_plug_1-Steckdose, die ich zur Erfassung der Produktion meiner Solarpaneele verwende, und ich stelle fest, dass mir die Funktion « energy » in meiner neuen Installation fehlt.
Hier sind die Auszüge aus den beiden state.json-Dateien:
der erste auf dem NAS
Schade ist, dass die « energy »-Funktion die einzige ist, die mir wirklich nützlich ist, da sie jeden Abend über IFTTT in Google Sheets aufgezeichnet wird.
Siehst du eine Erklärung für dieses Phänomen?
Danke Alex, in der Hoffnung, klar gewesen zu sein?
Hallo @jparbel,
ich bedauere, dass das Backup während deiner Maschinenmigration nicht funktioniert hat.
Um sicherzustellen, dass ich alles richtig verstanden habe, versuche ich, dein Problem mit meinen eigenen Worten zusammenzufassen.
Dein Problem liegt bei zigbee2mqtt, nicht bei Gladys (außer beim Backup).
Ein deiner Geräte hat die Funktion „energy“ ohne Grund verloren.
Und es geht genau um dieses Gerät Tuya TS011F_plug_1 control via MQTT | Zigbee2MQTT.
Ich durchsuche gerade die Seiten der zigbee2mqtt-Anwendung, um herauszufinden, ob man eine Funktion eines Geräts deaktivieren kann, aber ich finde nichts.
@AlexTrovato
Danke für diese schnelle Antwort, du hast meine vorherige Nachricht sehr gut übersetzt.
Derzeit laufen die beiden Gladys-Instanzen gleichzeitig, eine bietet mir die Funktion „energy“ und die andere nicht.
Der Stecker ist tatsächlich eingeschaltet, sonst würde ich keinen Wert melden.
Was das Backup betrifft, ist das sekundär, nur eine kleine Zeitverschwendung!
Der Fehler könnte daher rühren, dass ich meinen persönlichen Mosquitto-Broker verwendet habe, jetzt verwende ich den von Gladys (ich frage mich).
Achtung @jparbel,
du kannst nicht dasselbe Gerät an 2 Zigbee-Dongles anschließen. Einer der Dongles wird die Verbindung verlieren… zumindest denke ich…
Hast du eine benutzerdefinierte Installation? Mit einer eigenen z2m / MQTT-Konfiguration?
Ich denke, das Gerät kann nur mit einem Broker kommunizieren, also nur mit einem Schlüssel. Man muss das Gerät tatsächlich dem gewählten Schlüssel zuordnen (ich hatte den Fall mit zwei BT3PRO, eines auf Gladys, das andere auf Jeedom).
@cce66@AlexTrovato
Tatsächlich funktioniert es bei mir mit 2 Zigbee-Dongles und 2 Installationen.
Der Grund ist einfach: Ich verwende 2 verschiedene Broker: Meine NAS-Installation ist mit meinem Mosquitto-Broker verbunden, während die andere mit dem Gladys-Broker verbunden ist.
Das erklärt alles, aber es löst nicht mein Feature-Problem!
Für jedes Thema ermöglicht MQTT die gewünschte QoS zu verwalten, die Nachrichten werden wie folgt zugestellt:
QoS 0: Höchstens einmal
QoS 1: Mindestens einmal
QoS 2: Genau einmal
TCP stellt die Zuverlässigkeit der Übertragungen im Netzwerk sicher. MQTT ermöglicht zusätzlich die Verwaltung von Verbindungsverlusten. Bei einer erneuten Verbindung werden in QoS 1 und QoS 2 nicht übertragene Informationen erneut gesendet.
Bei QoS 1 werden die Nachrichten vom Empfänger bestätigt. Falls diese Bestätigung nicht eintrifft, wird die Nachricht erneut gesendet:
Netzwerkaufzeichnung QoS MQTT auf 1
Bei QoS 2 wird die Bestätigung selbst validiert, um sicherzustellen, dass die Nachricht nur einmal ankommt:
Netzwerkaufzeichnung QoS MQTT auf 2
Bei QoS 0 werden die Informationen dagegen einfach übertragen und nur durch TCP validiert:
Das Problem ist, wenn das Gerät ein Publish durchführt, wird die erste Schlüssel, die die Nachricht empfängt, diese bestätigen und das Gerät wird nur bei einer Änderung ein Publish durchführen. Es ist wahrscheinlich, dass immer dieselbe Schlüssel die Publizierungen empfängt und bestätigt. Es sollte eher QoS 0 oder 1 versucht werden.
