Je suis sur Jeedom Smart 4.3.10, les plugins sont up to date.
Je suis passé hier a zwavejs et dans l’ensemble je n’ai pas trop eu de problème ( je n’ai pas fait de remplacement pour l’instant)
Les modules sur prises ont été détectés automatiquement, puis il a fallut réveiller les modules sur piles.
Les modules ont été mis à jours, les image, et les informations.
FGR223 - Roller Shutter 3
Il semble que ja configuration ne soit pas bonne :
Sur ZwaveJS
Effectivement sur certains modules Fibaro est spécialiste pour se compliquer la vie sur les rapports de puissance en créant une commande dans Multilevel Sensor alors qu’elle est déjà présente dans Meter. C’est pareil avec les FGR222.
Concernant les FGR222, Ça devrait être corrigé dans le weekend. Voici le bon paramétrage de la commande :
Concernant les FGR223 ça va dépendre du firmware car certains envoient bien la puissance dans Meter mais pas d’autres. Il faudrait donc partager une copie d’écran des Informations du module stp. Dans l’absolu celles de l’onglet Valeurs vont être nécessaire aussi.
C’est parfait comme tu l’as fait pour créer la bonne commande depuis la fenêtre Valeurs.
Pour les autres, quand la correction aura été ajoutée au plugin, il faudra supprimer la commande Puissance qui ne remonte rien puis cliquer sur Recharger commandes et sélectionner « Sans recréer les commandes mais en créant les manquantes ».
La puissance et la consommation ne remontent pas avec les commandes par défaut. Pour que les commandes fonctionnent, il faut remplacer la valeur du endpoint de 0 par 1.
La commande SceneId ne fonctionne pas. En créant les 2 commandes disponibles dans Central Scene, les scenes fonctionnent. En revanche, lorsque l’on crée ces commandes avec le crayon, la répétition des valeurs est à non au lieu de oui. De façon générale, il faudrait que la création des commandes de scenes via le crayon quelquesoit le module configure automatiquement la répétition des valeurs à Oui.
Les noms des commandes de scènes pourraient-ils être plus parlant que « Scene 001-85785 » ? Par exemple : « Scene Bouton Haut » et « Scene Bouton Bas » mais il n’est peut être pas possible de faire la correspondance.
Effectivement je viens de le voir dans la doc, mea culpa
Commande d’actualisation : Renseignez la commande action permettant de rafraîchir la position du volet (facultatif).
Donc ok, pas besoin, merci beaucoup,
Par contre ca veux dire que cette commande « refresh » n’existe plus sous ZwaveJS ou qu’elle existe mais mal créé ? ou problème de config ?
Au fait, est ce qu’il faut le remonter a jeedom ?
Je pense qu’elle n’existe plus vue qu’elle n’est pas presente dans « valeur »
Sauf qu’il peut arriver (sur des FGR-222 notamment) que malgré que ce soit normalement fait automatiquement, il se peut que de temps en temps, ce ne soit pas le cas.
D’où l’importance de la commande Refresh (pour ma part après avoir lancé le scénario de fermeture des volets, juste avant le check de vérification qu’ils sont bien tous fermés).
Je viens de voir le log de mise à jour du plugin et il semble qu’une commande ressemblant à l’ancien refresh arrive sur cette version
J’ai pas encore testé mais je tenterai dans la journée
la commande rafraichir fonctionne bien chez moi mais si j’ouvre le volet a 99%, l’état ne change pas. En cliquant sur rafraichir, l’état passe bien a 99%. J’ai loupé quelque chose ou c’est pareil chez tout le monde ?
nikel ca fonctionne merci
petit bémol, sur openZW quand j’ouvre un volet, tous les x secondes, le positionnement se rafraichie automatiquement. Ca me permet d’avoir un widget dessus pour mon design. la j’ai l’impression que le refresh automatique ne se fait pas. c’est normal ?
Oui sous openzwave t’avais l’avancement de l’ouverture en %,.
Avec ZwaveJS moi aussi je n’ai que la position final.
Je ne sais pas si il y a une solution mais bon, ce n’est pas très grave ca.
Un peut moins simpat sur un design avec un widget, car au final tu ne sais pas si l’ouverture est en cours, faut attendre la fin du processus.