Je crois avoir compris. C’est le paramètre Burglar qui prend la valeur 254 au premier réveil du module après le redémarrage du réseau Z-Wave.
Moi c’était
Puisque mes modules se réveillent toutes les 6h, actuellement, la parade est de fermer toutes les portes pendant les 6 premières heures après le redémarrage du réseau Z-Wave.
Je le fais de préférence la nuit, mais c’est pénible et surtout pas normal.
La solution est d’ignorer cette valeur 254. Explications ici
Ben, comme il y a une couille dans l’implémentation d’openzwave, on retrouve ce problème sur plusieurs modules et sur plusieurs plateformes (Jeedom, openhab, Home Assistant). Donc, Fibaro a raison de dire que ça ne vient pas de chez eux.
Merci pour le retour donc si je résume dans la configuration de « État entrée 1 » il faut mettre :
254 dans la valeur interdite ?
Ainsi au reboot l’entrée 1 aura un bulgar de 254 et comme cette valeur est interdite elle ne sera pas prise en compte.
A la prochaine ouverture du portail ça passera à 1 puis à 0 et ça roule ?
J’ai l’impression qu’il me manque un truc puisque tu faisais un calcul #value#-22 pour ton module ?
Pas tout à fait, pour éviter que la valeur 254 soit bien prise en compte dans les valeurs ignorées, il faut mettre le type en « Numérique »
Cette expression était pour les module de portes qui prenait l’info sur le paramètre Access Control.
Ici, pas de calcul. Tu auras 255 ou 0 et la valeur 254 sera ignorée
Si tu voulais vraiment avoir 1 ou 0 en sortie (mais tu n’auras pas le wigdet du Binaire), il faudrait rajouter dans la Formule de calcul (#value# pour la valeur) : #value#/255 et mettre en Valeurs interdites (séparées par ";") : 254/255 ou 0.996078431372549
Ok merci, je m’appuie sur un virtuel pour voir mes états du coup ça ne mettra rien en l’air en passant en numérique.
J’ai donc passé l’entrée 1 en numérique et interdit la valeur 254.
Je fais un reboot demain matin pour voir ce que ça donne
EDIT : C’est ok, la valeur de l’entrée 1 reste bien à 0 après le reboot de Jeedom en interdisant la valeur 254 et en passant en numérique à la place de binaire
Maintenant, je suis convaincu que tout le monde (utilisant openzwave) a ce problème de valeur inconnu à 254 avec la classe 113 (Alarm) pour certains modules lors du premier réveil après le redémarrage du réseau. Avec les modules sur piles, ça rajoute un petit côté aléatoire.
C’est juste qu’en fonction de l’utilisation du module, on ne s’en aperçoit pas. @Bison Si ton portail était toujours ouvert par défaut, tu n’aurais pas vu le problème.
Moi, j’ai vu le souci sur les module de portes intérieures qui se fermaient toutes seules alors qu’avec mes fenêtres fermées à 99.9% du temps, je n’aurais strictement rien vu.
À qui faut-il remonter ce problème sachant que la version 1.4 d’openzwave n’est plus supportée ?
En revanche, pour l’entrée 2 c’est une autre histoire. Elle n’utilise pas la même classe (32/1/0 au lieu de 113/1/10). Les valeurs valides sont 0 et 255 mais 255 correspond également à un état inconnu
EDIT : Pour que cela fonctionne aussi avec l’entrée 2 en la passant également en numérique, il faut aller modifier le paramètre 52 qui est à 255 par défaut en le passant à 1 par exemple.