Optimisation du temps de démarrage du réseau Z-Wave

[rootard]

Merci pour tes conseils @Domatizer

Je suis au courant pour les sondes des Qubino, je les ai deja reinclus plusieurs fois et ca ne marche qu’avec le contrôleur primaire en direct. Des que je l’éloigne meme en forcant a le refresh 5 mins ca se remet a deconner…l’info est mise a jour de façon aléatoire parfois au bout de plusieurs heures.

J’ai galere avec ca comme pas possible lorque que j’ai change de RPi, pourtant le fichier de conf etait la. Je n’ai pas envie de demonter mes radiateurs tt de suite pour refaire les inclusions donc je vais attendre quelques semaines la fin de la saison de chauffe

Je te tiens au courant

[Domatizer]

@rootard si tu as déjà fait plusieurs fois les inclusions en non sécurisé avec les sondes. Pas la peine de les refaire.

Perso, je n’ai pas eu de souci avec ce module donc je n’ai pas fait de modif du fichier config du module, mais je n’utilise pas de sonde.

Pour essayer de « réparer » la config de ces modules, je peux te conseiller de lancer la régénération du nœud dans l’onglet « Actions » du module en sélectionnant tous les modules comme ceci

Peux-tu afficher tes log de tes Qubino, stp ?

[rootard]

Salut @Domatizer

voila les logs de l’un de mes Qubino qui disfonctionne. Ce noeud n’est pas directement visible du controleur:

2020-05-24 19:08:03.277 Info, Node070, Sending (Query) message (Callback ID=0xa2, Expected Reply=0x04) - SwitchAllCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x27, 0x02, 0x25, 0xa2, 0x03
2020-05-24 19:08:03.285 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:03.285 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:03.356 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xa2, 0x00, 0x00, 0x08, 0x41
2020-05-24 19:08:03.356 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xa2 received (expected 0xa2)
2020-05-24 19:08:03.357 Info, Node070, Request RTT 79 Average Request RTT 100
2020-05-24 19:08:03.357 Detail,   Expected callbackId was received
2020-05-24 19:08:07.278 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:07.278 Detail, Node070, Removing current message
2020-05-24 19:08:07.278 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:07.284 Detail, 
2020-05-24 19:08:07.284 Info, Node070, Sending (Query) message (Callback ID=0xa3, Expected Reply=0x04) - PowerlevelCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x73, 0x02, 0x25, 0xa3, 0x56
2020-05-24 19:08:07.293 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:07.293 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:07.356 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xa3, 0x00, 0x00, 0x07, 0x4f
2020-05-24 19:08:07.356 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xa3 received (expected 0xa3)
2020-05-24 19:08:07.356 Info, Node070, Request RTT 71 Average Request RTT 85
2020-05-24 19:08:07.356 Detail,   Expected callbackId was received
2020-05-24 19:08:07.436 Detail, Node070,   Received: 0x01, 0x0a, 0x00, 0x04, 0x00, 0x46, 0x04, 0x73, 0x03, 0x00, 0x00, 0xc3
2020-05-24 19:08:07.436 Detail, 
2020-05-24 19:08:07.436 Info, Node070, Response RTT 151 Average Response RTT 174
2020-05-24 19:08:07.436 Info, Node070, Received a PowerLevel report: PowerLevel=Normal, Timeout=0
2020-05-24 19:08:07.436 Detail, Node070, Initial read of value
2020-05-24 19:08:07.436 Detail, Node070, Initial read of value
2020-05-24 19:08:07.436 Detail, Node070,   Expected reply and command class was received
2020-05-24 19:08:07.436 Detail, Node070,   Message transaction complete
2020-05-24 19:08:07.436 Detail, 
2020-05-24 19:08:07.436 Detail, Node070, Removing current message
2020-05-24 19:08:07.437 Detail, Node070, Notification: ValueChanged
2020-05-24 19:08:07.442 Detail, Node070, Notification: ValueChanged
2020-05-24 19:08:07.448 Detail, Node070, Query Stage Complete (Session)
2020-05-24 19:08:07.448 Detail, Node070, AdvanceQueries queryPending=0 queryRetries=0 queryStage=Dynamic live=1
2020-05-24 19:08:07.448 Detail, Node070, QueryStage_Dynamic
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) SwitchBinaryCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x25, 0x02, 0x25, 0xf6, 0x55
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) SwitchMultilevelCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x26, 0x02, 0x25, 0xf7, 0x57
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) MultiChannel Encapsulated (instance=1): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x30, 0x02, 0x25, 0xf8, 0x23
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) MultiChannel Encapsulated (instance=2): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x02, 0x30, 0x02, 0x25, 0xf9, 0x21
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) MultiChannel Encapsulated (instance=3): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x03, 0x30, 0x02, 0x25, 0xfa, 0x23
2020-05-24 19:08:07.448 Detail, Node070, Queuing (Send) SensorMultilevelCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x31, 0x04, 0x25, 0xfb, 0x4a
2020-05-24 19:08:07.449 Detail, Node070, Queuing (Query) Query Stage Complete (Dynamic)
2020-05-24 19:08:07.449 Detail, 
2020-05-24 19:08:07.449 Info, Node070, Sending (Send) message (Callback ID=0xf6, Expected Reply=0x04) - SwitchBinaryCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x25, 0x02, 0x25, 0xf6, 0x55
2020-05-24 19:08:07.457 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:07.457 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:07.572 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xf6, 0x00, 0x00, 0x0c, 0x11
2020-05-24 19:08:07.573 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xf6 received (expected 0xf6)
2020-05-24 19:08:07.573 Info, Node070, Request RTT 123 Average Request RTT 104
2020-05-24 19:08:07.573 Detail,   Expected callbackId was received
2020-05-24 19:08:11.450 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:11.450 Detail, Node070, Removing current message
2020-05-24 19:08:11.450 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:11.455 Detail, 
2020-05-24 19:08:11.455 Info, Node070, Sending (Send) message (Callback ID=0xf7, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x26, 0x02, 0x25, 0xf7, 0x57
2020-05-24 19:08:11.464 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:11.464 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:11.534 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xf7, 0x00, 0x00, 0x08, 0x14
2020-05-24 19:08:11.534 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xf7 received (expected 0xf7)
2020-05-24 19:08:11.534 Info, Node070, Request RTT 78 Average Request RTT 91
2020-05-24 19:08:11.535 Detail,   Expected callbackId was received
2020-05-24 19:08:15.456 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:15.456 Detail, Node070, Removing current message
2020-05-24 19:08:15.456 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:15.462 Detail, 
2020-05-24 19:08:15.462 Info, Node070, Sending (Send) message (Callback ID=0xf8, Expected Reply=0x04) - MultiChannel Encapsulated (instance=1): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x30, 0x02, 0x25, 0xf8, 0x23
2020-05-24 19:08:15.471 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:15.471 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:15.577 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xf8, 0x00, 0x00, 0x0b, 0x18
2020-05-24 19:08:15.577 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xf8 received (expected 0xf8)
2020-05-24 19:08:15.577 Info, Node070, Request RTT 114 Average Request RTT 102
2020-05-24 19:08:15.578 Detail,   Expected callbackId was received
2020-05-24 19:08:19.463 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:19.463 Detail, Node070, Removing current message
2020-05-24 19:08:19.463 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:19.468 Detail, 
2020-05-24 19:08:19.469 Info, Node070, Sending (Send) message (Callback ID=0xf9, Expected Reply=0x04) - MultiChannel Encapsulated (instance=2): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x02, 0x30, 0x02, 0x25, 0xf9, 0x21
2020-05-24 19:08:19.477 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:19.477 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:19.558 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xf9, 0x00, 0x00, 0x09, 0x1b
2020-05-24 19:08:19.558 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xf9 received (expected 0xf9)
2020-05-24 19:08:19.558 Info, Node070, Request RTT 89 Average Request RTT 95
2020-05-24 19:08:19.558 Detail,   Expected callbackId was received
2020-05-24 19:08:23.470 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:23.470 Detail, Node070, Removing current message
2020-05-24 19:08:23.470 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:23.474 Detail, 
2020-05-24 19:08:23.474 Info, Node070, Sending (Send) message (Callback ID=0xfa, Expected Reply=0x04) - MultiChannel Encapsulated (instance=3): SensorBinaryCmd_Get (Node=70): 0x01, 0x0d, 0x00, 0x13, 0x46, 0x06, 0x60, 0x0d, 0x01, 0x03, 0x30, 0x02, 0x25, 0xfa, 0x23
2020-05-24 19:08:23.483 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:23.483 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:23.588 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xfa, 0x00, 0x00, 0x0b, 0x1a
2020-05-24 19:08:23.588 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xfa received (expected 0xfa)
2020-05-24 19:08:23.588 Info, Node070, Request RTT 114 Average Request RTT 104
2020-05-24 19:08:23.588 Detail,   Expected callbackId was received
2020-05-24 19:08:24.187 Detail, Node054,   Received: 0x01, 0x0c, 0x00, 0x04, 0x00, 0x36, 0x06, 0x31, 0x05, 0x01, 0x0a, 0x00, 0x52, 0xaa
2020-05-24 19:08:24.187 Detail, 
2020-05-24 19:08:24.188 Info, Node054, Received SensorMultiLevel report from node 54, instance 1, Temperature: value=82F
2020-05-24 19:08:24.188 Detail, Node054, Refreshed Value: old value=83, new value=82, type=decimal
2020-05-24 19:08:24.188 Detail, Node054, Changes to this value are not verified
2020-05-24 19:08:24.188 Detail, Node054, Notification: ValueChanged
2020-05-24 19:08:27.473 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:27.474 Detail, Node070, Removing current message
2020-05-24 19:08:27.474 Detail, Node070, Notification: Notification - TimeOut
2020-05-24 19:08:27.477 Detail, 
2020-05-24 19:08:27.477 Info, Node070, Sending (Send) message (Callback ID=0xfb, Expected Reply=0x04) - SensorMultilevelCmd_Get (Node=70): 0x01, 0x09, 0x00, 0x13, 0x46, 0x02, 0x31, 0x04, 0x25, 0xfb, 0x4a
2020-05-24 19:08:27.485 Detail, Node070,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2020-05-24 19:08:27.485 Detail, Node070,   ZW_SEND_DATA delivered to Z-Wave stack
2020-05-24 19:08:27.556 Detail, Node070,   Received: 0x01, 0x07, 0x00, 0x13, 0xfb, 0x00, 0x00, 0x08, 0x18
2020-05-24 19:08:27.557 Detail, Node070,   ZW_SEND_DATA Request with callback ID 0xfb received (expected 0xfb)
2020-05-24 19:08:27.557 Info, Node070, Request RTT 79 Average Request RTT 91
2020-05-24 19:08:27.557 Detail,   Expected callbackId was received
2020-05-24 19:08:31.478 Error, Node070, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-05-24 19:08:31.478 Detail, Node070, Removing current message
2020-05-24 19:08:31.478 Detail, Node070, Notification: Notification - TimeOut

Voila les class que j’ai repérées qui posent problème:

• SwitchAllCmd_Get
• SwitchBinaryCmd_Get
• SwitchMultilevelCmd_Get
• SensorBinaryCmd_Get
• SensorMultilevelCmd_Get

D’après la doc sont utilisées:

• COMMAND_CLASS_SWITCH_ALL
• COMMAND_CLASS_SWITCH_BINARY
• COMMAND_CLASS_SWITCH_MULTILEVEL_V3
• COMMAND_CLASS_SENSOR_BINARY (I1/I2/I3)
• COMMAND_CLASS_SENSOR_MULTILEVEL

Les 2 dernières doivent servir pour, les sondes.
D’après ce que je comprends c’est mal barré, je ne peux en supprimer aucune des 5…
Ton avis?

[Domatizer]

@rootard

Voila les class que j’ai repérées qui posent problème:

Pour savoir celles qui posent problèmes, il faut que ces erreurs soient systématiques. Il arrive de temps en temps qu’un module puissent avoir un problème avec une commande. Donc ce n’est pas une vrai erreur.

Sur le mien, j’en ai qu’un seul, il m’arrive d’avoir quelque fois des soucis avec SensorBinaryCmd_Get mais pas à chaque fois. Donc c’est pas ça !

Dans ton cas, vu que tu as pleins de modules fil pilote identiques, il faut que tu vérifies que les erreurs soient systématiques et sur tous les modules et à chaque redémarrage. Si des fois il n’y a pas d’erreurs, c’est qu’il n’y a pas de problème avec les commande.

Perso, je n’ai pas eu de problème avec ce module Qubino, donc je n’ai pas fait de modif du fichier de config ZMNHJD1.xml. Mais je n’utilise pas de sonde de température ni de boutons sur les entrées.

Dans les paramètres du module, on voit les classe 37, 38, 48 et 49

Dans les commandes de l’équipement,

Il n’y pas de commandes utilisant la classe 37, donc pas exploitée par Jeedom, on peut donc virer la 37
De plus, si on n’utilise pas les boutons, on pourrait virer la classe 48
Enfin, si on n’utilise pas la sonde, on pourrait virer la classe 49

Dans ton log, on voit que tu as un timeout avec les entrées I1 et I2 (SensorBinaryCmd_Get) mais pas I3. As-tu branché quelque chose sur les entrées ? Est-ce le cas sur tous les autres modules.

Précédemment, tu as dit que tu recevais la température de temps en temps. Dans le log, il y a un timeout mais il a l’air d’avoir reçu la nouvelle valeur de température.

@rootard

Refreshed Value: old value=83, new value=82, type=decimal

donc je pense que le problème est ailleurs…

À mon avis, des erreurs peuvent en générer d’autres et ainsi créer une réaction en chaîne : lorsque la queue est bloquée 4 secondes, aucune commande ne peut-être envoyée depuis le dongle. Un module peut être gêné par un autre…

[rootard]

Merci pour ton analyse. Maintenant que j’ai arrêté le chauffage je vais pouvoir analyser tout ca en détail. La semaine de boulot redémarre, il faut juste que je trouve un moment.
Je te tiens au courant

[Domatizer]

Des nouvelles, des bonnes en plus.

Suite à un petit souci décrit ici SensorBinary report non reçu avec Fibaro Motion Sensor

J’ai utilisé l’info Burglar (classe 113) au lieu du Sensor Binary (classe 48) pour connaître l’état du capteur de mouvement de façon plus sûre que 99.5%

Ensuite, je me suis rappelé que pour ces modules Fibaro Motion Sensor, j’avais rajouté dans le fichier config ceci

<!-- COMMAND_CLASS_ALARM (0x71) AlarmCmd_Get not supported -->
<CommandClass id="113" getsupported="false"/>

Et bien, il n’y a pas de AlarmCmd_Get lors du réveil du module comme prévu mais openzwave continue de recevoir les valeurs des paramètres de la classe 113. Donc, avec un getsupported="false dans la config du module, ça fonctionne tout de même

Ainsi, j’ai fait de même pour tous les capteurs de portes. Même avec un getsupported="false pour la classe 113, les valeurs 22 et 23 du paramètre Acces Control remontent bien. D’ailleurs, cela solutionne le problème des portes qui se ferment toutes seules lors du premier réveil en évitant que Access Control prenne la valeur foireuse de 254 Door/Window Sensor 2 se ferme tout seul lors du 1er réveil - #2 par Domatizer

Lors du permier réveil, je vois bien l’info dans le log indiquant que ce n’est pas supporté, logique.
Info, NodeXXX, AlarmCmd_Get Not Supported on this node
Mais, ensuite, openzwave récupère de tout même ces infos.
Je ne comprends vraiment pas bien la logique.

Finalement, le nombre d’erreurs qui font bloquer la queue plusieurs secondes se rapproche de zéro…

Remarque : j’ai fait la dernière mise à jour openzwave croyant qu’il ne s’agissait que de la doc. Tous mes modifs des fichiers config on été écrasées ! Je m’en sui aperçu plus tard lorsque j’ai refait des inclusions. Les dépendances n’ont pourtant pas été relancées. Arrff

[axelpg]

@Domatizer

j’ai fait la dernière mise à jour openzwave croyant qu’il ne s’agissait que de la doc.

Ca, ca m’aurait LEGEREMENT énervé.

[Loic]

Bonjour,
Il ne s’agit bien que de la doc (donc pas besoin de s’enerver) mais juste a chaque mise a jour les fichiers sont remis dans le meme état que le plugin donc tout modification sera forcement perdu a chaque mise à jour

[axelpg]

@Loic

Il ne s’agit bien que de la doc (donc pas besoin de s’enerver)

Donc ca va, on ne s’énerve pas ^^

D’t"facon, m’en fout, je mets plus à jour ^^

[Domatizer]

Épisode de fin

Comme je l’ai écrit précédemment, si on indique dans le fichier config du module que certaines classes ne sont pas supportées, les informations concernant ces classes remontent tout de même.

J’ai rajouté la ligne suivante pour les classes qui bloquent systématiquement et inutilement la queue Z-Wave lors du premier réveil après le redémarrage Z-Wave.

<CommandClass id="xxx" getsupported="false"/>

Liste des fichiers que j’ai modifié

zwa008.txt (7,1 Ko)
eur_spiritz.txt (5,5 Ko)
sp816.txt (760 Octets)
fgbs222.txt (12,2 Ko)
fgd212.txt (21,9 Ko)
fgdw2.txt (8,0 Ko)
fgmszw5.txt (16,3 Ko)
fgs223.txt (16,7 Ko)
fgwpfzw5.txt (15,5 Ko)
ZMNHNDx.txt (6,4 Ko)
ZMNHYDx.txt (8,3 Ko)
ZMNHJD1.txt (4,9 Ko)

Liste des fichiers que je N’ai PAS modifié (inutile de les copier )
zw100.txt (23,9 Ko)
fgkf601.txt (12,4 Ko)

Ces fichiers de config sont à renommer en .xml au lieu de .txt (j’ai dû changer l’extension pour les mettre sur le forum) et à placer dans
`/var/www/html/plugins/openzwave/resources/openzwaved/config/xxx/’
Attention, ils seront écrasés à chaque mise à jour du plugin openzwave.
Ne pas oublier de vérifier avant de faire une inclusion.

1. Ces modifications sont à effectuer avant de faire l’inclusion du(des) module(s).
2. Si les modules ont déjà été inclus, il faut régénérer le fichier de config du réseau /var/www/html/plugins/openzwave/data/zwcfg_*.xml
   Attention, l’opération est très lourde, les modules ne seront pas fonctionnels jusqu’au premier réveil.
3. Si votre réseau est plutôt stable et que vous ne voulez pas régénérer ce fichier au risque de tout casser, alors arrêtez le réseau puis modifiez directement celui-ci en rajoutant le paramètre getsupported="false" pour les classes qui posent problème comme ceci
   <CommandClass id="113" name="COMMAND_CLASS_ALARM" version="5" request_flags="1" getsupported="false" innif="true">

Actuellement, j’ai 32 modules secteur, le réseau démarre en 80 secondes en moyenne.

Ainsi, avec toutes ces modifications de fichier config, le nombre de message jetés ou non délivrés est quasi nul à la fin du redémarrage complet du réseau Z-Wave, soit au bout de 24h.

Depuis presque 1 mois que le réseau Z-Wave tourne (c’est la première que ça m’arrive, alors je ne touche plus à rien), j’ai entre 2 et 3 erreurs par jours. Ces message jetés ou non délivrés sont causés par 2 modules extérieurs un peu éloignés du réseau et 2 autres modules intérieurs trop proches entre eux (dans le même interrupteur).

Maintenant, je préfère rester avec openzwave 1.4 qui a beaucoup de défauts mais que je maîtrise que de sauter dans l’inconnu avec openzwave 1.6 et de repartir pour de nouvelles galères. Quand je pense que j’avais choisi le Z-Wave pour ne pas avoir à bidouiller !

EDIT : mise à jour du fichier de config du module ZMNHJD1, c’est le dernier module qui posait des problèmes et qui avait beaucoup de commandes non supportées. Je n’avais pas osé enlever toutes les commandes non supportées il y a quelques mois. Maintenant, c’est chose faite et ça ne semble pas perturber le fonctionnement du capteur (remarque, je n’ai pas vérifier de fonctionnement ni de la sonde ni des 3 entrées), les valeurs des commandes non supportées remontent bien. Dans ma compréhension, c’est seulement l’interview des commandes non supportées qui n’est pas effectué lors du premier réveil du module.

Enfin, après tout ce travail, il ne me reste plus aucune erreur de commande non supportée. Je peux donc me permettre d’augmenter fortement le timeout (4s par défaut) à 20 secondes. Cela laisse énormément de temps au réseau pour bien fonctionner. Le nombre de message jetés ou non délivrés a encore diminué. Il ne reste plus que les vannes Spirit qui font encore des caprices. Je devrais pouvoir améliorer un peu les choses en espaçant de quelques secondes les ordres…

Fichier log openzwaved en 15 jours !

2021-02-16 19:08:59.001 Always, OpenZwave Version 1.4.0 Starting Up
2021-02-16 20:40:27.535 Error, Node123, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-17 14:00:22.108 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-17 16:20:22.299 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-17 19:50:08.083 Warning, Node133, WARNING: Device is not a sleeping node.
2021-02-17 19:50:13.530 Warning, Node131, WARNING: Device is not a sleeping node.
2021-02-17 19:50:29.529 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-18 11:50:22.314 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-18 12:40:24.005 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-18 14:50:22.341 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-18 22:00:13.713 Error, Node130, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2021-02-18 22:00:29.711 Error, Node130, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-19 05:40:21.899 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-19 08:50:22.072 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-19 19:00:23.245 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-19 21:22:53.587 Error, Node115, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-20 17:50:23.073 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-21 09:40:20.853 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-21 10:00:23.664 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-21 11:00:14.216 Warning, Node133, WARNING: Device is not a sleeping node.
2021-02-21 21:40:08.274 Warning, Node133, WARNING: Device is not a sleeping node.
2021-02-22 08:20:20.075 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-22 09:40:21.089 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-22 15:10:08.380 Warning, Node133, WARNING: Device is not a sleeping node.
2021-02-22 15:10:24.379 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-23 23:55:21.940 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-24 06:30:22.059 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-24 08:20:22.522 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-24 17:00:25.724 Error, Node130, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-25 02:20:22.851 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-25 05:35:22.408 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-25 05:55:19.998 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-02-28 17:00:31.003 Error, Node131, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-03-01 08:00:23.783 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-03-01 09:40:28.221 Error, Node133, ERROR: Dropping command, expected response not received after 1 attempt(s)

Remarque : les vannes 131 et 133 sont en mode manuel et reçoivent environ 200 ordres de % par jour, donc elle ont statisquement plus d’erreurs par rapport à la vanne 130 qui reçoit 4 ordres de consigne par jour.

Conclusion, pour faire fonctionner un truc soi disant fiable, ben y a du boulo !!!

[axelpg]

C’est énorme ! Merci.

[doryphore]

Bonjour

Domatizer : c’est dingue le boulot que tu as fais, c’est quand même dommage que le plugin n’ait jamais été optimisé comme tu l’as fais.

J’ai investi + de 5000 € dans environ 90 modules zwave sur 3-4 ans, mais comme je souhaites rester sur jeedom car j’ai beaucoup d’autres choses qui tournent bien, je me tourne vers d’autres protocoles.
Au final c’est un beau gâchis, j’aurais du prendre une box « pro » pour le zwave, mais rien n’équivaut jeedom pour son ouverture sur un tas d’autres protocoles.

Aucune nouvelle récente sur la refonte de openzwave, je verrais bien d’ici quelques mois ce que je fais de mon zwave bancal, au prochain confinement, lol ?
Trop de temps a passer là-dessus

[Domatizer]

@doryphore

c’est dingue le boulot que tu as fais

Merci. Pour trouver les trucs qui vont pas, ouais, c’est une vraie galère de chercher. Surtout quand on lit que d’autres n’ont pas de souci, on croit que les problèmes viennent de nous, mais nan en fait.

Au final, il faut juste avoir fait les corrections dans les fichiers de config des modules avant de faire les inclusion ou alors régénérer partiellement ou totalement le fichier de config du réseau si les inclusions sont déjà faites.

Ensuite tout roule…

@doryphore

j’aurais du prendre une box « pro » pour le zwave

Ça n’existe pas vraiment à part la Home Center 3.

@doryphore

Aucune nouvelle récente sur la refonte de openzwave

Ah si, openzwave 1.6 est train d’être abandonné…
Il existe un projet plus propre Z-waveJS

Le driver

Z-Wave JS - Z-Wave driver written entirely in JavaScript/TypeScript

La version MQTT (fonctionnement et interface très similaires à openzwave2mqtt)
https://zwave-js.github.io/zwavejs2mqtt/#/README
https://zwave-js.github.io/zwavejs2mqtt/#/getting-started/why

La version Home Assistant

2021.2: Z-Wave... JS!

Les mecs, ils ont mis 1 mois pour intégrer ZWaveJS à Home Assistant !

[doryphore]

Ok, merci, je viens d’aller voir le projet, ça à l’air prometteur

Me reste a surveiller le sujet et attendre que d’autres l’utilise avec jeedom, j’espere sans devoir ré inclure les modules et se retaper la correction des scénarios…wait and see

En tous cas je pense que ça va bouger favorablement dans les mois qui viennent

[Domatizer]

@doryphore

j’espere sans devoir ré inclure les modules

Non, j’ai essayé le zwavejs2mqtt et je l’ai laissé tourner, il a juste de fait de la découverte du réseau à partir du contenu (qui pour moi est ok) dans le contrôleur. La première fois, ça prend du temps (il faut que tous les modules se réveillent) de tout régénérer le fichier de config du réseau.

[MrGreen]

C’est quoi le concept, ça va créer des nouveaux équipements dans jmqtt ?

[doryphore]

Tu pourrais expliquer la manip pour utiliser zwavejs avec jeedom ?

J’ai déjà mqtt, quand j’aurais le temps faudrait que j’essaie en VM sur mon proxmox i7, mais je n’ai qu’une clé zwave…comme un con j’avais l’ancienne clé aeon que j’ai jeté quand je l’ai remplacée par gén5…Mais je pourrais tester quand même

[Domatizer]

@MrGreen

ça va créer des nouveaux équipements dans jmqtt ?

@doryphore

Tu pourrais expliquer la manip pour utiliser zwavejs avec jeedom ?

Là, on passe hors sujet, merci de créer un autre sujet
Pour répondre vite fait, j’ai juste fait essai de zwavejs2mqtt sur un RPi zero sans récupérer les infos sur Jeedom en suivant les consignes de leur site pour voir comment ça tourne et j’ai visualisé les résultats dans MQTT Explorer. Dans mon cas, j’ai plus à perdre qu’à gagner en changeant de solution !

Pour revenir au sujet principal, j’ai demandé la réouverture de ce fil afin de permettre à d’autres utilisateurs de donner un retour d’expérience sur les modifications de fichiers de config des modules.