Idem, je cherche à améliorer la fiabilité du réseau Z-Wave depuis des mois. J’hésitais à recréer un n-ième sujet sur les soucis du réseau Z-Wave mais je vais continuer à la suite de celui-ci, c’est le plus récent.
Pour l’instant, la fiabilité du Z-Wave ne me convient pas, j’ai de bien meilleurs résultats avec du Chacon ou du X2D, c’est malheureux vu le prix.
Ce que ressent en pratique, c’est que 1 ordre sur 20 ne passe pas.
- Détecteur de mouvement (que du Fibaro) qui reste actif (indéfiniement) jusqu’à ce qu’on repasse devant afin qu’il renvoie de nouveau un OFF lorsqu’on repart.
- Ordre d’éteindre la lumière bien envoyé par Jeedom, mais la lumière est resté allumée (le retour d’état est pourtant bon).
Cette fiabilité reste bien plus mauvaise que celle d’un humain qui oublierait d’éteindre la lumière
J’ai déjà passé des semaines et des mois à essayer de soigner ce p*t**n de réseau Z-Wave
Je n’ai pourtant que du vert et du bleu dans la matrice avec 60 modules (2 cases jaunes). Le contrôleur, lui, voit 85% modules en direct. Je n’ai pas plus de problèmes avec ceux qui sont éloignés et un peu seuls que ceux qui sont à 2m de la box. Quand je vois que certains modules Dimmer ont entre quarante et cinquante voisins (pas de problème de portée) et que l’ordre d’allumer/éteindre la lumière ne passe, je me demande pourquoi le réseau ne trouve pas un chemin pour faire passer son message.
Dans le log, je suis toujours en mode Debug, j’ai bien sûr de temps en temps les erreurs classiques du style
Error, NodeXXX, ERROR: Dropping command, expected response not received after 1 attempt(s)
Error, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
Detail, NodXXX, Notification: Notification - TimeOut
(des sujets avec ce type d’erreur, il y en a à la pelle sur les forums)
D’un point de vue général, je constate que de nombreux utilisateurs ont les mêmes soucis.
Je dirais que ces problèmes ont un certain coté aléatoire et c’est bien ce coté aléatoire qui nous rend fous.
Donc qu’est ce qui marche ? Qu’est ce qui ne marche pas ?
Les problèmes sont-ils logiciels (Debian, Jeedom, plugin openzwave, firmware), ou matériels (smart, raspi, clé zwave, modules…) ?
D’après certains sur le forum, il y a des milliers d’utilisateurs chez qui ça marche donc ce n’est pas Jeedom ni le le plugin openzwave, sinon ça se saurait.
De mon côté, j’avais remonté des soucis de fonctionnement de certains modules Fibaro, pareil : nous vendons énormément de produits Fibaro, s’il y avait un problème ça se saurait.
Effectivement, il y a des gens chez qui ça fonctionne. Mais chez d’autres, il y a bien des problèmes de communications Z-Wave, comment faire pour les résoudre ?
Souvent, on conseille un reboot, une exclusion puis une inclusion, avec parfois un reset du module en plus, mais c’est lourd et c’est plus du debug au pif sans comprendre.
Pour commencer, pourquoi lorsqu’on effectue une inclusion, on n’est pas sûr si elle est réussie à 100% ? c’est-dire que toutes les infos du nœud ainsi que toutes les commandes aient bien été générées ?
Par comparaison, lorsqu’on effectue un appairage WiFi ou Bluetooth, ça marche ou ça ne marche pas, mais pas partiellement.
Et en plus c’est sécurisé sans avoir à redémarrer la box internet ou le téléphone (quand je vois le cirque qu’il faut faire pour obtenir ce fichu cadenas vert dans le cas d’une inclusion sécurisée)
Alors maintenant, que peut-on faire pour limiter le nombre de messages « perdus », où faut-il chercher en plus des fichiers de log ?
Nombre de messages non-sollicités alors qu’en attente d’ACK :
Nombre de retours inattendus :
Nombre de ACK retournés en erreur :
Nombre de messages non remis au réseau :
Nombre de messages jetés ou non délivrés :
Nombre de message retransmie :
Je ne constate des fois aucune erreur dans les statistiques d’un module, y compris un %OK=100% dans l’onglet Santé, alors qu’il y a bien eu des soucis de communication avec les modules à pile.
Comment connaître le taux d’utilisation de chaque module c’est-à-dire bande passante utilisée par chaque module ? Ainsi on pourrait avoir une idée s’il reste de la bande passante pour que le réseau puisse bien fonctionner.
Si j’ai 100 modules et qu’ils parlent plus 1% du temps, je vais avoir un problème.
J’aimerai bien un truc qui me dise, attention, 20% de la bande passante est utilisé par tel module, un peu comme pour le réseau Ethernet.
Exemple : les prises qui communiquent la puissance peuvent causer beaucoup si la puissance change fréquement, je me suis fait avoir avec une guirlande clignotante.
Faire des stats en regardant le fichier de log, c’est pas évident !
Le mode sécurisé est il bien vraiment bien supporté avec Jeedom/openzwave ?
J’ai lu à plusieurs reprises qu’il fallait tout inclure en mode non sécurisé pour que cela fonctionne bien.
Je constate également que j’ai moins de souci avec les modules non sécurisés. Globalement, je n’ai pas acheté des modules Z-Wave pour faire du non sécurisé.
Qu’en est-il exactement ?
Faut-il activer le mode SUC sur le contrôleur ?
Lorsqu’on a une charge du système à 15 min supérieure à 1 ou 2 voire 3, faut-il s’inquièter?
La charge du système a-t-elle un impact jusqu’à faire perdre des paquets ?
Ceux qui ont fait des tests un un pc de course (style CPU Intel Core i7, 8 ou 16GB de ram, SSD…), avez-vous eu de meilleurs résultats ?
Peut-on avoir une liste de clé USB / hub USB compatibles ou non avec le Z-Wave?
Typiquement, la clé Aeotec ne cohabite pas bien avec les clés 3G/4G, ces clé chinoises fonctionnent bien toutes seules mais pourrissent le bus USB.
Les clés se déconnectent toutes seules, se reconnectent, les ports USB changent, des conflits se créent et c’est la cata…
Pour infos, j’ai la config suivante
Jeedom 4.0.42 (1900 commandes, 260 équipements, environ 150 scenarii)
Raspberry Pi 3+ (Alim 2.5A)
Hub USB 2.0 7 Ports DLink DUB-H7 alimenté avec une alim 3A ou auto-alimenté
Clé 1-Wire Dallas Semiconductor DS9490R (sondes DS18B20)
Clé Aeotec Z-Stick Gen 5 ZW090 (modules uniquement Z-Wave+ et tous commandés sur des sites spécialisés domotique donc pas de référence douteuse qu’on peut retrouver chez le géant américain)
Clé 3G Huawei E3531 HSPA+
Clé ZiBlue RF Player 1000 (sondes Oregon + prises Chacon)
Pas de Bluetooth
Ceci relance encore le débat sur la fiabilité du Z-wave avec openzwave, mais il faut que ça marche. C’est vendu pour ça ! Il va falloir trouver une solution cette année sinon c’est mort avec l’arrivée des géants du numérique dans le domaine de la domotique. Ceux là, quand ils font quelque chose, ça marche, d’ailleurs, d’où vient leur succès ?