Bonjour,
Je suis avec une Box Atlas + Clé Sonoff
J’ai installé le plugin-zigbeelinker
Pour la 2e fois aujourd’hui, j’ai ce message avec un blocage pour l’accès à linterface Zigbee2mqtt…
Zigbee2MQTT:error 2022-06-24 17:15:57: Configuration is not consistent with adapter state/backup!
Zigbee2MQTT:error 2022-06-24 17:15:57: - PAN ID: configured=62688, adapter=62688
Zigbee2MQTT:error 2022-06-24 17:15:57: - Extended PAN ID: configured=00124b0024c2133e, adapter=00124b0024c2133e
Zigbee2MQTT:error 2022-06-24 17:15:57: - Network Key: configured=fa5def35282075a75565918e1c40563c, adapter=fa5def35282075a75565918e1c40563c
Zigbee2MQTT:error 2022-06-24 17:15:57: - Channel List: configured=11, adapter=20
Zigbee2MQTT:error 2022-06-24 17:15:57: Please update configuration to prevent further issues.
Zigbee2MQTT:error 2022-06-24 17:15:57: If you wish to re-commission your network, please remove coordinator backup at /var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json.
Zigbee2MQTT:error 2022-06-24 17:15:57: Re-commissioning your network will require re-pairing of all devices!
Zigbee2MQTT:error 2022-06-24 17:15:57: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-06-24 17:15:57: Failed to start zigbee
Zigbee2MQTT:error 2022-06-24 17:15:57: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-06-24 17:15:57: Exiting...
Zigbee2MQTT:error 2022-06-24 17:15:57: Error: startup failed - configuration-adapter mismatch - see logs above for more information
at ZnpAdapterManager.determineStrategy (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:229:35)
at ZnpAdapterManager.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:63:26)
at Controller.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:58:27)
at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:101:27)
at start (/opt/zigbee2mqtt/index.js:109:5)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.25.2 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.25.2 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2022-06-24T15_15_57_303Z-debug.log
Je comprends bien qu’il y a un problème, mais je ne sais pas comment le résoudre…
Merci @maitryoda pour ton intérêt pour mon problème.
Oui, la clé est bien reconnue, car j’arrive à appairer des objets, mais à un moment, le mode inclusion reste ouvert, j’ai le message « Le service zigbee2mqtt est arrêté », et donc quand je vais dans l’interface zigbee2mqtt évidement la page est vide…
Bonjour,
Je me suis emballé…
J’ai toujours le problème
Maintenant, même après désinstallation du plugin et réinstallation total et sans changement du canal, impossible de lancer l’interface zigbee2mqtt
Je me répète, mais @MrGreen j’ai vraiment besoin d’aide svp …
J’avais désinstallé/réinstallé pour récupérer l’interface zigbee2mqtt que je n’avais plus…
J’ai tout récupéré (pour le moment), car je faisais une erreur… La solution avancée à l’air de fonctionner, mais j’attends avant de la valider…
De nouveau ce soir le même problème, alors que je n’ai pas touché au canal…
J’ai essayé la solution trouvée ici
Et qui de mémoire avait fonctionné en juin, mais le service zigbee2mqtt reste désespérément arrêté
Du coup, plus aucune commande zigbee…et donc toute ma gestion Chauffage HS …
A l’aide…
J’ai eu le même problème suite a la mis a jour de jeedom en 4.3.12 (pas sur que ca soit lié mais bon). Au final je suis revenu en 4.3.11 avec ma sauvegarde. J’ai du démarrer le raspberry sans la clé sonoff branchée puis l’ai branchée qq secondes plus tard. J’ai l’impression que cette clé est gourmande en jus
Bonjour,
En fait, j’avance sur mon problème, en en cernant les causes mais sans sans les expliquer et résoudre mon problème.
Le problème survient quand je lance l’inclusion de produit Legrand…
Le service zigbee2mqtt s’arrête et impossible de « refermer » l’inclusion… et bien sûr sans appairer les produits. Alors que j’ai déjà réussi à appairer du Legrand…
Quand le service s’arrête, voilà tout ce que je fais, mais qui ne marche pas :
relancer les dépendances
relancer le demon
vider le cache Json et Images Zigbee2mqtt
réparer Zigbee2mqtt
effacer le fichier coordinator_backup.json Voir Ici
redémarrer ma box Jeedom
…
Rien n’y fait, je suis obligé de restaurer ma dernière sauvegarde et de redémarrer ma box…
Bonjour,
J’ai eu le même problème, avec un Dongle Sonnoff et sur une solution DIY basée sur un raspebery 3
avec une installation complète et le client Zigbee2mqtt en local.
J’ai réussi à solutionner la problème en indiquant l’IP de mon Jeedom à la fois dans le panneau de configuration du client MQTT local quand dans le paramétrage global du plugin
Bon, je reviens sur mon message précédent… cela n’a pas solutionné le problème. A chaque arrêt de Jeedom (coupure électrique pour monter un Zbmini par exemple…), il me renvoi que le service et arrêté.
Bonsoir,
Je ne suis pas chez moi avant début janvier, et je ne veux pas risquer de tout planter à distance…
J’essaierai vos solutions à mon retour et je ferai un feedback.
Bonnes fêtes à tous
mon pb, et tu verras vite si c’est identique chez toi à la première inclusion.
lorsque j’inclus un nouvel appareil, il me crée l’entrée dans database.db mais pas dans configuraiton.yaml (je pense pb de droit, mais je n’en suis pas sur non plus !
→ Dephasage entre les 2 fichiers et plantage en boucle de Z2M.
Pour voir si c’ets ca, après une inclusion, éditer via zigbeelinker >> Configuration >> expert >> database zigbee2mqtt le fichier database et regarder si tu as un équipement dont le type n’est pas coordinator, router ou enddevice.
Puis éditer configuration zigbee2mqtt et verifier que l’ieeeAddr n’est pas présente
2 solutions :
1 - rajouter à la main l’entrée pour l’appareil dans configuraiton.yaml, pas très compliqué, il faut juste trouver l’ieeadress zigbee de l’appareil (dispo dans database.db)
2 - restaurer un database.db sans cette nouvelle inclusion
Ca n’est pas bien gênant, mais j’ai cherché des heures et jamais trouvé de solution. Et comme j’ai l’impression d’être le seul à avoir ce pb, j’utilise la solution 1 lorsque je fait une inclusion
Déjà je pensais que mon problème venait que quand j’essayais d’inclure un composant Legrand, mais en fait, cela me fait avec tout autre produit…
En effet, quand je regarde mes fichiers et leur date, à la tentative d’inclusion, le fichier database.db est bien modifié, mais pas le configuration.yaml…
J’ai bien une ligne qui n’est ni coordinator, ni router, ni enddevice…
{« id »:15,« type »:« Unknown »,« ieeeAddr »:« 0x04cd15fffe0c3ec9 »,« nwkAddr »:38474,« epList »:[],« endpoints »:{},« interviewCompleted »:false,« meta »:{},« lastSeen »:null,« defaultSendRequestWhen »:« immediate »}
Par contre, je ne comprends pas ta solution 2 : si je remet un database.db d’avant la tentative d’inclusion, comment ça peut fonctionner ? le produit ne sera pas dans la base…
Pour la solution 1, question de newbie, comment tu lis le fichier database.db ? avec quel logiciel ?
Et tu modifies le configuration.yaml avec n’importe quel éditeur ? Notepad ?
Tu peux recuperer l’ieeaddr en cliquant sur « database Zigbee2MQTT »
et créer la bonne entrée dans « configuration » Zigbee2MQTT" puis enregistrer
la ligne est à mettre après « devices » et est au format :
"0x00124b0024c6b47c":
friendly_name: VMC Cave
ou 0x00124… est le fameux ieeeAddr
et friendly_name le nom d’affichage que tu souhaites
ca a juste le merite de pouvoir continuer à fonctionner
