Messages d'erreurs qui se répètent empêchant le démarrage normal de ZigbeeLinker

phyllox · Décembre 23, 2022, 2:18

Bonjour
Je désespère depuis 3 jours en essayant de démarrer le plugin.
Après son installation normale et configuration de la clé : SonOff ZigBee 3.0 USB Dongle Plus, TI CC2652P Coordinator, Universelle USB ZigBee Hub, Passerelle ZigBee.

J’ai le plugin ZIgbee officiel avec 2 clé attachées (dont je vais supprimer l’une d’elle, la Conbee, et passer ZIgbeeLinker dessus quand il marchera). En attendant, je teste avec la SonOff parce que j’ai lu ça et la qu’elle fonctionnait très bien en MQTT.

Donc je pars d’une clé vierge.

Voici l’erreur après redémarrage en mode debug :

Zigbee2MQTT:error 2022-12-23 14:51:36: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-12-23 14:51:36: Failed to start zigbee
Zigbee2MQTT:error 2022-12-23 14:51:36: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-12-23 14:51:36: Exiting...
Zigbee2MQTT:error 2022-12-23 14:51:36: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby
    at ZnpAdapterManager.beginCommissioning (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:347:23)
    at ZnpAdapterManager.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:92:17)
    at Controller.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:132: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:107:5)

Je ne comprends absolument pas les messages, je ne sais ce qu’est Zigbee_herdsman, ni ce que sont les PanId ou ExtendedPanId.

Tout est installé sur la même machine, un Nuc Intel, sur lequel j’avais installé au préalable ZwaveJS, donc installé par ZwaveJS le serveur Mosquitto et mqtt2 (mqtt manager), avec les options par défaut.
Pour ZigbeeLinker, j’ai donc choisi l’install ZIgbee2MQTT + client.
Voici ma config :

Si quelqu’un peut me dire ce que j’ai fait de travers et comment faire pour corriger ça ?
Merci d’avance

seb821 · Décembre 23, 2022, 5:28

Pour moi c’est cette ligne qui est importe. Peut-être que ça interfère avec l’autre réseau zigbee (ce serait pas de chance quand même).

Tu peux essayer dans

de fait comme indiqué ici de mettre GENERATE en face de pan_id pour regénérer un nouveau chiffre.

Il faut sûrement redémarrer zigbee2mqtt après.

Dans la FAQ, il est aussi indiqué que ça peut être un problème de mauvais flash du firmware.

Autre info sur ce lien avec la même clé qui a réussi en reflashant avec un autre hub usb.

phyllox · Décembre 23, 2022, 6:48

Hello
Merci de m’avoir répondu.
J’avais lu cette doc, et m’étais dit qu’il fallait régénérer quelque chose. Mais je ne sais pas le mettre en oeuvre :
1°) Dans le fichier de config accessible par l’option « Configuration Zigbee2MQTT », il n’y a pas de panId de configurée, ni pas extension de ExtendedPanId. Juste NetworkKey
2°) Dans la documention dont j’ai reçu le lien, il n’y a pas d’exemple sur le comment placer le configure. Ca peut être Configure PanId ou bien PanId configure, être sur une ligne séparée ou sur la même ligne.
3°) Une fois que le NetworkKey (ou le PanId) ets reconfiguré si ça fonctionne, est-ce qu’il faut retirer le configure du fichier de config ? A quel moment.
C’est trop d’incertitudes pour moi qui ai peur de casser tout ce qui marche (d’autant que j’ai passé l’après midi d’hier à réaffecter les équipements perdus de ma clé Conbee à ma clé Popp EZSP dans Zigbee…
Est-il possible d’avoir la syntaxe exacte ?

Quant au flash de la clé, j’y a pensé, mais ça n’a pas fonctionné non plus hier sur la clé Conbee II (qui n’a pas été flashée) mais qui, il est vrai, n’avait pas été resetée.

Je veux bien essayer de reflasher la clé, mais je voudrais être certain du lien où récupérer la bonne version. J’ai suivi un tutoriel pour le faire, mais était-ce le bon ? En tous cas, le flash s’est déroulé sans encombre ni erreur.

Merci d’avance
Je ne dois pas être le premier loin de là à vouloir migrer une partie de mes équipements de Zigbee vers MQTT, mais pour un profane comme moi, la doc ne me donne pas de procédure précise avec les risques inhérents.

phyllox · Décembre 24, 2022, 10:09

Hello @seb821 et bonjour à tous
J’ai un semblant de début de mieux dans ma config, mais juste un frémissement.
Le demon ne s’arrête plus, du moins il est démarré depuis maintenant 30 minutes… Pour cela, j’ai rajouté l’authentification sécurisée avec l’identifiant et le mdp qui apparaissent dans la config de mqtt2 (créée par ZwaveJS).

Par contre, rien de n’apparaît ni ne s’inclus.

J’ai testé avec une prise et un interrupteur sans fil Xiaomi.
La prise a été passée 2 fois en mode inclusion, elle y reste bien 2 ou 3 minutes. L’interrupteur a aussi été passé en mode inclusion et réveillé plusieurs fois. Mais rien n’apparaît dans « Mes équipements »
J’ai aussi essayé d’activer l’inclusion dans Zigbee Linker, mais ça ne change rien (en plus si j’ai bien compris, les équipements sont censés remonter seuls, alors je ne sais pas à quoi sert l’inclusion)

Bref, je ne sais trop où regarder. Une chose m’interpelle. Dans la config de Mqtt manager (mqtt2), j’ai 2 plugins abonnés seulement, qui sont ZwaveJS et Irobot (mon aspirateur arrivé là je ne sais comment car je n’ai rien fait avec ce plugin). Mais pas de ZigbeeMqtt ni de ZigneeLinker. Je pense que c’est assez mauvais signe ? Qu’en pensez vous ?

Merci, je suis preneur de toutes idées, au point où j’en suis.

EDIT.
A toutes fins utiles, voici la log en mode debug. Pas de plantage, mais tous les devices sont inconnus et ignorés. C’est très bavard.

Fin de la log

2022-12-24T10:24:14.830Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '8583', skipping...
2022-12-24T10:24:14.831Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:24:42.808Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,28,68,129,0,0,4,11,135,33,1,1,0,65,0,197,74,180,0,0,8,24,204,10,5,5,33,230,0,135,33,29,160]
2022-12-24T10:24:42.808Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,28,68,129,0,0,4,11,135,33,1,1,0,65,0,197,74,180,0,0,8,24,204,10,5,5,33,230,0,135,33,29,160]
2022-12-24T10:24:42.809Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 28 - 2 - 4 - 129 - [0,0,4,11,135,33,1,1,0,65,0,197,74,180,0,0,8,24,204,10,5,5,33,230,0,135,33,29] - 160
2022-12-24T10:24:42.810Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":2820,"srcaddr":8583,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":65,"securityuse":0,"timestamp":11815621,"transseqnumber":0,"len":8,"data":{"type":"Buffer","data":[24,204,10,5,5,33,230,0]}}
2022-12-24T10:24:42.817Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":204,"manufacturerCode":null,"commandIdentifier":10},"Payload":[{"attrId":1285,"dataType":33,"attrData":230}],"Command":{"ID":10,"name":"report","parameters":[{"name":"attrId","type":33},{"name":"dataType","type":32},{"name":"attrData","type":1000}]}},"address":8583,"endpoint":1,"linkquality":65,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:24:42.817Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '8583', skipping...
2022-12-24T10:24:42.817Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:25:09.357Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,25,68,129,0,0,10,0,148,62,1,1,0,40,0,32,158,205,0,0,5,16,185,0,0,0,148,62,29,60]
2022-12-24T10:25:09.357Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,25,68,129,0,0,10,0,148,62,1,1,0,40,0,32,158,205,0,0,5,16,185,0,0,0,148,62,29,60]
2022-12-24T10:25:09.357Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 25 - 2 - 4 - 129 - [0,0,10,0,148,62,1,1,0,40,0,32,158,205,0,0,5,16,185,0,0,0,148,62,29] - 60
2022-12-24T10:25:09.357Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":10,"srcaddr":16020,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":40,"securityuse":0,"timestamp":13475360,"transseqnumber":0,"len":5,"data":{"type":"Buffer","data":[16,185,0,0,0]}}
2022-12-24T10:25:09.358Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":185,"manufacturerCode":null,"commandIdentifier":0},"Payload":[{"attrId":0}],"Command":{"ID":0,"name":"read","parameters":[{"name":"attrId","type":33}],"response":1}},"address":16020,"endpoint":1,"linkquality":40,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:25:09.358Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '16020', skipping...
2022-12-24T10:25:09.358Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:25:10.808Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,28,68,129,0,0,4,11,135,33,1,1,0,69,0,199,254,206,0,0,8,24,143,10,5,5,33,234,0,135,33,29,39]
2022-12-24T10:25:10.808Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,28,68,129,0,0,4,11,135,33,1,1,0,69,0,199,254,206,0,0,8,24,143,10,5,5,33,234,0,135,33,29,39]
2022-12-24T10:25:10.808Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 28 - 2 - 4 - 129 - [0,0,4,11,135,33,1,1,0,69,0,199,254,206,0,0,8,24,143,10,5,5,33,234,0,135,33,29] - 39
2022-12-24T10:25:10.808Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":2820,"srcaddr":8583,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":69,"securityuse":0,"timestamp":13565639,"transseqnumber":0,"len":8,"data":{"type":"Buffer","data":[24,143,10,5,5,33,234,0]}}
2022-12-24T10:25:10.811Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":143,"manufacturerCode":null,"commandIdentifier":10},"Payload":[{"attrId":1285,"dataType":33,"attrData":234}],"Command":{"ID":10,"name":"report","parameters":[{"name":"attrId","type":33},{"name":"dataType","type":32},{"name":"attrData","type":1000}]}},"address":8583,"endpoint":1,"linkquality":69,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:25:10.811Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '8583', skipping...
2022-12-24T10:25:10.812Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:26:06.813Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,28,68,129,0,0,4,11,135,33,1,1,0,69,0,210,103,20,0,0,8,24,21,10,5,5,33,234,0,135,33,29,235]
2022-12-24T10:26:06.813Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,28,68,129,0,0,4,11,135,33,1,1,0,69,0,210,103,20,0,0,8,24,21,10,5,5,33,234,0,135,33,29,235]
2022-12-24T10:26:06.813Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 28 - 2 - 4 - 129 - [0,0,4,11,135,33,1,1,0,69,0,210,103,20,0,0,8,24,21,10,5,5,33,234,0,135,33,29] - 235
2022-12-24T10:26:06.814Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":2820,"srcaddr":8583,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":69,"securityuse":0,"timestamp":1337298,"transseqnumber":0,"len":8,"data":{"type":"Buffer","data":[24,21,10,5,5,33,234,0]}}
2022-12-24T10:26:06.817Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":21,"manufacturerCode":null,"commandIdentifier":10},"Payload":[{"attrId":1285,"dataType":33,"attrData":234}],"Command":{"ID":10,"name":"report","parameters":[{"name":"attrId","type":33},{"name":"dataType","type":32},{"name":"attrData","type":1000}]}},"address":8583,"endpoint":1,"linkquality":69,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:26:06.817Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '8583', skipping...
2022-12-24T10:26:06.817Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:26:13.725Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,25,68,129,0,0,10,0,148,62,1,1,0,43,0,208,0,27,0,0,5,16,186,0,0,0,148,62,29,132]
2022-12-24T10:26:13.725Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,25,68,129,0,0,10,0,148,62,1,1,0,43,0,208,0,27,0,0,5,16,186,0,0,0,148,62,29,132]
2022-12-24T10:26:13.725Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 25 - 2 - 4 - 129 - [0,0,10,0,148,62,1,1,0,43,0,208,0,27,0,0,5,16,186,0,0,0,148,62,29] - 132
2022-12-24T10:26:13.725Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":10,"srcaddr":16020,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":43,"securityuse":0,"timestamp":1769680,"transseqnumber":0,"len":5,"data":{"type":"Buffer","data":[16,186,0,0,0]}}
2022-12-24T10:26:13.726Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":186,"manufacturerCode":null,"commandIdentifier":0},"Payload":[{"attrId":0}],"Command":{"ID":0,"name":"read","parameters":[{"name":"attrId","type":33}],"response":1}},"address":16020,"endpoint":1,"linkquality":43,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:26:13.726Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '16020', skipping...
2022-12-24T10:26:13.726Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:26:13.912Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,11,69,200,0,0,93,203,5,255,255,46,33,0,1,27]
2022-12-24T10:26:13.912Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,11,69,200,0,0,93,203,5,255,255,46,33,0,1,27]
2022-12-24T10:26:13.912Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 11 - 2 - 5 - 200 - [0,0,93,203,5,255,255,46,33,0,1] - 27
2022-12-24T10:26:13.912Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- ZDO - concentratorIndCb - {"srcaddr":0,"extaddr":"0x00212effff05cb5d","pktCost":1}
2022-12-24T10:26:13.912Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:26:14.558Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,5,69,196,249,149,1,135,33,79]
2022-12-24T10:26:14.558Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,5,69,196,249,149,1,135,33,79]
2022-12-24T10:26:14.558Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 5 - 2 - 5 - 196 - [249,149,1,135,33] - 79
2022-12-24T10:26:14.558Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- ZDO - srcRtgInd - {"dstaddr":38393,"relaycount":1,"relaylist":[8583]}
2022-12-24T10:26:14.558Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-24T10:26:14.567Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,28,68,129,0,0,0,4,249,149,2,1,0,76,0,61,206,27,0,0,8,8,228,10,0,0,33,5,130,135,33,28,228]
2022-12-24T10:26:14.568Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,28,68,129,0,0,0,4,249,149,2,1,0,76,0,61,206,27,0,0,8,8,228,10,0,0,33,5,130,135,33,28,228]
2022-12-24T10:26:14.568Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 28 - 2 - 4 - 129 - [0,0,0,4,249,149,2,1,0,76,0,61,206,27,0,0,8,8,228,10,0,0,33,5,130,135,33,28] - 228
2022-12-24T10:26:14.568Z zigbee-herdsman:adapter:zStack:znp:AREQ <-- AF - incomingMsg - {"groupid":0,"clusterid":1024,"srcaddr":38393,"srcendpoint":2,"dstendpoint":1,"wasbroadcast":0,"linkquality":76,"securityuse":0,"timestamp":1822269,"transseqnumber":0,"len":8,"data":{"type":"Buffer","data":[8,228,10,0,0,33,5,130]}}
2022-12-24T10:26:14.569Z zigbee-herdsman:controller:log Received 'zcl' data '{"frame":{"Header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0},"transactionSequenceNumber":228,"manufacturerCode":null,"commandIdentifier":10},"Payload":[{"attrId":0,"dataType":33,"attrData":33285}],"Command":{"ID":10,"name":"report","parameters":[{"name":"attrId","type":33},{"name":"dataType","type":32},{"name":"attrData","type":1000}]}},"address":38393,"endpoint":2,"linkquality":76,"groupID":0,"wasBroadcast":false,"destinationEndpoint":1}'
2022-12-24T10:26:14.569Z zigbee-herdsman:controller:log 'zcl' data is from unknown device with address '38393', skipping...
2022-12-24T10:26:14.569Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []

Merci
Bonnes fêtes à tous

cddu33 · Décembre 24, 2022, 10:45

A moins que j’ai loupé un épisode mais ce plugin ne travail pas avec mqtt2 nativement…

Tu devrais essayer l’installation complète si tu ne maîtrise pas mqtt.

PanoLyon · Décembre 24, 2022, 10:48

Bonjour,
Avez vous déjà mosquitto d’installé ?
Si oui pouvez vous vous y connecter ?
Pour savoir si il fonctionne, en ssh : faire systemctl status mosquitto

phyllox · Décembre 24, 2022, 10:58

Hello
Merci du retour, je me sens moins seul…

J’ai posé la question plusieurs fois sur ce qu’il fallait installer… Peut on avoir 2 serveurs Mosquitto sur la même machine ? Et pour quoi faire ?
Mosquitto et Mqtt2 (MQTT manager) ont été installés pas ZwaveJS. Vu que lui fonctionne, je voudrais éviter de le casser.

J’avais cru comprendre (d’autres réponses, peut être dans d’autres posts) que pour ZigbeeLinker il fallait : Mosquitto → Mqtt2 (mqtt manager) → Zigbee2Mqtt → client MQTT.
Mais j’ai peut être mal compris ? mqtt2 n’est pas dans la liste ?

Mosquitto est installé et il fonctionne puisque ZwaveJS fonctionne.
Par contre, je ne sais pas m’y connecter. Je ne sais pas comment il s’installe (ZWaveJS l’a installé), je ne connais pas les mots de passes s’ils sont différents de ceux relevés pas mqtt2.
Voici le résultat de la commande systemctl status mosquitto

* mosquitto.service - Mosquitto MQTT Broker
   Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2022-12-12 19:51:00 CET; 1 weeks 4 days ago
     Docs: man:mosquitto.conf(5)
           man:mosquitto(8)
 Main PID: 592 (mosquitto)
    Tasks: 1 (limit: 4530)
   Memory: 1.6M
   CGroup: /system.slice/mosquitto.service
           `-592 /usr/sbin/mosquitto -c /var/www/html/plugins/mqtt2/core/class/../../data/mosquitto.conf

Merci d’avance à tous

cddu33 · Décembre 24, 2022, 11:06

Mqtt2 fiat une interface entre les plugin et un serveur mqtt. De base mosquito.

Le plugin zigbee2mqtt n’as pas besoin d’interface .
Il faut lui donner les identifiants pour se connecter au serveur mqtt.

Si c’est mqtt2 qui a installé moquitto c’est lui qui les a.

Après vu tes messages je pense aussi qu’il faut vérifier que ta clef est bien détecté et sur le bon port usb

PanoLyon · Décembre 24, 2022, 11:06

Personnellement je n’utilise qu’un brocker pour tout. Il me parait difficile suivant votre matériel d’avoir deux brockers qui écoutent et publie depuis la même adresse IP, bien qu’en changeant le port … mais ne sachant et n’ayant pas essayé je ne me prononce pas.

un petit lien pour que vous puissiez appréhender un mosquitto et trouver vos mot de passes, directement dans les fichiers de conf de Mosquitto.
https://www.lesalexiens.fr/domotique/tutoriel-installer-mosquitto-mqtt-sur-raspberry-pi/

phyllox · Décembre 24, 2022, 11:59

Hello

Voici le fichier ini de mqtt2, est-ce que ça peut aider ?

[mqtt2]
socketport = 55035
cycle = 0.3
mode = local
root_topic = jeedom
mosquitto::ports="1883:1883
8883:8883"
mosquitto::parameters="per_listener_settings true

listener 1883
persistence false
allow_anonymous false
password_file /mosquitto/passwords

listener 8883
persistence false
password_file /mosquitto/passwords
allow_anonymous false
cafile /mosquitto/config/ssl/ca.crt
certfile /mosquitto/config/ssl/mosquitto.crt
keyfile /mosquitto/config/ssl/mosquitto.key
require_certificate true"

Je vois bien le port 1883, mais il y est décrit aussi le 8883… Je ne sais pas à quoi ça correspond.

Voici le fichier mosquitto.conf

pid_file /var/run/mosquitto.pid
persistence true
persistence_location /var/lib/mosquitto/
log_dest file /var/log/mosquitto/mosquitto.log
include_dir /etc/mosquitto/conf.d

Je ne vois pas d’indication de mot de passe
Mais dans mqtt1, il y a un id / mdp dans : authentification :

jeedom:BTT61BXXXXXXXXXXXXXXXXXXXJnmymeay6FPZ6fPwajmZyd0S9ZeAM8QYSXJSKD3

J’ai replacé une partie du mdp par des XXXX…
C’est ce mdp que j’ai collé dans la config ZigbeeLinker (et depuis il ne se plante plus).

J’avais configuré la clé ET le port.
Si je ne mets pas le port, Zigbee2mqtt se plante tout de suite :

> zigbee2mqtt@1.28.4 start
> node index.js
Zigbee2MQTT:debug 2022-12-24 12:16:15: Loaded state from file /var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/state.json
Zigbee2MQTT:info  2022-12-24 12:16:15: Logging to console and directory: '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2022-12-24.12-16-15' filename: log.txt
Zigbee2MQTT:debug 2022-12-24 12:16:15: Removing old log directory '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2022-12-23.19-55-22'
Zigbee2MQTT:info  2022-12-24 12:16:15: Starting Zigbee2MQTT version 1.28.4 (commit #52e545f9)
Zigbee2MQTT:info  2022-12-24 12:16:15: Starting zigbee-herdsman (0.14.76)
Zigbee2MQTT:debug 2022-12-24 12:16:15: 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":12554},"serialPort":{"adapter":"zstack"}}'
2022-12-24T11:16:15.964Z zigbee-herdsman:adapter No path provided, auto detecting path
Zigbee2MQTT:error 2022-12-24 12:16:16: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-12-24 12:16:16: Failed to start zigbee
Zigbee2MQTT:error 2022-12-24 12:16:16: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2022-12-24 12:16:16: Exiting...
Zigbee2MQTT:error 2022-12-24 12:16:16: Error: No path provided and failed to auto detect path
    at Function.create (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/adapter.ts:81:23)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at Controller.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:129:24)
    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:107:5)

Pour le port il n’y a pas trop de doute à avoir, je crois :

lrwxrwxrwx 1 root root 13 Dec 24 10:31 usb-0658_0200-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Dec 12 19:50 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Dec 23 14:32 usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Dec 21 11:48 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2212304-if00 -> ../../ttyACM1

J’ai donc ajouté ttyUSB1

Merci pour le lien…
Je ne sais pas dans quel fichier trouver les mots de passe, pas ceux que j’ai regardés en tous cas, mais si mqtt2 m’en donne un, il devrait être bon, non ?

Merci encore

phyllox · Décembre 24, 2022, 3:44

Alors en attentant la soirée de Noël, j’ai installé un serveur Mosquitto sur un de mes Synology, en suivant ce tuto : https://www.lesalexiens.fr/actualites/tutoriel-installer-mosquitto-mqtt-sur-nas-synology/

J’ai ensuite reconfiguré ZigbeeLinker et le client avec l’IP de mon NAS, le user et le mot de passe créé (pour le mot de passe, il faut rentrer le mot de passe chiffré, je trouve ça bizarre, mais bon).

Le résultat est que si je lance une inclusion, il trouve une partie des équipements que j’actionne. Enfin il a trouvé les 2 premiers, une prise NoName et un détecteur d’ouverture SonOff. Ensuite, inclusion toujours active, il bute sur une autre prise NoName, une sonde de température SonOff et un interrupteur sans fil Xiaomi. Et par la suite, les équipements trouvés ne fonctionnent plus, ça n’a donc été qu’un feu de paille.
Pas très brillant, mais montre au moins que le souci vient de la liaison avec le Mosquitto installé par ZWaveJS…
J’ai des questions sur mon résultat (les questions, c’est ma spécialité, hélas)
1°) Pourquoi faut-il lancer une inclusion sur le plugin pour trouver des équipements ? Je croyais qu’ils remontaient quand on les actionnait.
2°) Est-ce que les 2 serveurs Mosquito reçoivent les mêmes données, ou bien ils se les partagent et du coup, je ne retrouve pas tous mes équipements ?
3°) Pourquoi les équipements trouvés n’apparaissent pas spontanément (je suis obligé de rafraîchir pour les voir) ?

Bon, j’en suis là, aprsès 2 inclusions, plus rien d’autre ne se passe, les équipements inclus ne fonctionnent pas, ne sont plus détectés Je suis conscient que ça n’est pas le bon jour pour les questions
Toutefois si vous passez par là avec des réponses ou des suggestions…
Passez d’excellents fêtes

phyllox · Décembre 25, 2022, 1:17

Hello
Bon Noël à tous

Résulat de mes efforts (pas grand chose)
1°) Si je mets Zigbee2Mqtt sur le broker Mosquitto de mon Synology, je n’ai aucun plantage, mais les équipements remontent mal et fonctionnent mal.
2°) Si je mets Zigbee2Mqtt sur le Mosquitto de ma machine Jeedom, les équipements remontent bien, du moins pas trop mal, mais le serveur se plante très vite et plus rien ne fonctionne.

Je pense que ceci est lié à la façon dont ZwaveJS installe le Mosquito, avec le fichier de mot de passe et surtout un certificat qui n’est pas configuré dans Zigbee2Mqtt.

Dans la config de mqtt2, installé par ZwaveS, j’ai relevé ça (dans ce que 'ia posté plus haut) :

listener 8883
persistence false
password_file /mosquitto/passwords
allow_anonymous false
cafile /mosquitto/config/ssl/ca.crt
certfile /mosquitto/config/ssl/mosquitto.crt
keyfile /mosquitto/config/ssl/mosquitto.key
require_certificate true"

Je pense que quand les 2 Mosquitto tournent, ils interfèrent l’un l’autre. C’est juste une impression.
si je savais configurer dans le yaml de Zigbee2Mqtt ce que j’ai relevé dans mqtt2, j’aurais une connexion plus stable. C’est également une supposition, mais je pense qu’elle n’est pas dénuée de sens.

Je ne trouve pas d’info sur une configuration plus poussée du yaml de Zigbee2Mqyy pour intégrer un autre listener et un fichier de certificat.

Est-ce que quelqu’un aurait des billes là dessus ?
Ou même une solution, soyons fou, c’est Noël
Merci d’avance

Tonio16 · Décembre 25, 2022, 2:26

Cela se fait dans la page configuration zigbeelinker, voir le post suivant:

Une bonne recherche au départ t’aurait aider à mieux comprendre je pense.

Antoine

phyllox · Décembre 25, 2022, 5:04

Bonsoir
Merci beaucoup de m’avoir répondu. Mais ça n’était pas vraiment le sens de ma question. Pas de souci pour trouver le fichier de config de Zigbee2Mqtt, mais bien plutôt pour y insérer la config qui correspond au serveur Mosquitto créé par ZwaveJS - serveur Mosquitto auquel je ne veux pas toucher pour surtout ne pas casser ZwaveJS qui lui fonctionne et sur lequel j’ai pas mal d’équipements actifs.

Je veux donc trouver une solution pour utiliser le Mosquitto en place, le lien en question, il propose de réinstaller Mosquitto.

Merci d’avance

phyllox · Décembre 25, 2022, 5:52

J’ai essayé de rajouter la config key, ca et certificat dans le fichier de conf de Zigbee2Linker, et me basant sur la doc Github : https://www.zigbee2mqtt.io/guide/configuration/mqtt.html#server-connection

Dans le fichier de conf, j’ai les 3 lignes ca;, key; et cert: qui correspondent - je le crois - à ce qui a été créé par ZwaveJS (voir plus haut) :

homeassistant: false
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://192.168.0.237:1883
  reject_unauthorized: true
  include_device_information: true
  keepalive: 60
  ca: /var/www/html/plugins/mqtt2/data/ssl/ca.crt
  key: /var/www/html/plugins/mqtt2/data/ssl/mosquitto.key
  cert: /var/www/html/plugins/mqtt2/data/ssl/mosquitto.crt
  user: jeedom
  password: BTT61BXcFjNOnVDXXXXXXXXXXXXXXXXXXXXXXXXXXXS9ZeAM8QYSXJSKD3
serial:
  adapter: zstack
  port: /dev/ttyUSB1
advanced:
  channel: 20

Le plugin démarre normalement, mais finit par se planter sans vraiment de message d’erreur, du moins rien que je retrouve dans la log en mode debug (elle est tellement dense que je ne n’ai même pas la possibilité d’en voir le début) et que je puisse chercher sur Internet :

2022-12-25T17:44:57.173Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - nvRead - {"sysid":1,"itemid":7,"subid":3,"offset":0,"len":12}
2022-12-25T17:44:57.174Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,8,33,51,1,7,0,3,0,0,0,12,19]
2022-12-25T17:44:57.181Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,14,97,51,0,12,0,0,0,0,0,0,0,0,0,0,0,0,80]
2022-12-25T17:44:57.181Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,14,97,51,0,12,0,0,0,0,0,0,0,0,0,0,0,0,80]
2022-12-25T17:44:57.182Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 14 - 3 - 1 - 51 - [0,12,0,0,0,0,0,0,0,0,0,0,0,0] - 80
2022-12-25T17:44:57.182Z zigbee-herdsman:adapter:zStack:znp:SRSP <-- SYS - nvRead - {"status":0,"len":12,"value":{"type":"Buffer","data":[0,0,0,0,0,0,0,0,0,0,0,0]}}
2022-12-25T17:44:57.182Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-25T17:44:57.183Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - nvLength - {"sysid":1,"itemid":7,"subid":4}
2022-12-25T17:44:57.183Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,5,33,50,1,7,0,4,0,20]
2022-12-25T17:44:57.190Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,4,97,50,12,0,0,0,91]
2022-12-25T17:44:57.190Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,4,97,50,12,0,0,0,91]
2022-12-25T17:44:57.190Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 4 - 3 - 1 - 50 - [12,0,0,0] - 91
2022-12-25T17:44:57.190Z zigbee-herdsman:adapter:zStack:znp:SRSP <-- SYS - nvLength - {"len":12}
2022-12-25T17:44:57.190Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-25T17:44:57.191Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - nvRead - {"sysid":1,"itemid":7,"subid":4,"offset":0,"len":12}
2022-12-25T17:44:57.191Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,8,33,51,1,7,0,4,0,0,0,12,20]
2022-12-25T17:44:57.199Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,14,97,51,0,12,141,185,0,0,255,255,255,255,255,255,255,255,100]
2022-12-25T17:44:57.199Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,14,97,51,0,12,141,185,0,0,255,255,255,255,255,255,255,255,100]
2022-12-25T17:44:57.199Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 14 - 3 - 1 - 51 - [0,12,141,185,0,0,255,255,255,255,255,255,255,255] - 100
2022-12-25T17:44:57.200Z zigbee-herdsman:adapter:zStack:znp:SRSP <-- SYS - nvRead - {"status":0,"len":12,"value":{"type":"Buffer","data":[141,185,0,0,255,255,255,255,255,255,255,255]}}
2022-12-25T17:44:57.200Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-25T17:44:57.200Z zigbee-herdsman:adapter:zStack:znp:SREQ --> SYS - nvLength - {"sysid":1,"itemid":7,"subid":5}
2022-12-25T17:44:57.200Z zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,5,33,50,1,7,0,5,0,21]
2022-12-25T17:44:57.211Z zigbee-herdsman:adapter:zStack:unpi:parser <-- [254,4,97,50,0,0,0,0,87]
2022-12-25T17:44:57.211Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext [254,4,97,50,0,0,0,0,87]
2022-12-25T17:44:57.211Z zigbee-herdsman:adapter:zStack:unpi:parser --> parsed 4 - 3 - 1 - 50 - [0,0,0,0] - 87
2022-12-25T17:44:57.211Z zigbee-herdsman:adapter:zStack:znp:SRSP <-- SYS - nvLength - {"len":0}
2022-12-25T17:44:57.211Z zigbee-herdsman:adapter:zStack:unpi:parser --- parseNext []
2022-12-25T17:44:57.214Z zigbee-herdsman:adapter:zStack:startup:backup fetched adapter network security material table (capacity=2, used=2)
2022-12-25T17:44:57.237Z zigbee-herdsman:controller:log Wrote coordinator backup to '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json'
2022-12-25T17:44:57.240Z zigbee-herdsman:adapter:zStack:znp:log Port closed
Zigbee2MQTT:info  2022-12-25 18:44:57: Stopped zigbee-herdsman

Peut être le problème est-il du au fait que dans Mosquitto, le per_listener_settings est à true, la config mqtt2 indique 2 listeners dont un sur le port 8883. Dans la dernière ligne du log, il est indiqué « port closed ». Peut être faudrait-il pouvoir préciser quelque part les listeners dans Zigbee2mqtt. Pas trouvé sur le Github.

Si quelqu’un qui l’a fait ou un dev passent par là, je suis preneur, sinon je crains de ne jamais pouvoir utiliser ce plugin
Merci d’avance

Tonio16 · Décembre 25, 2022, 7:07

Soyez plus précis, au quel pensez exactement ?

Uniquement car c’est une première installation, les étapes suivantes restent valides.

Antoine

phyllox · Décembre 25, 2022, 7:14

Hello @Tonio16

Celui installé par ZWaveJS, bien sûr puisque ZwaveJS fonctionne bien dessus et que je ne veux pas le casser.

Si, si j’ai bien lu le post, et si j’ai parlé de réinstaller Mosquitto, c’est parce que, dans ce fil, c’est la seule chose que e n’ai pas faite. Tout le reste, je l’ai fait avant de poser mes questions.
La seule chose que je n’ai pas faite dans la config décrite dans le post, c’est mettre Zigbee2Mqtt dans Filtre sur la base du topic, parce que je n’ai pas compris à quoi ça correspond et ne peux donc savoir si ça m’applique à mon cas.
Merci

Tonio16 · Décembre 25, 2022, 7:40

Désolé, vos nouveaux postes rendent votre problème encore plus confu pour moi.

Vous demandez comment configurer dans zigbeelinker le mqtt pour utiliser le mosquitto de mqtt2 mais en fait ce n’est pas cela que vous voulez.

Simplement que zigbeelinker n’écoutera que le topic zigbee2mqtt…

Adieu

Antoine

phyllox · Décembre 25, 2022, 8:30

Si c’est exactement ça. Configurer le couple ZigbeeLinker / Zigbee2MQtt pour utiliser le mosquitto créé et utilisé par le couple ZwaveJS / mqtt2
Merci

phyllox · Décembre 27, 2022, 9:59

OK, pas de réponse, il semble que personne n’ait de solution pour moi. Et j’ai beau chercher, je ne vois pas ce qui cloche. Entre :

Les instabilités de Zigbee2Mqtt
Les équipements qui ne remontent jamais (sur ce que j’ai testé, les interrupteurs sans fil Aqara, piles changées et fonctionnels dans Zigbee)
Les équipements qui remontent en erreur (échec de l’entretien).
Les équipements qui remontent d’abord dans Zigbee2Mqtt puis, sans que l’inclusion n’ai été lancée, également dans le plugin Zigbee officiel qui tourne en parallèle sur d’autres clés (prises Noname)
L’équipement qui sont installés sur une autre clé (Conbee) plugin Zigbee officiel et qui remontent aussi dans Zigbee2mqtt (détecteur mouvement extérieur Hue). Le seul à réagir comme ça.
Les erreurs ZigbeeMqtt sur des équipements pourtant normalement correctement remontés. Une autre prise Noname :

Publish 'get' 'state' to 'orange-04' failed: 'Error: Read 0xa4c1382c5b8b40fd/1 genOnOff(["onOff"], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (SRSP - AF - dataRequest after 6000ms)'

J’y perds le peu de latin que j’ai jamais eu, ça n’est pas ce que j’avais compris du fonctionnement du plugin.

Ma clé SonOff est pourtant éloignée de mon Nuc, comme les autres, par une rallonge, et j’ai tenté des inclusions tout près d’elle.

J’ai posté une demande d’aide à @McGreen mais je n’ai pas eu de réponse, peut être en vacances, c’est la période.

Je vais laisser tomber je crois, tant pis pour mes 5 euros.
Je me sens vraiment nul puisque tout le monde le fait fonctionner sans encombres.
Merci à tous