Et pour le refresh il y a l’onglet prevu pour.
Oui mais si on veut lancer un refresh depuis un scénario…
Ben je trouve plus simple de rajouter ceci :
Par rapport à cela :
zwave/_CLIENTS/ZWAVE_GATEWAY-*zwavejs2mqtt* /api/refreshCCValues/set
Ok.
RefreshnodeCC semble être une commande du plugin jeedom. Comme je n’utilise pas ce plugin, je ne peux pas l’utiliser.
Antoine
Oui pour un lancement manuel la commande c’est bien, mais si la commande se met à jour tout seule c’est mieux surtout pour une conso, et ça fonctionne pour la puissance et l’état.
J’attend la réponse du support Jeedom, savoir si c’est un bug ou si il faut mettre le pooling
Oui, vu que l’on parle de ce plugin (tag plugin-zwavejs).
Mais effectivement, je n’avais pas fait attention au fait que tu utilisais autre chose (et indiqué plus haut).
Oui, on est en phase.
De mon côté, j’avais mis ça en place sur l’ancien plugin car de temps en temps, j’avais un problème de refresh. Du coup, il m’indiquait qu’un volet ne s’était pas fermé alors que si.
Avec le nouveau plugin, cela arrive plus souvent.
Donc bien entendu, c’est un problème différent du tient.
Bonsoir à tous,
De mon côté, j’ai remarqué aussi une régression côté volets roulants : absence de refresh lors de l’ouverture avec certains modules Fibaro.
Avec Openzwave, le widget suivait le mouvement du volet quel que soit le module; avec ZwaveJS, cela dépend de Fibaro :
- FGR222 - Roller Shutter 2 → pas de progression temps réel.
- FGR223 - Roller Shutter 3 → progression temps réel OK.
Un problème de refresh avec FGR-223 avait été discuté ici :
Effectivement, la configuration est un peu différente que celle du FGR-222. On le voit dans « santé », il y a le chiffre « 3 » au lieu d’une coche verte dans la colonne « refresh ».
Savez-vous s’il y a possibilité de modifier la config d’un FGR-222 pour régler le problème ? (Si non, je ferai un ticket aussi car le refresh est important pour une installation).
Merci.
J’ai testé ma mise en place d’un pooling sur la commande conso d’une de mes prises, ca ne change rien, pas de mise à jour de la valeur…
pas de nouvelle du support jeedom.
j’ai créé une commande de MAJ
et je vais faire un scenario qui va la lancer, mais c’est pas top…
Je viens de regarder mais je comprends pas trop son usage et le message me fait dire : Touche pas à ca petit con 
Aucun nouvelle du support Jeedom, malgré 2 tickets
avec le scenario et la commande de refresh, ca fait le taf mais bon, ca reste une rustine.
J’ai aussi ouvert un ticket sur un problème similaire lié au refresh des valeurs de batteries (pourtant avec un pack pro) et pas de réponse depuis 8 jours…
Idem aucune réponse des 2 tickets…
C’est rare que cela dure aussi longtemps.
Bonjour,
J’ai un problème similaire avec la mise à jour de la température de consigne de mes têtes thermostatique POPP: celle ci se révèle extrêmement longue au delà du temps du wake up.
Cordialement
Réponse du support :
"
Il faut ajuster le paramètre de configuration de la prise.
Dans openzwave cette prise/multiprise était buggé et nécessité un polling. Il n’est plus nécessaire. Et sur la multiprise chaque conso est bien mise à jour individuellement.
Je possède une multiprise et une prise simple aussi.
Ajuste le paramètre de configuration 0 des modules et enlève le polling ou refresh
"
Il n’y a pas de pouling de configuré sur aucune des commandes
Sur ma multiprise, la consommation se met pas a jour non plus
Je comprends pas ce que veut dire : ajuste le paramètre de configuration 0
Bonjour à tous,
J’ai une prise Multi-socket PowerNode (6-plug).
Je viens de migrer mon installation Zwave dans le plugin Zwave JS et j’ai été confronté au même problème pour la remontée de la consommation que j’utilise pour éteindre mes équipements multimédia…
En lisant les différents échanges, j’ai un peu bidouillé et j’ai réussi à avoir un résultat. Je n’explique pas vraiment le pourquoi du comment, mais voici ce que j’ai fait, si jamais ça peut aider…
Dans le message du support (@Nemeraud), il est dit que le polling n’est plus nécessaire.
Hors, en mettant un polling (à 1, 5, 15 ou 60 min), j’ai la remonté de la consommation qui se met bien à jour en temps réel…
Et même avec un polling à 15, j’ai un refresh très régulier, de l’ordre de quelques secondes…
Bonjour, Merci pour l’info
j’ai toujours pas de réponse du support sur ce fameux paramètre…
j’utilise plutôt la puissance dans mes scenarios, et comme elle, elle se met bien à jour, ca va
Le consommation, j’ai pas besoin d’avoir une maj temps réel, une fois par heure ca me suffit, je lance donc un script qui force la maj tous les heures, je pourrais même le faire une fois par jour.
ce qui m’étonne, c’est que vous avez mis le polling sur le PUISSANCE, alors quelle se met à jour toute seule chez moi.
1er CONSO, qui a été mis à jour à 15h avec le refresh lancé par le script
2eme PUISSANCE qui se met à jour toute seul
la puisance c’est une valeur à l’instant T, il faut que ce soit assez précis
la conso, c’est un index qui s’incrémente
Bonjour,
Je relance ce sujet puisque que depuis j’ai migré d’OpenZwave à ZwaveJs UI j’ai le même soucis.
De manière aléatoire que ce soit sur mes volets (module FGRM222) ou quelques dimmers (Qubino ZMNHDA ou Fibaro Dimmer 2 FGD212) j’ai les valeurs d’état qui sont parfois mises à jour parfois PAS.
Lorsque j’ai une valeur qui ne s’est pas mise à jour toute seule, je fais un refresh manuel depuis l’interface ZwaveUI et la BONNE valeur est bien remontée aussi bien côté ZwaveUI que Jeedom.
J’ai vu qu’on peut jouer sur le polling manuel mais ca m’embete de surcharger le réseau Zwave toutes les minutes avec un refresh « forcé » des valeurs d’une trentaine de modules juste pour que quelque uns où ZwaveJs UI n’a pas mis à jour la valeur tout seul comme un grand.
Une idée / des astuces depuis ce post ?
Merci par avance
J’espère que vous aurez plus de réponses que moi 
Bonjour, ça m’intéresse aussi !
J’ai 9 FGR222 et depuis que je sui spassé sur z-wave JS, j’ai régulièrement 1 ou 2 volets qui sont bien commandés mais dont la position n’est pas rafraîchie…
On en parle ici :
Donc si vous avez trouvé un moyen d’améliorer ce bug on est plusieurs sur l’autre fil aussi !
Merci à tous !