Problème communication suite coupure courant

Renaudcliment · Juillet 9, 2022, 6:40

Bonjour,
Suite à une coupure de courant de plusieurs heures (programmée par mon distributeur) et une coupure propre de jeedom, j’ai encore des soucis avec zigbeelinker suite au redémarrage des services.

Environ 1/4 de mes équipements ne communiquent plus et ne sont plus pilotables.

Bien évidemment j’ai relancé les dépendances, redémarrer zigbee2MQTT ou encore réparer zigbee2MQTT, sans le moindre résultat…

Si je doit réinclure manuellement ma quinzaine d’équipement, clairement je désinstalle le plugin et en essaye un autre.
Je trop souvent des problème de communication de mes équipements sans parler de mes vannes de chauffage qui ne communique plus du tout malgré avoir tout essayé (j’ai un post sur ce sujet).

Quelqu’un aurait une solution pour que mes équipements fonctionnent correctement sans avoir à tout refaire à la main ?

Je suis sur une box atlas en V4.2.20 avec tout mon appareillage en legrand/bticino et mes capteurs en xiaomi.

log debug :

> zigbee2mqtt@1.22.2 start /opt/zigbee2mqtt
> node index.js

e[34mZigbee2MQTT:debuge[39m 2022-01-22 11:38:21: Loaded state from file /var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/state.json
e[32mZigbee2MQTT:info e[39m 2022-01-22 11:38:21: Logging to console and directory: '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2022-01-22.11-38-19' filename: log.txt
e[34mZigbee2MQTT:debuge[39m 2022-01-22 11:38:21: Removing old log directory '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2022-01-21.20-47-48'
e[32mZigbee2MQTT:info e[39m 2022-01-22 11:38:21: Starting Zigbee2MQTT version 1.22.2 (commit #1a0a9a6e)
e[32mZigbee2MQTT:info e[39m 2022-01-22 11:38:21: Starting zigbee-herdsman (0.13.188)
e[34mZigbee2MQTT:debuge[39m 2022-01-22 11:38:21: 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":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"deconz","path":"/dev/ttyACM0"}}'
2022-01-22T10:38:21.780Z zigbee-herdsman:adapter Path '/dev/ttyACM0' is valid for 'DeconzAdapter'
2022-01-22T10:38:21.782Z zigbee-herdsman:deconz:driver Set delay to 0
CREATED DECONZ ADAPTER
2022-01-22T10:38:21.784Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyACM0","adapter":"deconz"},"databasePath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db","databaseBackupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db.backup","backupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json","adapter":{"disableLED":false,"concurrent":null,"delay":null}}'
2022-01-22T10:38:21.784Z zigbee-herdsman:deconz:driver Opening with /dev/ttyACM0
2022-01-22T10:38:21.792Z zigbee-herdsman:deconz:driver Serialport opened
2022-01-22T10:38:21.793Z zigbee-herdsman:controller:log Started with result 'resumed'
2022-01-22T10:38:21.793Z zigbee-herdsman:controller:log Injected database: true, adapter: true
2022-01-22T10:38:21.794Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 1 paramId: 1
2022-01-22T10:38:21.801Z zigbee-herdsman:deconz:frameParser MAC: 0x00212effff071d08
2022-01-22T10:38:21.804Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 2 paramId: 7
2022-01-22T10:38:21.807Z zigbee-herdsman:deconz:frameParser NWKADDR: 0
e[32mZigbee2MQTT:info e[39m 2022-01-22 11:38:21: zigbee-herdsman started (resumed)
2022-01-22T10:38:21.815Z zigbee-herdsman:deconz:driver send read firmware version request from queue. seqNr: 3
2022-01-22T10:38:21.818Z zigbee-herdsman:deconz:frameParser read firmware version response - version: 0,7,104,38
e[32mZigbee2MQTT:info e[39m 2022-01-22 11:38:21: Coordinator firmware version: '{"meta":{"maintrel":0,"majorrel":38,"minorrel":104,"product":0,"revision":"0x26680700","transportrev":0},"type":"ConBee2/RaspBee2"}'
2022-01-22T10:38:21.821Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 4 paramId: 5
2022-01-22T10:38:21.824Z zigbee-herdsman:deconz:frameParser PANID: 1a62
2022-01-22T10:38:21.827Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 5 paramId: 11
2022-01-22T10:38:21.830Z zigbee-herdsman:deconz:frameParser APS_EXT_PANID: 0xdddddddddddddddd
2022-01-22T10:38:21.832Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 6 paramId: 28
2022-01-22T10:38:21.834Z zigbee-herdsman:deconz:frameParser CHANNEL: 11
2022-01-22T10:38:21.837Z zigbee-herdsman:deconz:driver send read parameter request from queue. seqNr: 7 paramId: 24
2022-01-22T10:38:21.839Z zigbee-herdsman:deconz:frameParser NETWORK_KEY: hidden
e[34mZigbee2MQTT:debuge[39m 2022-01-22 11:38:21: Zigbee network parameters: {"channel":11,"extendedPanID":"0xdddddddddddddddd","panID":6754}
e[31mZigbee2MQTT:errore[39m 2022-01-22 11:38:21: Failed to start zigbee
e[31mZigbee2MQTT:errore[39m 2022-01-22 11:38:21: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
e[31mZigbee2MQTT:errore[39m 2022-01-22 11:38:21: Exiting...
e[31mZigbee2MQTT:errore[39m 2022-01-22 11:38:21: TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received undefined
    at new NodeError (internal/errors.js:322:7)
    at validateString (internal/validators.js:124:11)
    at Object.join (path.js:1148:7)
    at Object.joinPath (/opt/zigbee2mqtt/lib/util/data.ts:17:17)
    at writeDevicesOrGroups (/opt/zigbee2mqtt/lib/util/settings.ts:205:38)
    at write (/opt/zigbee2mqtt/lib/util/settings.ts:211:5)
    at Object.addDevice (/opt/zigbee2mqtt/lib/util/settings.ts:515:5)
    at Device.ensureInSettings (/opt/zigbee2mqtt/lib/model/device.ts:37:22)
    at Zigbee.resolveDevice (/opt/zigbee2mqtt/lib/zigbee.ts:230:20)
    at /opt/zigbee2mqtt/lib/zigbee.ts:272:30
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.22.2 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the zigbee2mqtt@1.22.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-01-22T10_38_22_087Z-debug.log

Merci d’avance

xav_38 · Juillet 9, 2022, 7:40

Bonjour

Moi j’ai régulièrement des équipements qui ne répondent plus et qui m’oblige à les réappairer

Est ce que d’autres ont aussi ces soucis ?

Idaho947 · Juillet 9, 2022, 8:17

Ces problématiques seront probablement les mêmes quelque soit le plugin utilise. Cela peut dépendre de pleins de paramètres comme la qualité du reseau, la qualité des routeurs et des modules.

Renaudcliment · Juillet 9, 2022, 8:49

Honnêtement avec 75 équipements dont 12 prises Legrand (pour mon maillage legrand/bticino) et 8 prises xiaomi (pour mon maillage xiaomi), je ne vois pas comment faire mieux niveau maillage

Idaho947 · Juillet 9, 2022, 9:12

Donc reste la qualité des routeurs et des modules. Quels sont les modules (marque model) qui se déconnectent ?

Renaudcliment · Juillet 9, 2022, 9:22

Il y a de tout qui se déconnecte…
Aussi bien des prises XIAOMI ZNCZ04LM, des capteurs XIAOMI WSDCGQ11LM, des interrupteurs BTICINO L441C/N4411C/NT4411C, des prises LEGRAND 067775/741811, des vannes DANFOSS 014G2461, quasiment tout mon appareillage est impacté.

Idaho947 · Juillet 9, 2022, 9:27

Ta clef c’est quoi ? Tu as une vue de ton reseau ? Si tes routeurs se déconnecte normal que le reste se déconnecte aussi.

Tonio16 · Juillet 9, 2022, 9:28

Ben le matos legrand route mal les autres marques.

Antoine

Idaho947 · Juillet 9, 2022, 9:28

Non les Legrand route mal les capteurs de mauvaise qualité. La nuance a son importance. Chez moi c’est la base de mon réseau et ils routes sans problème du frient, hue, Osram et tout autre capteur\routeur utilisant un vrai protocole 3.0.
Je test actuellement les nouveaux boutons irnn et ils semblent tenir le routage.

En revanche oui les tuya, xiaomi et autre chinoiserie sont mal routés. C’est connu et reconnu. Mais la le problème n’est pas là puisque rien ne semble revenir chez Renaud

Renaudcliment · Juillet 9, 2022, 9:48

C’est la raison pour laquelle j’ai des routeurs legrand et des routeurs xiaomi, comme expliqué j’ai fait en sorte d’avoir un maillage pour mes équipement legrand et un maillage pour mes équipement xiaomi, pour être sûr que tout soit bien repris sur mon réseau zigbee.
Le problème ne viens pas du maillage car ça fait quasiment 1 ans que mon maillage est fonctionnel…
Le problème viens du fait que suite à ma coupure de courant j’ai des équipement qui sont sorti du réseau. Et clairement j’ai autre chose à faire que de m’amuser à tout re-appairer manuellement à chaque coupure de courant.

Idaho947 · Juillet 9, 2022, 9:52

Ta clef c’est quoi ? Elle est branchée comment ? Est-elle proche d’une borne wifi ?
Si tu attends un peu (plusieurs heures) tes équipements ne se reconnecte pas ?

Renaudcliment · Juillet 9, 2022, 10:07

C’est une conbee2.
Non ma clé et ma box atlas sont dans une pièce différente de mes routeurs wifi.
Ca fait plus de 24h que la coupure a eu lieu et rien n’évolue

MaGoo · Juillet 9, 2022, 10:12

J’ai aussi de temps en temps des pertes sur des capteurs de porte Sonoff. En fait, avec des modules qui sont peu causant… Je suis en train de tester du Frient et cela semble bien mieux.
Pour la clé, c’est une Sonoff et après des coupures de courant, j’ai rarement des soucis

Idaho947 · Juillet 9, 2022, 10:19

Tu as un schema de ton réseau avec ton plugin ? Ta clef est branchée comment sur ton atlas (port usb3, rallonge ?)

Renaudcliment · Juillet 9, 2022, 10:39

Ma clé est raccordé avec une rallonge sur un port usb 2.0.
Pour la carte du réseau, ça fait 15 minutes que ça tourne, je la poste dès que c’est fini.

Renaudcliment · Juillet 9, 2022, 1:04

Un beau carnage comme prévu

Idaho947 · Juillet 9, 2022, 1:17

Oula oui en effet beaucoup de routeur sont eux même derrière un routeur. Probablement parce que plus de place au niveau du contrôleur principal (car des modules prennent des nœuds). Peut-être ça le problème les routeurs en deux raccrochent pas donc tout ce qui est derrière est hs

Renaudcliment · Juillet 9, 2022, 1:40

CA me parait logique que des routeur soient « derrière » des routeurs, c’est le but d’une réseau maillé il faut que tout soit relié ensemble pour avoir le meilleur réseau possible.
90% des routeurs sont rattachés directement à la clé et les autres (trop loin) sont sur d’autres routeurs.
C’est surtout les éléments détachés à droite et à gauche qui posent problème, il n’y a aucune raison qu’ils aient sauté du maillage alors qu’ils y étaient très bien intégré avant la coupure.

xav_38 · Juillet 11, 2022, 4:54

Moi ce sont des prises blitzwolf que je dois régulièrement réappairer.