Impossible de démarrer zigbeelinker suite à une inclusion

Tags: #<Tag:0x00007fc6bcb21210>

Bonsoir,
Je suis sous Jeedom 4.1.27 raspberry 3b debian 10
jmqtt pour MQTT
conbee II avec rallonge urb
32 périphériques zigbee multimarque avec plusieurs routeurs

J’ai un plantage suite à une inclusion d’un module Ikea, similaire à ce post: « Zigbee2mqtt est arreté » et ne démarre plus après une inclusion avec Zigbeelinker - Plugins / Protocole domotique - Communauté Jeedom

Voici le log en mode debug lors de l’inclusion:

[32mZigbee2MQTT:info e[39m 2021-11-25 19:12:44: MQTT publish: topic 'zigbee2mqtt/Lumière Douche', payload '{"device":{"applicationVersion":11,"dateCode":"01-12-2021","friendlyName":"Lumière Douche","hardwareVersion":1,"ieeeAddr":"0x54ef4410000fd324","manufacturerID":4447,"manufacturerName":"LUMI","model":"WS-EUK01","networkAddress":45943,"powerSource":"Mains (single phase)","stackVersion":2,"type":"EndDevice","zclVersion":3},"linkquality":255,"operation_mode":"control_relay","power_outage_memory":false,"state":"OFF","temperature":23}'
2021-11-25T18:12:47.616Z zigbee-herdsman:deconz:driver send read device state from queue. seqNr: 41
2021-11-25T18:12:47.619Z zigbee-herdsman:deconz:frameParser device state: 10100010
2021-11-25T18:12:47.619Z zigbee-herdsman:deconz:driver networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
2021-11-25T18:12:57.617Z zigbee-herdsman:deconz:driver send read device state from queue. seqNr: 42
2021-11-25T18:12:57.619Z zigbee-herdsman:deconz:frameParser device state: 10100010
2021-11-25T18:12:57.620Z zigbee-herdsman:deconz:driver networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
2021-11-25T18:13:05.817Z zigbee-herdsman:deconz:frameParser DEVICE_STATE changed: 10101010
2021-11-25T18:13:05.818Z zigbee-herdsman:deconz:driver networkstate: 2 apsDataConfirm: 0 apsDataIndication: 1 configChanged: 0 apsRequestFreeSlots: 1
2021-11-25T18:13:05.821Z zigbee-herdsman:deconz:driver query aps data indication
2021-11-25T18:13:05.825Z zigbee-herdsman:deconz:driver DATA_INDICATION - sending read data request - SeqNr. 43
2021-11-25T18:13:05.829Z zigbee-herdsman:deconz:frameParser DATA_INDICATION RESPONSE - seqNr. 43 srcAddr: 0x5e7 destAddr: 0xfffd profile id: 0x0 cluster id: 0x13 lqi: 255
2021-11-25T18:13:05.829Z zigbee-herdsman:deconz:frameParser response payload: 129,231,5,194,204,204,254,255,80,75,128,142
2021-11-25T18:13:05.832Z zigbee-herdsman:controller:log Device '0x804b50fffeccccc2' joined
2021-11-25T18:13:05.833Z zigbee-herdsman:deconz:driver networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
2021-11-25T18:13:05.833Z zigbee-herdsman:controller:log Device '0x804b50fffeccccc2' accepted by handler
2021-11-25T18:13:05.833Z zigbee-herdsman:controller:log New device '0x804b50fffeccccc2' joined
2021-11-25T18:13:05.834Z zigbee-herdsman:controller:log Creating device '0x804b50fffeccccc2'
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:512:5)
at Device.ensureInSettings (/opt/zigbee2mqtt/lib/model/device.ts:28:22)
at Zigbee.resolveDevice (/opt/zigbee2mqtt/lib/zigbee.ts:230:20)
at Controller.<anonymous> (/opt/zigbee2mqtt/lib/zigbee.ts:88:33)

Après ça le daemon s’arrête et le seul moyen pour qu’il reparte est de supprimer dans Database la dernière ligne de ce type:

{"id":45,"type":"Unknown","ieeeAddr":"0x804b50fffeccccc2","nwkAddr":1511,"epList":[],"endpoints":{},"interviewCompleted":false,"meta":{},"lastSeen":null}

J’ai essayé avec un capteur d’une autre marque et même résultat.

Une piste?
Bien sur j’ai déjà désinstallé zigbee2mqtt
merci d’avance

Bonsoir
comme déjà dit 99% des problèmes usb surtout sur pi sont résolus avec un hub usb alimenté

je pense que j’aurais d’autre soucis et une instabilité du plugin si le port usb était en cause alors que là c’est récent et uniquement après une inclusion

Ben tu fait erreur
beaucoup sont passés pas la …

Quel assurance…
je veux bien qu’il y est beaucoup de problème avec les port USB mais vu les log qui sortent…

Par acquis de conscience, j’ai mis un hub usb alimenté par une alimentation 2a à part

j’ai relancé une inclusion et même problème problème…

Sur le frontend de zigbee2mqtt
quel est la version qui s’affiche ?

(setting puis about )

Version Zigbee2MQTT
1.22.0 commit: df0543d4

Type de Coordinateur
ConBee2/RaspBee2

Révision du Coordinateur
0x26720700

Version Interface
0.6.30

Ok pas d’idée sauf si il y a un problème sur le ikea.js

ouvre / cherche une issue sur le github de zigbee2mqtt !

ça fait ça qu’avec ce produit ou si tu inclu un autre ça le fait pas ?

J’ai déjà inclus ce type de prise sans soucis avant. J’ai essayé avec un autre marque le dispositif, le souci est le même.

Essayes de passer en dev et de réinclure pour voir si ce n’est pas un bug qui serait corriger :
image
après cela il faut relancer les dépendances

1 J'aime

Tiens vla le patron

1 J'aime

J’ai essayé en début de semaine et même résultat.

Tient et aussi, je vois que l’interview n’est pas complet.

Eteins ton RPI, débranche la conbee 5 minutes.
Rebranche, et rallume ton RPI.

Ensuite lance l’inclusion via le routeur le plus proche de ton équipement.

Sinon effectivement, ça peut fonctionner sans HUB USB, mais c’est toujours beaucoup mieux :wink:

Je vais essayer demain . Mais une fois que ça a buger je n’arrive plus justement à finir l’interview