Je me replonge enfin dans Gladys suite à l’acquisition d’un Beelink et d’un nouveau dongle Zigbee2MQTT afin de pouvoir utiliser mon Pi et l’ancien dongle en tant que Gladys de test (Et enfin réaliser les tests demandés dans de vieux sujets ).
J’ai donc restauré ma sauvegarde Gladys et tout fonctionne correctement sauf Zigbee2MQTT.
Starting Zigbee2MQTT without watchdog.
[2024-12-30 10:36:59] info: z2m: Logging to console, file (filename: log.log)
[2024-12-30 10:36:59] info: z2m: Starting Zigbee2MQTT version 1.42.0 (commit #861cba6)
[2024-12-30 10:36:59] info: z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-30 10:36:59] warning: zh:ezsp: ‹ ezsp › driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to ‹ ember › is recommended. If using Zigbee2MQTT see Improved Ember (EZSP) driver (experimental) · Koenkk/zigbee2mqtt · Discussion #21462 · GitHub
[2024-12-30 10:37:02] error: zh:ezsp:ezsp: Failure to init network
[2024-12-30 10:37:02] error: z2m: Error while starting zigbee-herdsman
[2024-12-30 10:37:02] error: z2m: Failed to start zigbee
[2024-12-30 10:37:02] error: z2m: Check Zigbee2MQTT fails to start | Zigbee2MQTT for possible solutions
[2024-12-30 10:37:02] error: z2m: Exiting…
[2024-12-30 10:37:02] error: z2m: Error: This open coordinator backup format not for EZSP adapter
at EZSPAdapterBackup.getStoredBackup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/backup.ts:97:23)
at Driver.needsToBeRestore (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:943:45)
at Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:244:40)
at EZSPAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:152:16)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:161:27)
at start (/app/index.js:154:5)
J’ai suivi les explications de ce sujet car mon problème semble similaire mais cela n’a pas résolu le soucis.
Normalement, on ne devrait plus avoir le problème de changement de dongle depuis le mois d’août.
Donc… Cherchons !
En SSH
Voyons si ton dongle est reconnu lsusb
Ton dongle doit apparaître
Si oui
Il faut vérifier les containers présents docker ps -a
Puis désactive Z2M dans Gladys
Et re docker ps -a
Pour vérifier que le container a bien été supprimé
gladys@gladys:~$ sudo lsusb
[sudo] password for gladys:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth
Bus 001 Device 005: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Device 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 hours ago Restarting (1) 19 seconds ago gladys-z2m-zigbee2mqtt
b1850fd9370c eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 21 hours ago Up 21 hours gladys-z2m-mqtt
8621521aba14 nodered/node-red:3.1 « ./entrypoint.sh » 21 hours ago Up 21 hours (healthy) 0.0.0.0:1881->1880/tcp, [::]:1881->1880/tcp gladys-node-red
e0849fe0dd47 eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 36 hours ago Up 36 hours eclipse-mosquitto
b251392ecb69 containrrr/watchtower « /watchtower --clean… » 41 hours ago Up 36 hours (healthy) 8080/tcp watchtower
acc31a054b9d gladysassistant/gladys:v4 « docker-entrypoint.s… » 41 hours ago Up 21 hours gladys
gladys@gladys:~$ sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
8621521aba14 nodered/node-red:3.1 « ./entrypoint.sh » 21 hours ago Up 21 hours (healthy) 0.0.0.0:1881->1880/tcp, [::]:1881->1880/tcp gladys-node-red
e0849fe0dd47 eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 36 hours ago Up 36 hours eclipse-mosquitto
b251392ecb69 containrrr/watchtower « /watchtower --clean… » 41 hours ago Up 36 hours (healthy) 8080/tcp watchtower
acc31a054b9d gladysassistant/gladys:v4 « docker-entrypoint.s… » 41 hours ago Up 21 hours gladys
Je viens aussi de penser que mon Pi était resté en 4.46.2 et quand j’ai installé le Beelink, je suis directement passé en 4.50.2. Mais j’ai des doutes que ça impacte vu que je suis censé avoir récupéré l’ensemble des changements intermédiaires…
Donc, le container est bien détruit, le dongle est bien reconnu.
La dernière version est sensée bien propager le changement de dongle dans la configuration
Je me demande si le dongle sélectionné est le bon…
Peux-tu essayer cette commande ls -l /dev/serial/by-id pour voir si c’est le bon port qui est sélectionné ?
Et éventuellement choisir un autre modèle dans la liste ?
Ou brancher sur un autre port USB ?
Il me semble qu’on avait déjà eu un cas similaire mais ?
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
Le port correspond bien à ce que je retrouve dans Gladys.
J’ai aussi tenté avec un autre modèle mais là je perds aussi le lien entre Gladys et MQTT.
Et je ne peux utiliser que les ports frontaux car le dongle est trop gros et il ne passe pas à cause du câble réseau…
Non, il est tout le temps fixé à /dev/ttyACM0 et c’est le mapping de Docker qui le lie au vrai device physique.
Premièrement, il y a un warning concernant l’utilisation du driver ezsp. Celui-ci est déprécié en faveur du driver ember. Cela ne vient pas de toi et je vais créer une issue Github pour qu’on corrige ça. Et cela ne devrait pas empêcher le fonctionnement. EmberZNet adapters (Silicon Labs) | Zigbee2MQTT
Ton erreur vient du fait que le backup que tu restaures a été fait avec un autre dongle
Error: This open coordinator backup format not for EZSP adapter
Quand tu changes de dongle, cela requiert une réassociation de tous les appareils FAQ | Zigbee2MQTT et donc le backup ne fonctionne pas.
Pour corriger le souci ( tu vas devoir réassocier tous les appareils mais pas le choix), il faut que tu supprimes le fichier /var/lib/gladysassistant/zigbee2mqtt/z2m/coordinator_backup.json puis redémarre l’intégration Z2M (en désactivant/réactivant par exemple)
).
tu vas devoir réassocier tous les appareils mais pas le choix), il faut que tu supprimes le fichier