Bonjour à tous,
J’utilise Jeedom depuis maintenant 2 ans (Jeedom Smart avec Z-wave, RFXcom Xiaomi et Enocean)
J’ai un gros soucis avec Z-wave, je reçois de très nombreuses erreurs du type " ERROR: Dropping command expected response not received after 1 attempt(s)"
et « ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack »
et ce tout les jours, meme après redémarrage du démon ou de la box (je suis sur une Smart)
j’utilise le plugin thermostat pour la gestion du chauffage
J’ai actuellement 25 noeuds Zwave (9 Qubino et 16 Fibaro).
voici l’état de mon zwave:
Avez-vous eu une réponse à votre question ou réussi à résoudre votre problème ? J’observe le même phénomène depuis quelques jours… Un problème de plus parmi d’autres
J’ai le même souci depuis le mois de décembre il me semble. Le réseau part en vrille très rapidement après le redémarrage et je constate la même chose que vous, plus des noeuds qui aléatoirement n’ont plus de voisins au reboot du réseau.
Pour info, j’ ai fait un test de mon réseau dans home assistant en utilisant la clé et là miracle, tout marche correctement plusieurs jours d’affilée.
Je pense donc qu’on a un souci avec les dernières mises à jour de jeedom ou du plugin. J’ai regardé les modifs sur le plugin et rien vu de particulier. Je voulais aller vérifier du côté du moteur de scénario, je me demandais s’il ne serait pas devenu trop performant pour le zwave et son petit débit, mais je n’ai pas eu le temps.
Salut,
Non c’est toujours pareil, aucune solution, beaucoup de drop et du coup des commandes de chauffage off ou on qui se perdent et donc pas fiable…
Et retour du support néant…
Salut,
Je rencontre le même genre de soucis.
Jeedom installer sur une VM sous Proxmox, la clé usb Aeotec se déconnecte et se reconnecte en changeant de port /dev/ttyACM0 pour le /dev/ttyACM1.
Les commandes envoyées sont alors en erreur : ‹ ‹ Dropping command, expected response not received after 1 attempt(s) › ›
J’ai tenté de mettre une règle sur le serveur dans le udav, sur la vm jeedom rien à faire, de temps en temps les requêtes passent en erreur.
Redémarre le deamon n’est pas suffisant il faut revalider le port ou redémarrer.
Pour le moment j’ai palier en mettant une vm jeedom uniquement pour le zwave avec un scénario qui lit le fichier de log openzwaved et qui finalement s’il trouve un Dropping command redemarre le jeedom source.
Si un dev veut un accès à ce jeedom pas de problème.
La règle dans le udav fait ca :
crwxrwxrwx 1 root root 166, 0 Jan 29 23:43 /dev/ttyACM0
crw-rw---- 1 root dialout 4, 64 Jan 29 23:25 /dev/ttyS0
crw-rw---- 1 root dialout 4, 65 Jan 29 23:25 /dev/ttyS1
crw-rw---- 1 root dialout 4, 66 Jan 29 23:25 /dev/ttyS2
crw-rw---- 1 root dialout 4, 67 Jan 29 23:25 /dev/ttyS3
lrwxrwxrwx 1 root root 7 Jan 29 23:25 /dev/ttyUSB-ZStick-5G → ttyACM0
lrwxrwxrwx 1 root root 7 Jan 29 23:25 /dev/ttyUSB_zwave → ttyACM0
Nouveau test.
Installation de jeedom sur la freebox delta.
plugin : Zwave, Jeelink, Virtuel, Script
Je déplace la clé sur la delta.
Après une journée … rebelotte :
log OpenZwaved :
2020-02-02 05:50:03.188 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 05:50:04.263 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 05:50:05.264 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 05:50:06.265 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 08:00:03.726 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 08:00:04.727 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 08:00:05.728 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-02-02 08:00:06.729 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
où voyez vous ces erreurs, vous activez un niveau de log particulier ?
je suis en full ZWAVE avec 44 modules sur une smart et je ne remarque pas de problème particulier sur le réseau
après c’est par parce qu’un module n’'affiche pas ses voisins qu’il ne fonctionne pas.
J’ai une télécommande hank qui est dans ce cas, et je viens de tester, elle fonctionne très bien.
elle retrouve ses voisins si je la réveille et ce jusqu’au prochain revoit du plugin zwave, je pense que c’est du au fait qu’elle n’ai pas de paramètre de réveille automatique
c’est erreur vous les avez en mode debug, ou aussi en mode error ?
pour ma part je suis en v3 dernière version de jeedom et du plugin
Alors je vais me servir du fil pour stocker le résultat de mes investigations puisque j’ai déjà commencé.
Je suis resté sur Buster, je n’ai pas touché à la version de Jeedom, mais je suis revenu sur une version du plugin qui date du 11 septembre.
Ca a eu du mal au démarrage, beaucoup de noeuds sans voisins. J’ai tout corrigé et ça tourne depuis une semaine. Avant ça commencait à perdre des paquets en deux jours environ. Je continue ce test une deuxième semaine et si c’est client je tente le redémarrage pour valider que le réseau redémarre bien.
Si c’est le cas je ne touche plus à mon zwave de prod avant bien longtemps !
car je seche complètement.