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

Plugins Protocole domotique
, ,
56

É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 :smile:)
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. :wink:
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.
Demarrage

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.

Statistiques26J
Statistiques26J630×606 54.6 KB

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 ! :rofl:

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 !!!

2 « J'aime »