Impossible d'envoyer une commande Zigbee depuis passage sur SSD

dric512 · Octobre 5, 2024, 5:38

Bonjour

Je viens d’effectuer une mise à jour vers Debian 11, en repartant de zero comme conseillé, sur un disque SSD plutôt que carte uSD. J’ai pu réinstaller Jeedom, charger une sauvegarde, réinstaller les dépendences des plugins qui avaient un problème. Maintenant tout est vert dans le rapport de santé, et tout à jour.

Par contre j’ai un problème avec JeeZigbee, utilisant une clé Conbee II: je reçois parfaitement bien les mises à jour des composants, mais je ne suis plus capable d’envoyer des actions, à priori sur tous les composants. J’ai à chaque fois des messages comme ça:

[2024-10-05 19:26:57] e[31merrore[39m: 	z2m: Publish 'set' 'state' to '0x54ef441000188cca' failed: 'Error: ZCL command 0x54ef441000188cca/1 genOnOff.toggle({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (no response received (22) Error: waiting for response TIMEOUT)'
[2024-10-05 19:30:15] e[31merrore[39m: 	z2m: Publish 'set' 'pilot_wire_mode' to '0x000474000024bcb8' failed: 'Error: ZCL command 0x000474000024bcb8/1 manuSpecificLegrandDevices2.command0({"data":{"type":"Buffer","data":[2]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"manufacturerCode":4129,"writeUndiv":false}) failed (no response received (24) Error: waiting for response TIMEOUT)'

Je n’avais aucun problème avant la mise à jour donc je ne sais pas ce qui explique ce timeout.

J’ai la version 1.40.2 de Zigbee2Mqtt

Cédric

lperenna · Octobre 5, 2024, 7:23

Ben vu les infos données je dira faire une restaure pour revenir à la version précédente qui était ok

Et derrière surtout plus toucher.

dric512 · Octobre 5, 2024, 7:30

Oui mais justement ce que j’ai restauré, c’est la version avant de mettre à jour vers Debian 11, qui était totalement fonctionnelle.Les seules différences entre les deux sont:

Le fait d’avoir installé sur un disque SSD plutôt qu’une carte SD. Mais comme le système est totalement fonctionnel, je ne pense pas que c’est le problème
OS en Debian 11

L’OS, Jeedom et tous les plugins étaient à jour avant de passer en Debian 11.

dric512 · Octobre 5, 2024, 7:38

Je ne pense pas que c’est lié mais j’ai cette erreur quand je relance le daemon. Je crois que j’avais la même erreur avant la mise à jour:

> zigbee2mqtt@1.40.2 start
> node index.js
Starting Zigbee2MQTT without watchdog.
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Failed to load external converter file '/var/    www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js' (Cannot find module 'zigbee-herdsman-converters/lib/extend'
Require stack:
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/utils.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/settings.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js)
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Probably there is a syntax error in the file  or the external converter is not compatible with the current Zigbee2MQTT version
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Note that external converters are not meant for long term usage, it's meant for local testing after which a pull request should be created to add out-of-the-box support for the device

lperenna · Octobre 5, 2024, 7:43

sans page santé sans log, sans la config du plugin
autant jouer de la flute en regardant les étoiles et attendre E.T.

Tonio16 · Octobre 5, 2024, 7:44

Bonjour

Donnez à minima votre page configuration. Nous ne sommes pas des devins…
Voir si le port de la clé n’aurait pas changé.

Antoine

dric512 · Octobre 5, 2024, 7:51

Voici la page de configuration de JeeZigbee:

Dans le log de l’installation des dépendences, rien de spécial, pas de warning ni d’erreur.

Et le log de z2m depuis le redémarrage du daemon:

> zigbee2mqtt@1.40.2 start
> node index.js
Starting Zigbee2MQTT without watchdog.
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Failed to load external converter file '/var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js' (Cannot find module 'zigbee-herdsman-converters/lib/extend'
Require stack:
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/utils.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/settings.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js)
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Probably there is a syntax error in the file or the external converter is not compatible with the current Zigbee2MQTT version
[2024-10-05 21:36:19] e[31merrore[39m: 	z2m: Note that external converters are not meant for long term usage, it's meant for local testing after which a pull request should be created to add out-of-the-box support for the device
[2024-10-05 21:40:14] e[31merrore[39m: 	z2m: Publish 'set' 'pilot_wire_mode' to '0x000474000024bcb8' failed: 'Error: ZCL command 0x000474000024bcb8/1 manuSpecificLegrandDevices2.command0({"data":{"type":"Buffer","data":[2]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"manufacturerCode":4129,"writeUndiv":false}) failed (no response received (5) Error: waiting for response TIMEOUT)'
[2024-10-05 21:40:14] e[31merrore[39m: 	z2m: Publish 'set' 'pilot_wire_mode' to '0x0004740000248461' failed: 'Error: ZCL command 0x0004740000248461/1 manuSpecificLegrandDevices2.command0({"data":{"type":"Buffer","data":[2]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"manufacturerCode":4129,"writeUndiv":false}) failed (no response received (4) Error: waiting for response TIMEOUT)'
[2024-10-05 21:45:14] e[31merrore[39m: 	z2m: Publish 'set' 'pilot_wire_mode' to '0x000474000024bcb8' failed: 'Error: ZCL command 0x000474000024bcb8/1 manuSpecificLegrandDevices2.command0({"data":{"type":"Buffer","data":[2]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"manufacturerCode":4129,"writeUndiv":false}) failed (no response received (7) Error: waiting for response TIMEOUT)'
[2024-10-05 21:45:14] e[31merrore[39m: 	z2m: Publish 'set' 'pilot_wire_mode' to '0x0004740000248461' failed: 'Error: ZCL command 0x0004740000248461/1 manuSpecificLegrandDevices2.command0({"data":{"type":"Buffer","data":[2]}}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"manufacturerCode":4129,"writeUndiv":false}) failed (no response received (6) Error: waiting for response TIMEOUT)'
[2024-10-05 21:47:09] e[31merrore[39m: 	z2m: Failed to read state of '0x0015bc00420013b3' after reconnect (ZCL command 0x0015bc00420013b3/1 genOnOff.read(["onOff"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (no response received (8) Error: waiting for response TIMEOUT))
[2024-10-05 21:47:10] e[31merrore[39m: 	z2m: Failed to read state of '0x0015bc0042000e05' after reconnect (ZCL command 0x0015bc0042000e05/1 genOnOff.read(["onOff"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (no response received (9) Error: waiting for response TIMEOUT))

Ce n’est pas visible dans ce log mais je reçois des données des périphériques Zigbee:

[2024-10-05 21:45:25] INFO  : Evènement sur la commande [Salon][Bureau][Température du module] valeur : 23°C
[2024-10-05 21:45:26] INFO  : Evènement sur la commande [Salon][Bureau][Dernière communication] valeur : 2024-10-05 21:45:25
[2024-10-05 21:46:11] INFO  : Evènement sur la commande [Salon][Canapé][Dernière communication] valeur : 2024-10-05 21:46:10
[2024-10-05 21:46:11] INFO  : Evènement sur la commande [Salon][Canapé][Qualité connexion] valeur : 154lqi
[2024-10-05 21:46:57] INFO  : Evènement sur la commande [Jardin][Arrosage 1][Dernière communication] valeur : 2024-10-05 21:46:57
[2024-10-05 21:46:59] INFO  : Evènement sur la commande [Jardin][Arrosage 2][Dernière communication] valeur : 2024-10-05 21:46:58
[2024-10-05 21:48:39] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine]    [Dernière communication] valeur : 2024-10-05 21:48:38
[2024-10-05 21:48:39] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine][Puissance] valeur : 0W
[2024-10-05 21:48:39] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine][Dernière communication] valeur : 2024-10-05 21:48:39
[2024-10-05 21:48:40] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine][Puissance] valeur : 0W
[2024-10-05 21:48:52] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine][Dernière communication] valeur : 2024-10-05 21:48:51
[2024-10-05 21:48:52] INFO  : Evènement sur la commande [Cuisine][Chauffage cuisine][Puissance] valeur : 0W
[2024-10-05 21:49:08] INFO  : Evènement sur la commande [Salon][Table][Dernière communication] valeur : 2024-10-05 21:49:08

dric512 · Octobre 5, 2024, 7:57

Rien de spécial sur la page de santé:

lperenna · Octobre 5, 2024, 8:12

Bonjour

Perso je ne laisserai pas le port du contrôleur en auto !
Je choisirai le port by id de mo contrôleur déjà.

dric512 · Octobre 5, 2024, 8:30

Merci pour la suggestion. J’ai testé et redémarré le daemon au cas où mais malheureusement pas d’amélioration.

Je viens de mettre plus de logs en envoyant une commande:

|[2024-10-05 22:28:54] e[34mdebuge[39m: |z2m:mqtt: Received MQTT message on 'zigbee2mqtt/0x54ef441000188cca/set' with data '{state:OFF}'|
|---|---|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |z2m: Publishing 'set' 'state' to '0x54ef441000188cca'|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:controller:endpoint: ZCL command 0x54ef441000188cca/1 genOnOff.off({}, {timeout:10000,disableResponse:false,disableRecovery:false,disableDefaultResponse:false,direction:0,reservedBits:0,writeUndiv:false})|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:deconz:driver: DATA_REQUEST - destAddr: 0xe18b EP:1 SeqNr. 78 request id: 12|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:deconz:frameparser: DATA_REQUEST RESPONSE - request id: 12 status: 0|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:deconz:frameparser: DATA_REQUEST RESPONSE - request id: 12 status: 0|
|[2024-10-05 22:28:54] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:frameparser: DEVICE_STATE changed: 10100110|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 1 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:frameparser: DEVICE_STATE changed: 10100110|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 1 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:driver: query aps data confirm|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:driver: DATA_CONFIRM - sending data state request - SeqNr. 79|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:frameparser: DATA_CONFIRM RESPONSE - destAddr: 0xe18b request id: 12 confirm status: 0|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz: sendZclFrameToEndpoint - message send with transSeq Nr.: 8|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz: false, false, false, 10000|
|[2024-10-05 22:28:55] e[34mdebuge[39m: |zh:deconz: resolve request (8)|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |z2m: Saving state to file /var/www/html/plugins/z2m/data/state.json|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |zh:deconz:driver: send read device state from queue. seqNr: 80|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |zh:deconz:frameparser: device state: 10100010|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |zh:deconz:frameparser: device state: 10100010|
|[2024-10-05 22:28:56] e[34mdebuge[39m: |zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1|

vegeta0911 · Octobre 6, 2024, 6:55

Quel firmware avez vous sur votre cle combee , car je sais que il y a une incompatibilité avec zigbee2mqtt.

lperenna · Octobre 6, 2024, 7:12

dric512 · Octobre 6, 2024, 7:40

Je ne suis pas sûr d’où trouver la version de la clé Conbee2 mais je le vois dans les infos brutes: 0x26660700. Vu le numéro de version je pense que j’ai une version plus récente. Ceci dit avant la mise à jour Debian 11 je n’avais pas de problème.

Ceci dit j’ai résolu une très grosse partie, et vu le temps que j’ai passé sur les forums à chercher, je préfère le documenter ici: lors de la mise à jour j’ai changé la carte SD en disque SSD. Or ce topic m’a donné la bonne piste:

J’avais en effet branché le disque sur le port USB 3 (Bleu) de RPI4. Même si ma clé Conbee 2 est branchée sur une rallonge pour se trouver plus loin, il semble que ça cause quand même des perturbations.

J’ai redémarré le RPI4 en branchant le SSD sur le USB 2 et depuis je peux renvoyer des commandes à mes périphériques !

J’hésite à prendre un Hub USB allimenté comme ça:

https://www.amazon.fr/partager-connexion-plusieurs-périphériques-DUB-H4/dp/B00006B7DA/ref=sr_1_3_sspa?__mk_fr_FR=ÅMÅŽÕÑ&crid=2OZDIMEW3MT3G&dib=eyJ2IjoiMSJ9.mjyJjiaLYd1mFSmlR06NRnerRRoKU_KFAZv-salINcTDBgHJQAgafJyOK_1BliunkjtBsfOy-p9ZTK8wbfHSRZ8sM6yQeE2jU3eWfrf-LEfaT5sXDleeWE0eSxJRVPDMf5EXgafFBVRvEMJ2PXUwIYE5Hy8d0SXkrxOtBWWKet0FAzdqtPF3ps2TdKcFgkp6JWDVFj8Fgx9bxaMNURCMkAykMNu7nUhmw_5WFvnNonRMiF_W3uXAo5rLSypQE_hXN43J4ck4S4AxXDf01tagx8ulH07BDoZK82B3SBeDGyQ.M8ofIaIHTbAn93JmUh7e7Tpgv3x33Tap_ykrS5zxvPU

Mais pas sûr que je puisse brancher le disque SSD dessus, donc pas sûr que ça serve à grand chose.

Fabrice · Octobre 6, 2024, 7:47

Bonjour.

Le disque il faut le laisser sur le pi, mais sur un port usb2.
La différence de vitesse entre les ports usb2 et usb3 est inutile pour Jeedom.

dric512 · Octobre 6, 2024, 7:53

Merci.

J’ai donc changé pour avoir:

le SSD sur un port USB2
Le Conbee sur l’autre port USB2 (Il était depuis tout le temps sur le port USB3 avec une rallonge mais je me dis que ça ne devrait pas faire de mal…)
J’ai un RFXCom aussi, je le mets sur l’USB3. Vu la quantité de communication (ie presque jamais), ça ne devrait pas poser de problème.

Fabrice · Octobre 6, 2024, 8:30

À voir si cela est stable.

De mon côté je n’ai pas trouvé d’autres solutions que de prendre un hub.

J’ai :

une enceinte pour faire parler le Raspberry Pi,
une clé Sena bluetooth,
un RFXCOM,
un contrôleur Zwave (lui, ne fonctionne pas sans hub, donc c’est un choix obligatoire pour ceux qui ont une gen5)
Et le disque mSata

Le disque est sur le Raspberry, sur un port USB2 et le reste sur le hub USB 2

0 problèmes depuis.

system · Octobre 7, 2024, 8:30

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.