Ich beschäftige mich endlich wieder mit Gladys, nachdem ich einen Beelink und einen neuen Zigbee2MQTT-Dongle erworben habe, um meinen Pi und den alten Dongle als Test-Gladys verwenden zu können (und endlich die in alten Themen geforderten Tests durchzuführen ).
Ich habe also mein Gladys-Backup wiederhergestellt und alles funktioniert korrekt, außer Zigbee2MQTT.
Starting Zigbee2MQTT ohne Watchdog.
[2024-12-30 10:36:59] info: z2m: Protokollierung in der Konsole, Datei (Dateiname: log.log)
[2024-12-30 10:36:59] info: z2m: Starten von Zigbee2MQTT Version 1.42.0 (Commit #861cba6)
[2024-12-30 10:36:59] info: z2m: Starten von zigbee-herdsman (2.1.9)
[2024-12-30 10:36:59] warning: zh:ezsp: Der Treiber ‹ ezsp › ist veraltet und wird nur noch zur Unterstützung älterer Firmware (vor 7.4.x) bereitgehalten. Die Migration zu ‹ ember › wird empfohlen. Bei Verwendung von Zigbee2MQTT siehe Improved Ember (EZSP) driver (experimental) · Koenkk/zigbee2mqtt · Discussion #21462 · GitHub
[2024-12-30 10:37:02] error: zh:ezsp:ezsp: Netzwerkinitialisierung fehlgeschlagen
[2024-12-30 10:37:02] error: z2m: Fehler beim Starten von zigbee-herdsman
[2024-12-30 10:37:02] error: z2m: Zigbee konnte nicht gestartet werden
[2024-12-30 10:37:02] error: z2m: Siehe Redirecting... für mögliche Lösungen
[2024-12-30 10:37:02] error: z2m: Beenden…
[2024-12-30 10:37:02] error: z2m: Fehler: Dieses Backupformat für den Open Coordinator ist nicht für den EZSP-Adapter
bei EZSPAdapterBackup.getStoredBackup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/backup.ts:97:23)
bei Driver.needsToBeRestore (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:943:45)
bei Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:244:40)
bei EZSPAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:152:16)
bei Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
bei Zigbee.start (/app/lib/zigbee.ts:69:27)
bei Controller.start (/app/lib/controller.ts:161:27)
bei start (/app/index.js:154:5)
Ich habe die Anweisungen in diesem Thema befolgt, da mein Problem ähnlich scheint, aber das hat das Problem nicht gelöst.
Hast du es vielleicht einfach versucht, die Integration in der Gladys-Oberfläche zu deaktivieren?
Warten Sie ein paar Sekunden und dann alles wieder aktivieren?
Normalerweise sollte das Problem mit dem Dongle-Wechsel seit August nicht mehr auftreten.
Also… Lasst uns suchen!
Über SSH
Schauen wir, ob dein Dongle erkannt wird lsusb
Dein Dongle sollte angezeigt werden
Falls ja
Dann müssen die vorhandenen Container überprüft werden docker ps -a
Dann deaktiviere Z2M in Gladys
Und nochmal docker ps -a
Um zu überprüfen, ob der Container wirklich gelöscht wurde
gladys@gladys:~$ sudo lsusb
[sudo] Passwort für gladys:
Bus 001 Gerät 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Gerät 003: ID 8087:0026 Intel Corp. AX201 Bluetooth
Bus 001 Gerät 005: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Gerät 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
gladys@gladys:~$ sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
322e416b6fe9 koenkk/zigbee2mqtt:1.42.0 « docker-entrypoint.s… » 21 Stunden ago Restarting (1) 19 Sekunden ago gladys-z2m-zigbee2mqtt
b1850fd9370c eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 21 Stunden ago Up 21 Stunden gladys-z2m-mqtt
8621521aba14 nodered/node-red:3.1 « ./entrypoint.sh » 21 Stunden ago Up 21 Stunden (healthy) 0.0.0.0:1881->1880/tcp, [::]:1881->1880/tcp gladys-node-red
e0849fe0dd47 eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 36 Stunden ago Up 36 Stunden eclipse-mosquitto
b251392ecb69 containrrr/watchtower « /watchtower --clean… » 41 Stunden ago Up 36 Stunden (healthy) 8080/tcp watchtower
acc31a054b9d gladysassistant/gladys:v4 « docker-entrypoint.s… » 41 Stunden ago Up 21 Stunden gladys
gladys@gladys:~$ sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
8621521aba14 nodered/node-red:3.1 « ./entrypoint.sh » 21 Stunden ago Up 21 Stunden (healthy) 0.0.0.0:1881->1880/tcp, [::]:1881->1880/tcp gladys-node-red
e0849fe0dd47 eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 36 Stunden ago Up 36 Stunden eclipse-mosquitto
b251392ecb69 containrrr/watchtower « /watchtower --clean… » 41 Stunden ago Up 36 Stunden (healthy) 8080/tcp watchtower
acc31a054b9d gladysassistant/gladys:v4 « docker-entrypoint.s… » 41 Stunden ago Up 21 Stunden gladys
Ich habe auch gerade daran gedacht, dass mein Pi bei 4.46.2 stehen geblieben ist und als ich den Beelink installiert habe, bin ich direkt auf 4.50.2 gesprungen. Aber ich habe Zweifel, dass das Auswirkungen hat, da ich eigentlich alle dazwischenliegenden Änderungen übernommen haben sollte…
Also, der Container wird korrekt zerstört und der Dongle wird erkannt.
Die letzte Version sollte die Dongle-Änderung in der Konfiguration korrekt verbreiten
Ich frage mich, ob der ausgewählte Dongle der richtige ist…
Kannst du diesen Befehl ausprobieren ls -l /dev/serial/by-id um zu sehen, ob der richtige Port ausgewählt ist?
Und eventuell ein anderes Modell aus der Liste auswählen?
Oder an einen anderen USB-Port anschließen?
Mir scheint, wir hatten schon mal einen ähnlichen Fall, oder?
gladys@gladys:~$ sudo ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dec 31 17:50 usb-Itead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_V2_c422c26ad138ef11880ee1d154516304-if00-port0 → ../../ttyUSB0
Der Port entspricht genau dem, was ich in Gladys finde.
Ich habe auch ein anderes Modell versucht, aber dann verliere ich auch die Verbindung zwischen Gladys und MQTT.
Und ich kann nur die Frontports verwenden, da der Dongle zu groß ist und wegen des Netzwerkkabels nicht durchpasst…
Nein, er ist immer auf /dev/ttyACM0 festgelegt und es ist die Docker-Zuordnung, die ihn mit dem echten physischen Gerät verbindet.
Erstens gibt es eine Warnung bezüglich der Verwendung des Treibers ezsp. Dieser wird zugunsten des Treibers ember veraltet. Das kommt nicht von dir und ich werde ein GitHub-Issue erstellen, damit wir das korrigieren. Und das sollte die Funktionsfähigkeit nicht beeinträchtigen. EmberZNet adapters (Silicon Labs) | Zigbee2MQTT
Dein Fehler kommt daher, dass das Backup, das du wiederherstellst, mit einem anderen Dongle erstellt wurde
Error: This open coordinator backup format not for EZSP adapter
Wenn du den Dongle wechselst, ist eine Neuzuordnung aller Geräte erforderlich FAQ | Zigbee2MQTT und daher funktioniert das Backup nicht.
Um das Problem zu beheben ( du musst alle Geräte neu zuordnen, aber es gibt keine Wahl), musst du die Datei /var/lib/gladysassistant/zigbee2mqtt/z2m/coordinator_backup.json löschen und dann die Z2M-Integration neu starten (z. B. durch Deaktivieren/Aktivieren).
).
du musst alle Geräte neu zuordnen, aber es gibt keine Wahl), musst du die Datei