Problème suite mise à jour Zigbee2MQTT - Version 1.36.0

Bonjour,

Suite à la mise jour Zigbee2MQTT en version 1.36.0, la connexion aux devices ne fonctionne plus.
Lorsque je tente de redémarrer le daemon, j’ai le message « le service zigbee2MQTT est arrêté ».

Mon problème ressemble fort à celui partagé ICI il y a quelques jours mais l’utilisateur semble avoir résolu son problème sans franchement avoir identifié la cause racine.

Mon setup :

  • Version Jeedom : 4.3.23
  • Version PHP : 7.4.33
  • Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux [11.6]
  • Installation sur VM sur NAS SYNOLOGY DS218+
  • Clé ZigBee SONOFF ZigBee 3.0 USB Dongle Plus, TI CC2652P directement branchée sur port USB du NAS. Bien reconnu par le NAS :
    CP210x UART Bridge - Silicon Labs

Santé :

Logs Zigbee2mqtt_demon :

[2024-03-08 15:07:42][INFO] : ############ Arrêt des services ############
[2024-03-08 15:07:42][INFO] : ##### Arrêt du service ZigbeeLinker #####
[2024-03-08 15:07:42][INFO] : ##### Service ZigbeeLinker Arrêté #####
[2024-03-08 15:07:42][INFO] : ##### Arrêt du service Client MQTT (Client MQTT Local)#####
[2024-03-08 15:07:43][INFO] : ##### Le service Client MQTT (Client MQTT Local) s'est arrêté correctement #####
[2024-03-08 15:07:43][INFO] : ##### Arrêt du service Zigbee2MQTT #####
[2024-03-08 15:07:43][INFO] : ##### Le service Zigbee2MQTT s'est arrêté correctement. #####
[2024-03-08 15:07:43][INFO] : ##### Arrêt du service MQTT #####
[2024-03-08 15:07:43][INFO] : ##### Tentative d'arrêt du service MQTT (méthode 1)
[2024-03-08 15:07:44][INFO] : ##### Service MQTT arrêté.
[2024-03-08 15:07:44][INFO] : ##### Le service MQTT s'est arrêté correctement. #####
[2024-03-08 15:07:45][INFO] : ############ Démarrage des service ############
[2024-03-08 15:07:45][INFO] : ##### Démarrage du service ZigbeeLinker #####
[2024-03-08 15:07:45][INFO] : ##### Service ZigbeeLinker démarré #####
[2024-03-08 15:07:47][INFO] : ##### Démarrage du service MQTT #####
[2024-03-08 15:07:48][INFO] : ##### Démarrage du service MQTT terminé avec succès #####
[2024-03-08 15:07:49][INFO] : ##### Démarrage du service Zigbee2MQTT #####
[2024-03-08 15:07:51][INFO] : ##### Le service Zigbee2MQTT démarre... #####
[2024-03-08 15:07:51][INFO] : ##### Démarrage du service Client MQTT (Client MQTT Local) #####
[2024-03-08 15:07:51][INFO] : ##### Le service Client MQTT a démarré (Client MQTT Local) #####
[2024-03-08 15:07:51][INFO] : ##### Le service Client MQTT ([Aucun][Client MQTT Local]) s'est connecté. #####
[2024-03-08 15:07:51][INFO] : [Aucun][Client MQTT Local] : Client MQTT subscribe : 1
[2024-03-08 15:07:51][INFO] : ##### Le client MQTT Client MQTT Local a reçu un premier message de Zigbee2MQTT #####
[2024-03-08 15:07:52][INFO] : ##### Démarrage du service Client MQTT (Client MQTT Local) terminé avec succès #####
[2024-03-08 15:07:52][INFO] : ##### Le service zigbee2mqtt a démarré #####
[2024-03-08 15:08:03][ERROR] : ##### Le service zigbee2mqtt s'est arrêté #####

Logs zigbee2mqtt_z2m_debug

> zigbee2mqtt@1.36.0 start
> node index.js
Zigbee2MQTT:debug 2024-03-08 15:09:56: Loaded state from file /var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/state.json
Zigbee2MQTT:info  2024-03-08 15:09:56: Logging to console and directory: '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2024-03-08.15-09-56' filename: log.txt
Zigbee2MQTT:debug 2024-03-08 15:09:56: Removing old log directory '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2024-03-08.14-52-46'
Zigbee2MQTT:info  2024-03-08 15:09:56: Starting Zigbee2MQTT version 1.36.0 (commit #2a53b8e5)
Zigbee2MQTT:info  2024-03-08 15:09:56: Starting zigbee-herdsman (0.35.1)
Zigbee2MQTT:debug 2024-03-08 15:09:56: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db.backup","databasePath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db","network":{"channelList":[20],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":32777},"serialPort":{"adapter":"zstack"}}'
2024-03-08T14:09:57.116Z zigbee-herdsman:adapter No path provided, auto detecting path
Zigbee2MQTT:error 2024-03-08 15:09:57: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2024-03-08 15:09:57: Failed to start zigbee
Zigbee2MQTT:error 2024-03-08 15:09:57: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2024-03-08 15:09:57: Exiting...
Zigbee2MQTT:error 2024-03-08 15:09:57: Error: No path provided and failed to auto detect path
    at Function.create (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/adapter.ts:83:23)
    at processTicksAndRejections (node:internal/process/task_queues:95:5)
    at Controller.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:129:24)
    at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:62:27)
    at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:109:27)
    at start (/opt/zigbee2mqtt/index.js:107:5)

J’ai l’impression que j’ai un problème de liaison avec le contrôleur, j’avance :slight_smile:

Voici ma configuration :

Résultat npm-v
10.2.4

Résultat node-v
v18.19.1

Résultat lsusb :

Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU USB Tablet
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Actions déjà réalisées :

  • Réparation du module
  • Réinstallation des dépendances
  • Je vais essayer de débrancher/rebrancher la clé.

Pas de profondeur de sauvegarde suffisante pour restaurer à une date où l’installation était fonctionnelle.

Sauriez-vous m’aider à creuser pour identifier la cause du problème ?

Je vous en remercie par avance.

Ta clé ne semble plus être visible depuis la VM.

Antoine

Bonjour
Je suis dans le meme cas après avoir mis à jour le plugin ce jour, les dépendances en NOK, infos que le zigbee n’est pas compilé. la réparation ne change rien …

Bonjour,

Ca n’a peut-être rien à voir, mais vous avez vu ça sur le github concernant cette version ?

This release adds support for a new experimental Ember driver which can be used as a replacement for the existing EZSP adapter driver. In case you are currently experiencing issues with your EZSP adapter (e.g. Dongle-E/SkyConnect), please give it a try.

Cela concerne donc entre autre toutes les clés SONOFF E qui sont en EZP.
Voir aussi ici.

Avez vous vu ceci dans le changelog ?

Ci ce sont des clés Sonoff Zigbee 3.0 USB Dongle Plus V2 model « ZBDongle-E », vous devriez etre concernés …

This release adds support for a new experimental Ember driver which can be used as a replacement for the existing EZSP adapter driver. In case you are currently experiencing issues with your EZSP adapter (e.g. Dongle-E/SkyConnect), please give it a try. Instructions on how to use it can be found here. Many thanks to @Nerivec for implementing this!

Norbert

Merci beaucoup pour vos retours très rapides qui m’ont permis d’identifier le problème et de le corriger.

J’ai honte, en effet, la clé n’était plus visible depuis la VM : je ne m’explique pas pourquoi l’USB était démonté. C’est beaucoup mieux maintenant :

LSUSB :

Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU USB Tablet
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Résultat :

Le demon se lance correctement :

[2024-03-08 18:11:15][INFO] : ##### Service Zigbee2MQTT arrêté.
[2024-03-08 18:11:15][INFO] : ##### Le service Zigbee2MQTT s'est arrêté correctement. #####
[2024-03-08 18:11:15][INFO] : ##### Arrêt du service MQTT #####
[2024-03-08 18:11:15][INFO] : ##### Tentative d'arrêt du service MQTT (méthode 1)
[2024-03-08 18:11:16][INFO] : ##### Service MQTT arrêté.
[2024-03-08 18:11:16][INFO] : ##### Le service MQTT s'est arrêté correctement. #####
[2024-03-08 18:11:16][INFO] : ############ Démarrage des service ############
[2024-03-08 18:11:17][INFO] : ##### Démarrage du service ZigbeeLinker #####
[2024-03-08 18:11:17][INFO] : ##### Service ZigbeeLinker démarré #####
[2024-03-08 18:11:19][INFO] : ##### Démarrage du service MQTT #####
[2024-03-08 18:11:20][INFO] : ##### Démarrage du service MQTT terminé avec succès #####
[2024-03-08 18:11:21][INFO] : ##### Démarrage du service Zigbee2MQTT #####
[2024-03-08 18:11:22][INFO] : ##### Le service Zigbee2MQTT démarre... #####
[2024-03-08 18:11:22][INFO] : ##### Démarrage du service Client MQTT (Client MQTT Local) #####
[2024-03-08 18:11:23][INFO] : ##### Le service Client MQTT a démarré (Client MQTT Local) #####
[2024-03-08 18:11:23][INFO] : ##### Le service Client MQTT ([Aucun][Client MQTT Local]) s'est connecté. #####
[2024-03-08 18:11:23][INFO] : [Aucun][Client MQTT Local] : Client MQTT subscribe : 1
[2024-03-08 18:11:23][INFO] : ##### Le client MQTT Client MQTT Local a reçu un premier message de Zigbee2MQTT #####
[2024-03-08 18:11:23][INFO] : ##### Démarrage du service Client MQTT (Client MQTT Local) terminé avec succès #####
[2024-03-08 18:11:24][INFO] : ##### Le service zigbee2mqtt a démarré #####

Et les messages sont bien récupérés (en tout cas, celui d’un seul capteur pour le moment :slight_smile: ) :

[2024-03-08 18:13:28][INFO] : Evènement sur la commande [Garage][0x00158d00090ecee2][Température équipement] valeur : 16°C
[2024-03-08 18:13:28][INFO] : Evènement sur la commande [Garage][0x00158d00090ecee2][Signal] valeur : 96lqi
[2024-03-08 18:13:28][INFO] : Evènement sur la commande [Garage][0x00158d00090ecee2][Tension] valeur : 2965mV
[2024-03-08 18:13:28][INFO] : Evènement sur la commande [Garage][0x00158d00090ecee2][Batterie] valeur : 77%

Bonjour

Pour ma part et même si ton problème n’avait rien à voir avec la nouvelle version de Zigbee2mqtt, personnellement j’ai fait machine arrière après être passé en 1.36.0 puis en 1.36.1 (pensant résoudre les pbs constatés).
En effet sur une sonoff E je perdais le contrôle total de mes périphériques au bout de plusieurs heures. Redémarrage du plugin obligatoire.
Heureusement que le PlugIn permet un retour sur des versions antérieures !! Aucun Message dans les logs…
Je suppose que le firmware de la clef n’est pas au niveau mais pas le temps d’investiguer.
Reste que j’ai un message qui m’annonce dans le centre des messages la disponibilité d’une nouvelle version tous les jours (pas dans le centre des maj).