Zigbee2MQTT ne démarre plus suite à la mise à jour du 14/03/2024

Bonjour,
Suite à la dernière mise à jour (version 2024-03-14 08:57:36) du plugin Jeezigbee + installation des dépendances, le démon ne veut plus démarrer. Dans les logs, je trouve ça :

zigbee2mqtt@1.36.0 start
node index.js
Zigbee2MQTT:debug 2024-03-14 12:20:11: Loaded state from file /var/www/html/plugins/z2m/data/state.json
Zigbee2MQTT:info  2024-03-14 12:20:11: Logging to console and directory: '/var/www/html/plugins/z2m/data/log/2024-03-14.12-20-11' filename: log.txt
Zigbee2MQTT:debug 2024-03-14 12:20:11: Removing old log directory '/var/www/html/plugins/z2m/data/log/2024-02-21.18-50-44'
Zigbee2MQTT:info  2024-03-14 12:20:11: Starting Zigbee2MQTT version 1.36.0 (commit #2a53b8e)
Zigbee2MQTT:info  2024-03-14 12:20:11: Starting zigbee-herdsman (0.35.1)
Zigbee2MQTT:debug 2024-03-14 12:20:11: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/var/www/html/plugins/z2m/data/coordinator_backup.json","databaseBackupPath":"/var/www/html/plugins/z2m/data/database.db.backup","databasePath":"/var/www/html/plugins/z2m/data/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"deconz","path":null}}'
Zigbee2MQTT:error 2024-03-14 12:20:11: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2024-03-14 12:20:11: Failed to start zigbee
Zigbee2MQTT:error 2024-03-14 12:20:11: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2024-03-14 12:20:11: Exiting...
Zigbee2MQTT:error 2024-03-14 12:20:12: Error: No path provided and failed to auto detect path

J’ai remarqué qu’après la mise à jour du plugin, le port sélectionné était passé sur « aucun », et désormais il semblerait qu’on n’ait plus vraiment d’autre choix que de sélectionner « auto », ce que j’ai fait. Peut-être que ça a un rapport ?
Merci

Bonjour,
Tu avais quel port avant ? La mise à jour retire normalement juste les ports non existant, il est possible que j’ai fait une erreur (certain port sont compliqué a trouver).

Je ne suis pas complètement sûr mais il me semble que c’était /dev/ttyACM0.
J’utilise un Conbee II et je suis sur un Rock PI 4.

By id un truc du genre pour conbee2

image

Ok merci pour le retour, une beta va arriver d’ici 5 à 10min et rajoutera le port en question. Si tu me valides que tout est bon je lancerais le processus de validation d’une version stable du plugin.

1 « J'aime »

Il y est déjà non?

image

Sur la dernière version ? Chez moi il n’apparaît pas en tous cas


beta

Tu n’es pas sur la dernière version, moi je suis sur la 2024-03-14 08:57:36, avant ça fonctionnait et j’avais bien le port en effet.
Du coup si tu fais la maj pense à bien faire une sauvegarde avant, au cas où

La derniere version beta qui est sortie il y a quelque minute (donc vers 15:50). La tu es sur la stable… Il faut dans ton profils market activer les versions beta des plugins et installer la beta du plugin (pas besoin du core en beta dans ton cas).

Pour ma part avec la version 2024-03-14 15:50:38 aucun changement, en auto ça ne fonctionne toujours pas et je n’ai aucune option qui a apparu dans la liste

Je viens de résoudre le problème.
J’ai tenté de lancer la commande " ls /dev/serial/by-id/* " afin de lister les ports disponibles, et j’ai eu l’erreur suivante :
" cannot access ‘/dev/serial/by-id/*’: No such file or directory. "
J’imagine que c’est la raison pour laquelle le mode « auto » ne fonctionne pas sur la selection de port.
L’origine du problème ne vient pas du plugin mais d’un bug dans udev sur Debian Bullseye.
Sur certaines versions la commande en question ne fonctionne pas.
J’ai fait un apt update et apt upgrade afin de tout mettre à jour, et après un redémarrage, la commande fonctionne et me renvoie cette valeur :
" /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2431098-if00
" ou bien « lrwxrwxrwx 1 root root 13 Mar 14 16:31 /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2431098-if00 → …/…/ttyACM0 » si je lance la commande depuis la console de Jeedom
J’ai donc retenté le mode auto, et cette fois-ci tout est ok.
Je n’ai toujours aucun port d’affiché dans la liste mais ça n’est pas un problème pour moi étant donné que maintenant le mode auto fonctionne.
Merci pour votre aide en tous cas.

Bonjour
En bêta tu n’as toujours pas le port acm0 d’affiché ? Si ça marche tant mieux mais normalement tu devrais l’avoir quand meme

Après redémarrage le port apparait bien, en effet.
Il apparait même trois fois
Une première fois sous le nom " /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2431098-if00 "
Une seconde fois sous le nom " /dev/ttyACM0 (/dev/ttyACM0) "
Et une troisième fois sous le nom " /dev/ttyACM0 "

Ok donc ma modification d’hier était inutile en faite. Ca sera supprimé dans la beta de demain, il est normal qu’il soit la 2 fois (une fois en serial et une fois en tty).

Désolé de vous avoir fait perdre du temps, visiblement les deux problèmes avaient donc la même cause. Peut-être qu’il serait intéressant de modifier les dépendances du plugin affin de s’assurer que udev soit bien à jour ?

Bonjour,
C’est pas au plugin de s’occuper d’udev c’est beaucoup trop compliqué et c’est un coup a faire des conneries et tout casser.

Ok je comprends, alors peut-être juste vérifier que la version ne pose pas de problème pour prévenir l’utilisateur si c’est le cas ? En gros si le nom de la version comprends « deb11u2 », alors le bug sera présent.
Ou peut-être que ça ne concerne presque personne et que ça ne vaut pas le coup, je ne me rends pas compte

Tu es le 1er a remonter ca, je comprends la demande mais je peux pas mettre un check dans jeedom pour chaque bug d’un logiciel externe, je preferes me concentrer sur les bugs de jeedom lui meme que de remonter une alerte sur tous les potentiels bugs des autres.

1 « J'aime »

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.