Bonjour,
Je viens d’acquérir une clé SONOFF Zigbee 3.0 USB ZBDongle-P que j’essaye de faire fonctionner sur Jeedom v4 (tournant sur RPI4).
Je n’arrive pas à démarrer le démon.
Voici ma configuration de JeeZigbee :
Je ne sais pas vraiment exploiter les logs.
Quel log pourrait aider ?
D’où peut venir le problème ?
Avez-vous une idée de ce que je ne fais pas bien ?
Guillaume
Salut
Es-tu sur que c’est une P? On lit silicone lab pour ke port donc je pencherais pour une E, et il faudrait alors mettre le type ezsp.
Antoine
Salut,
Voici la boîte :
C’est bien le modèle P, mais si la clé n’est pas la bonne dans la boîte…
Je vais tester avec EZSP.
Guillaume
C’est bien une P, c’est marqué sur la clé :
J’ai quand même testé en EZSP et le démon en veut toujours pas démarrer.
A tout hasard, ceux du plugin?
En tout cas pas ceux d’un autre
Voici le log de z2m :
[2023-09-13 18:05:02][DEBUG] : [execute] zigbee2mqtt/0x84ba20fffedef1c3/set => {"state":"OFF"}
[2023-09-13 18:05:35][INFO] : Arrêt du démon z2m
[2023-09-13 18:05:37][INFO] : Démarrage du démon Z2M : ZIGBEE2MQTT_DATA=/var/www/html/plugins/z2m/core/class/../../data npm start --prefix /var/www/html/plugins/z2m/resources/zigbee2mqtt
Voici le log de z2md :
> zigbee2mqtt@1.33.0 start
> node index.js
Zigbee2MQTT:debug 2023-09-13 18:05:43: Loaded state from file /var/www/html/plugins/z2m/data/state.json
Zigbee2MQTT:info 2023-09-13 18:05:43: Logging to console and directory: '/var/www/html/plugins/z2m/data/log/2023-09-13.18-05-43' filename: log.txt
Zigbee2MQTT:debug 2023-09-13 18:05:43: Removing old log directory '/var/www/html/plugins/z2m/data/log/2023-09-13.15-05-11'
Zigbee2MQTT:info 2023-09-13 18:05:43: Starting Zigbee2MQTT version 1.33.0 (commit #f224ef7)
Zigbee2MQTT:info 2023-09-13 18:05:43: Starting zigbee-herdsman (0.18.5)
Zigbee2MQTT:debug 2023-09-13 18:05:43: 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":"ezsp","path":"/dev/ttyUSB1"}}'
Error: Reset error: Error: {"sequence":-1} after 10000ms
at /var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
at Queue.executeNext (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
Log pour ezsp, cela aide pas vraiment.
Antoine
Je ne comprends pas.
Etant que je souhaite migrer de ma clé Popp à ma clé Sonoff, quand je fais les tests, je passe de l’une à l’autre et vice-versa quand j’ai terminé.
Donc pour avoir ce log, j’ai :
Effectivement, on dirait qu’il reste du ezsp dans le log.
Je n’ai pas d’explication.
J’ai eu le même souci. Mettre sur ZNP/TI ne change pas le paramètre dans le fichier de conf de Z2M. Il faut l’éditer à la main avec l’éditeur de fichier de jeedom. Trouver le fichier configuration.yaml dans le dossier du plug-in et chercher adapter: remplacer ezsp par zstack
Effectivement, j’ai remplacé ezsp par zstack dans le fichier configuration.yaml du répertoire /plugins/z2m/data/.
Le démon ne démarre toujours pas.
Voici le log de z2md avec une nouvelle erreur :
Zigbee2MQTT:debug 2023-09-13 19:59:27: Loaded state from file /var/www/html/plugins/z2m/data/state.json
Zigbee2MQTT:info 2023-09-13 19:59:27: Logging to console and directory: '/var/www/html/plugins/z2m/data/log/2023-09-13.19-59-27' filename: log.txt
Zigbee2MQTT:debug 2023-09-13 19:59:27: Removing old log directory '/var/www/html/plugins/z2m/data/log/2023-09-13.15-30-12'
Zigbee2MQTT:info 2023-09-13 19:59:28: Starting Zigbee2MQTT version 1.33.0 (commit #f224ef7)
Zigbee2MQTT:info 2023-09-13 19:59:28: Starting zigbee-herdsman (0.18.5)
Zigbee2MQTT:debug 2023-09-13 19:59:28: 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":"zstack","path":"/dev/ttyUSB1"}}'
Zigbee2MQTT:error 2023-09-13 20:00:34: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2023-09-13 20:00:34: Failed to start zigbee
Zigbee2MQTT:error 2023-09-13 20:00:34: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2023-09-13 20:00:34: Exiting...
Zigbee2MQTT:error 2023-09-13 20:00:34: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby
at ZnpAdapterManager.beginCommissioning (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:347:23)
at ZnpAdapterManager.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:92:17)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:132:29)
at Zigbee.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/zigbee.ts:60:27)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/controller.ts:101:27)
at start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js:107:5)
Est ce que la commande « ls -l /dev/serial/by-id » te remonte bien le port de ta clé ?
Hello,
As-tu tenté de mettre /dev/ttyUSB0 comme port du contrôleur?
Dans le log on voit usb1 et pas 0.
En fait, à force de changer de clé (entre la Popp et la Sonoff), le RPI m’a passé la clé en USB1. Mais depuis, je suis repassé en USB0. Je ne sais pas pourquoi le RPI a momentanément changé…
Je viens de tester, mais aucun changement.
Quand je regarde le dernier log :
Zigbee2MQTT:error 2023-09-13 20:00:34: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby
at ZnpAdapterManager.beginCommissioning (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:347:23)
at ZnpAdapterManager.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:92:17)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:132:29)
at Zigbee.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/zigbee.ts:60:27)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/controller.ts:101:27)
at start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js:107:5)
et suite aux recherches que j’ai faites sur le net, je pense que le problème vient d’un réseau déjà existant (celui créé avec ma clé Popp) et qui rentre en conflit (même panId) avec le nouveau réseau qui serait créé avec ma nouvelle clé Sonoff.
Bonjour,
Mes plugins sont à jour de cette nuit et le bug est encore présent pour JeeZigbee avec le paramétrage du dongle Sonoff.
C’est simple j’ai une Zigate+ et j’ai voulu la remplacer par une Sonoff P, je ne comprenais pas car j’avais sans arrêt une erreur avec « ZiGateAdapter.start » alors que je n’avais plus la Zigate donc j’ai même supprimé les 3 modules Zigbee en test mais toujours la même chose.
Puis j’ai testé les autres types de contrôleur dans la config de JeeZigbee/z2m pour voir et c’était bien des erreurs différentes.
Là où c’est intéressant c’est que j’ai testé avec « Deconz/Conbee » en dernier puis j’ai remis sur « ZNP/TI », mais il a l’air de rester sur le dernier sélectionné avant ZNP :
> zigbee2mqtt@1.33.0 start
> node index.js
Zigbee2MQTT:debug 2023-09-21 09:45:59: Loaded state from file /var/www/html/plugins/z2m/data/state.json
Zigbee2MQTT:info 2023-09-21 09:45:59: Logging to console and directory: '/var/www/html/plugins/z2m/data/log/2023-09-21.09-45-59' filename: log.txt
Zigbee2MQTT:debug 2023-09-21 09:45:59: Removing old log directory '/var/www/html/plugins/z2m/data/log/2023-09-21.08-55-27'
Zigbee2MQTT:info 2023-09-21 09:46:00: Starting Zigbee2MQTT version 1.33.0 (commit #f224ef7)
Zigbee2MQTT:info 2023-09-21 09:46:00: Starting zigbee-herdsman (0.18.5)
Zigbee2MQTT:debug 2023-09-21 09:46:00: 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":"/dev/ttyUSB2"}}'
Zigbee2MQTT:error 2023-09-21 09:46:11: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2023-09-21 09:46:11: Failed to start zigbee
Zigbee2MQTT:error 2023-09-21 09:46:11: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2023-09-21 09:46:11: Exiting...
Zigbee2MQTT:error 2023-09-21 09:46:11: undefined
Donc il persiste à rester sur {« adapter »:« deconz »,« path »:« /dev/ttyUSB2 »} quoi que je fasse (réenregistrer les paramètres x fois) par contre je ne suis pas allé bricoler de fichier de config parce que j’aimerai quand même que cela fonctionne depuis l’interface.
Par ailleurs je ne sais pas si le port du contrôleur sur « Auto » fonctionne, en tout cas pour moi il n’a jamais fonctionné :
Zigbee2MQTT:error 2023-09-16 01:26:17: Error: failed to connect to zigate adapter Error while opening serialPort 'Error: Error: No such file or directory, cannot open auto'
Voilà je ne vois pas quoi ajouter d’autre pour l’instant 
EDIT : Juste pour tester j’ai édité le fichier /var/www/html/plugins/z2m/data/configuration.yaml qui a bien « adapter: deconz » donc j’ai remplacé par « adapter: zstack » et c’est bon « « serialPort »:{« adapter »:« zstack »,« path »: »/dev/ttyUSB2"}" , donc j’ai remis sur Deconz puis Zigate c’était pris en compte, puis remis sur ZNP/TI et même problème d’adaptateur non modifié dans configuration.yaml
EDIT 2 : dans /var/www/html/plugins/z2m/core/class/z2m.class.php il y a :
if (config::byKey('controller', 'z2m') != 'ti') {
$configuration['serial']['adapter'] = config::byKey('controller', 'z2m');
}
donc je suppose que le problème vient du fait que si c’est un type ZNP/TI (= ti) alors le contrôleur Sonoff n’est pas reporté dans configuration.yaml lorsque le démon est démarré et que ce fichier est modifié à la volée par z2m.
oui cela semble être le contournement obligatoire actuellement 
Problème Dongle Sonoff Zigbee 3.0 suite à court circuit? - #22 par Tonio16
Bonjour,
Pour information le bug sur le ti sera corrigé dans la beta de demain du plugin.
Pour le soucis de network commissionned timeout je vous invite a consulter ce sujet CC2652RB stick Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby · Issue #12953 · Koenkk/zigbee2mqtt · GitHub
Hello
Pour commencer, merci à tous pour vos info fournies dans ce sujet.
Je suis en train de remplacer ma clé conbee II par une Sonoff-P et j’ai rencontré les mêmes problèmes. Vos information m’ont permis de résoudre rapidement le problème du type d’adapter.
Le souci de « same panId » m’a posé plus de difficultés. J’ai tenté de flasher mon adapter avec le dernier puis l’avant dernier firmware sans résultat. Il semble que la suppression d fichier data/coordinator_backup.json a résolu le soucis. Mais je ne sais pas si cette suppression aurait été suffisante si je l’avais fait dès le début.
Je vais maintenant pouvoir commencer à réinclure mes équipements…