Bonjour,
Quand tu vas sur un module dans zwavejs UI tu peux voir directement les messages mqtt échangés. Cela te permettrait rapidement de déterminer si le problème vient de zwavejs UI ou de mqtt manager.
Sinon ouvre un ticket si tu as un pack Jeedom.
Salut,
Je n’utilise pas le plugin zwavejs mais directement zwavejs-ui+jmqtt et je n’observe pas ce soucis à première vue.
Ce que tu dis si je reformule c’est que systématiquement (ou juste parfois ?) dès que tu descends 4 volets (ça marche bien jusqu’à 3 ?) les volets descendent bien physiquement mais une fois en bas certains volets on un retour d’état variable entre 1 et 98 ?
Le vrai changement entre openzwave et zwavejs c’est que maintenant l’état passe à 0 dès l’envoi de l’action down et le nouvel état est retransmis quand le module fini son travail et le communique.
Un volet baissé à 50% va donc passer à 0 puis descendre et transmettre 50 quand il sera finalement arrivé à 50% (sa destination)
Je fais comme toi.
C’est ce que tu constates sous zwavejs-ui. A la vue d’autres discutions, je pense que le comportement de zwavejs-ui est modifié par le plugin-zwavejs.
Par exemple, pour le module Hank HKZW-SCN04, les utilisateurs du plugin-zwavejs parlent d’un retour de 4 valeurs possibles, soit 0, 1, 2 et 90. Moi sous zwavejs-ui, je n’ai que le retour de 3 valeurs possibles, soit 0, 1 et 2 puis la valeur [value] disparaît du JSON. Donc jamais de valeur 90.
Ah, OK. Étonnant d’avoir fait ça mais bon … peut-être qu’il ont cherché à améliorer le fonctionnement natif du moteur zwavejs pour certains modules si ce comportement semblait un peu étrange comme ce que j’ai décris pour les FGR-223
Bonjour,
Après plusieurs tests, je constate que :
Comme indiqué par Madcow est-ce que tu peux ouvrir l’interface de zwavejs-ui (j’ai cru comprendre que c’était possible depuis le plugin) puis aller regarder sur le module dont l’état n’est pas remonté correctement
Dans la partie Events :
Je déclenche le down à 12:53:31 (l’état passe de 99 à 0) :
Une fois arrivé en bas à 12:53:49 le module stop et renvoi son état (état qui était à 99 et qui « confirme » être à 0) :
Si à ce niveau tu as des newValue qui ne sont pas à zéro … ça va pas le faire.
Si elles sont bien à zéro alors il y aura comprendre pourquoi et quand le passage via le plugin MQTT puis le plugin zwavejs ne remonte pas cette bonne information
Après plusieurs tests (dont les retours d’états étaient OK) d’ouverture et de fermeture des 6 volets, il y a eu finalement un retour d’état KO pour un volet :
Donc problème côté zwavejs UI.
Sinon un contournement (c’est ce que je fais chez moi) pourrait être de décaler les fermetures de chaque volet de quelques secondes. Car dans ce cas précis on soupçonne toujours une saturation réseau en 1er lieu (ce qui n’est peut-être pas la raison du problème au final ici).
Quoiqu’il en soit, merci beaucoup Madcow pour ton suivi sur ce dossier.
De rien 
Je viens de lire un long sujet sur HA, et ce problème semble avoir existé il y a 1 an, avoir été corrigé, mais être revenu vers octobre sous zwavejs UI.
Plus précisément ici :
Merci beaucoup !
Salut
Une maj vient de sortir cette nuit pour notamment le fgr223 qui remontent mal certains état
- Modification de la configuration Fibaro FGR-223 première configuration à utiliser le moteur de refresh (en effet ce module à un bug connu, il ne remonte pas les positions ou de manières erronées lorsqu’un mouvement est initié par le Z-Wave) pour récupérer les refresh (allez dans recharger commande en choissisant “sans recréer commandes”) vous devriez voir les “refreshs” dans l’onglet options.
- Modification de la configuration Fibaro FGR-223changement des endpoints power et energy
- Modification de la configuration Fibaro FGR-223 rajout de notification hardware et over-current
- Modification de la configuration Fibaro FGR-223remplacement de la propriété scene par centralscene
Changelog pour plus de details.
Bonjour,
Effectivement, j’ai vu cette mise à jour, que j’ai effectuée.
D’ailleurs, j’ai ouvert un nouveau sujet concernant le nouvel onglet Options. En effet, sur la page de l’équipement, je ne dispose pas de ce nouvel onglet pour « afficher et configurer les Refresh et d’éventuelles options futures ».
Bonjour,
Je pense que c’est prématuré d’avoir cliqué sur « Solution ».
Attendons de voir si cette mise à jour résout le problème.
Salut,
C’est moi qui ai cliqué solution, tu multiplies les sujets et les posts c’est juste impossible à suivre. Le principe du forum étant d’abord de chercher si la réponse à la demande n’y est déjà présente, ensuite demander de l’aide puis clore le sujet en indiquant la solution pour les suivants qui se poserait la même question.
Salut,
Un problème → un post
Plusieurs problèmes → plusieurs posts.
C’est dans les conditions générales. Et inutile de me rappeler le principe d’un forum, je le connais.
Bonjour,
Il me semble logique et normal de créer autant de sujets qu’il y a de problèmes ou autres. A défaut, ce serait justement illisible. D’ailleurs, je ne « poste pas le même contenu dans plusieurs discussions », comme indiqué dans la FAQ. Ce à quoi je me plie le plus naturellement du monde.
Et concernant le principe du forum en général, je pense l’appliquer comme il se doit.
Bonjour,
Je viens de faire la mise à jour.
Le refresh ne fonctionne pas chez moi, ou alors je n’ai pas compris comment l’employer.
J’avais trouvé une parade en changeant dans la commande Up et Down TargetValue 99 et 0.
Bonjour,
Normalement le refresh est configuré dans le template FGR223.
Tu as quoi dans Options ?