Device Availability

Add-ons Zigbee2MQTT
1

Hi,

Ich werd hier noch wahnsinnig. Ich hatte früher Zha bin dann damals auf z2mqtt mithilfe von Simons Video umgezogen.
Soweit lief das ganze jetzt mit letzerem seit Monaten und Wuchs um mehr als 100 Geräte.
Jetzt wollte ich, da immer mal wieder Geräte mysteriöser Weise aus dem Netz droppen, etwas dagegen tun.
Ich nahm also eine Anleitung, um genau zu sein diese: Managing Offline Devices in Zigbee2MQTT — Home Automation Guy
(Hoffe der Link ist erlaubt) und legte los.
Unter Settings/Availability aktivierte ich nach den Einstellungen der Anleitung den Passiv_Mode und die Zeit einstellungen.
In der Geräte Liste wurden dann Geräte als On/Offline gezeigt.
Nun wollte ich den Zeitstempel noch dazu haben damit die Automation später funktioniert.
Also unter Advanced das disabled auf ISO_8601 umgestellt gespeichert, Addon neugestartet und Peng.

z2mqtt war zerschossen… Adapter Missmatch Networkkeys wohl plötzlich ungleich und co.
Ich verstehe größtenteils leider nur Bahnhof (und das nicht nur weil ich Lokführer bin).
Wo und was ist hier schief gegangen.
Die Fehler türmten sich, ein Backup des Addons alleine wiederherstellen klappte nicht.
Zum zweiten mal habe ich heute ein komplett Backup meines HA Produktivsystems laden müssen um Abends überhaupt das Licht an und aus zu bekommen.

Meine Fragen sind also neben einem Schrei nach Hilfe.
Was passiert da?
Warum passierte es?
Wie mache ich das richtig? (natürlich ohne mein komplettes Geräte Netzwerk neu anzulernen.)

Vielen Dank im Voraus
Niluxx

2

Irgendwas manuell in der .yaml von Z2M geändert?

Beim nächsten mal darfst du uns auch die Logs mit den Fehlern geben.

Keine Logs → keine Ahnung

Ich denke du hast was falsch gemacht als du was in der configuration.yaml von Z2M geändert hast.

Natürlich ist der erlaubt, Kontext ist wichtig.

Da ich nicht weiß was du in der yaml falsch gemacht hast, sage ich einfach mal:
Beim nächsten mal besser aufpassen.
Die Einrückungen sind z.B. bei yaml sehr wichtig.

Du musst ja auch das in der yaml einfügen:

device_options:
  homeassistant:
    last_seen:
      enabled_by_default: true

hast du das z.B. an die stelle gesetzt wo davor

device_options: {}

war oder hattest du dann beides in der yaml? → kann auch zu Problemen führen.

Teile der Config beim Einfügen markiert gehabt und dadurch gelöscht?

Mehr stocher ich jetzt nicht im dunklen.

Edit:

Jetzt nochmal zu dein eigentlichen Problem:

Auf welchem Zigbee Kanal arbeitet Z2M?
Auf welchem WLAN Kanal arbeitet dein WLAN?

LG
Tobi

3

Hi,

Ja stimmt das log hätte ich mal sichern sollen :man_facepalming: .
In der yaml habe ich direkt eigentlich nichts geändert. nur über die Oberfläche.
Oder liegt hier der Fehler.
Wahrscheinlich auch ohne log nicht beurteilbar, kanns mir denken :wink:
Das Log sende ich beim nächsten Unfall hier rein :sad_but_relieved_face: Bin mir noch unsicher ob ich das heut nochmal angehe, denke eher morgen.
Wird langsam dunkel und ohne Licht krieg ich wieder ärger von der “Regierung” :smiley:

Ach deine Frage sorry:
Zigbee auf Kanal 11
Wlan bin ich grade am umrüsten von Fritz auf Unifi
Die Geräte nutzen 6 1 und 11
Ein UDR7 und zwei APs
Noch organisieren die sich alleine.
Die angesprochenen Probleme hatte ich mit Fritz aber schon und da hatte ich mal laut glaube auch Simons Video die Kanäle optimiert.

4

Moin,

nein, das ist korrekt und sollte der eigentliche Weg sein, die Web-UI schützt dich genau davor etwas falsch in die configuration.yaml einzutragen, sie macht auch einen Check, bevor es gesichert wird!

VG
Bernd

P.S.: hier gab es einen anderen User, der das gleiche in Z2M eingestellt hat und auch seltsame Effekte hatte

1 „Gefällt mir“
5

Denk dran WLAN un Zigbee laufen beide auf 2,4GHz:

grafik
grafik960×540 78 KB

WLAN Kanal 1 solltest du meiden wen dein Zigbee auf Kanal 11 ist.

LG

6

Tatsächlich “lustig”, dass hier jemand mit dem gleichen Problem ist. Bei mir hat die Wiederherstellung des Addon Backup auch nix gebracht, lediglich das komplette Backup führte zum gewünschten Erfolg.

Ich hatte in den erweiterten Einstellungen einfach nur die Einstellung “last seen” aktivieren wollen. Nach Neustart des Plugins waren alle Geräte weg, nix ging mehr.

1 „Gefällt mir“
8

So bin das ganze jetzt Schritt für Schritt angegangen.

device_options:
homeassistant:
last_seen:
enabled_by_default: true

Habe ich mit einrückungen in die yaml eingefügt. gespeichert → Addon neustart
Läuft bis hier hin alles noch.

Als nächstes über die GUI und den Punkt Verfügbarkeit die passiven Geräte aktiviert und die Steckergeräte auf timeout 30 gestellt.

Läuft ebenfalls noch alles bis jetzt!
Das Problem tritt also auf wenn ich wie ich vermutet hatte jetzt den Timestamp einbauen möchte.

Also sprich wenn ich Last seen von disable auf ISO_8601 ändere speichere und neustarte dann crashed alles.

Habe ich jetzt logischerweise weggelassen um nicht wieder alles zu torpedieren.
Gibt es hierfür nen logischen Grund oder ist es wirklich ein z2mqtt bug?

Update:
ich sehe in der Zigbee Addon Oberfläche jetzt den online oder offline status aber sollte nicht in den Zigbee Geräte eigenen Seiten jetzt auch soetwas auftauchen?

device_options:   
homeassistant:     
last_seen:       
enabled_by_default: true

soll doch das bewirken oder nicht?

:crayon:by HarryP:
. Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
. Code-/Logzeilen formatiert (bitte immer in </> einbinden)
. s.a.: (Neues Update & Features - Hier in der Community 🫶)

9

Moin,

es ist nicht wirklich leicht zu folgen, meinst Du das?

grafik
grafik2369×214 39.3 KB

Und das gleiche Gerät in HA
grafik
grafik337×215 8.23 KB

VG
Bernd

10

Ja genau das last_seen hatte ich so verstanden, dass dieser Zeitstempel von dem Iso Einstellwert kommt?
bei mir sieht es nur so aus :

bildforum
bildforum1361×187 12.3 KB

geräte
geräte308×276 8.23 KB

11

Moin,

also so habe ich das eingestellt,

grafik
grafik1660×1143 97.8 KB

grafik
grafik1660×1143 86 KB

VG
Bernd

13

Genau und sobald ich das was bei dir das erste Bild ist von disable auf ISO_8601 umstelle es speichere und neu starte, ist Z2mqtt nicht mehr fähig zu starten und crashed mit dingen wie ungleicher Network Key.
Es gibt noch die Option ISO_8601_local, muss ich evtl. die auswählen?

Aktuell sieht meine Configuration.yaml wie folgt aus:

config_oben
config_oben494×749 25.3 KB

config_unten
config_unten340×343 10.3 KB

:crayon:by HarryP:

. Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
. Code-/Logzeilen bitte immer formatiert in </> einbinden und nicht als Bild einstellen)
. s.a.: (Neues Update & Features - Hier in der Community 🫶)

14

Moin,

keine Ahnung ich habe in der Dokumentation nicht geschaut, was da der Unterschied ist.

Das steht bei mir in der configuration.yaml, im Abschnitt

advanced:
  log_syslog:
    app_name: Zigbee2MQTT
    eol: /n
    host: localhost
    localhost: localhost
    path: /dev/log
    pid: process.pid
    port: 514
    protocol: udp4
    type: '5424'
  last_seen: ISO_8601
  adapter_concurrent: 16
  log_level: error
  availability: true

Alles, was da zusätzlich eingerückt ist, gehört zum Loging.

VG
Bernd

P.S.: wen sich das wirklich nachvollziehen lässt wäre das ein Issue auf Github wert :wink:

15

also müsste ich theoretisch ja nur in der yaml
unter advanced die Zeile

last_seen: ISO_8601

mit zwei Leerzeichen eingerückt einbauen, oder?
Habe bald das Gefühl wenn ich über das GUI den Wert ändere überschreibt er die Networkkeys aus irgendeinem Grund mit etwas anderem

16

Moin,

theoretisch ja, aber vergiss nicht eine Kopie zu erstellen, weil ein Backup haben ist besser als eins zu brauchen :wink:

Was auch immer mal sein kann, wenn nicht genug Speicher vorhanden ist, kann es beim Schreiben zu seltsamen Phänomenen kommen, also auch mal auf das System schauen, ob da alles im grünen Bereich ist.

VG
Bernd

17

:heart_eyes: ES geht endlich !!! Perfekt vielen Dank Bernd.

Ich hoffe es läuft dauerhaft jetzt auch so, hab grad ein wenig das Vertrauen in die Stabilität verloren :smiley:

18

Moin,

ich kann nicht sagen, woran es liegt, aber ich bin Dezember 2023 von ioBroker zu Home Assistant gewechselt, ich hatte noch nie Probleme :slight_smile:

Ich betreibe aber auch alles schön getrennt voneinander, also HA in seiner VM, so gut wie ohne Add-ons, alles andere mache ich schön nach alter Unix Sitte getrennt nach Funktion in LX Containern unter Proxmox, sieht nach mehr Arbeit aus, ist es für mich nicht, weil ich keine Zeit in irgendwelche Fehlersuche investieren muss :slight_smile:

Dann mal viel Spaß und das Du Dein eigentliches Problem damit gelöst bekommst.

VG
Bernd