J’ai fait des tests avec une box Fibaro et le problème ne se pose pas, mais bon, j’ai envie de dire que c’est encore heureux avec deux produits Fibaro. En revanche, pas possible de voir quoi que ce soit sur leur box pour comprendre comment cela fonctionne. Tout est fermé.
En revanche, on peut voir dans cet article qu’il semble exister des paramètres cachés pour les associations.
<!-- Association Groups -->
<CommandClass id="133">
<Associations num_groups="14">
<Group index="1" max_associations="1" label="Lifeline"/>
<Group index="2" max_associations="5" label="Input IN1"/>
<Group index="3" max_associations="5" label="Input IN2"/>
<Group index="4" max_associations="5" label="Analog Input 1" auto="false"/>
<Group index="5" max_associations="5" label="Analog Input 2" auto="false"/>
<Group index="6" max_associations="5" label="Output 1" auto="false"/>
<Group index="7" max_associations="5" label="Output 2" auto="false"/>
<Group index="8" max_associations="5" label="Temp internal" auto="false"/>
<Group index="9" max_associations="5" label="Temp external sensor 1" auto="false"/>
<Group index="10" max_associations="5" label="Temp external sensor 2 or humidity 1" auto="false"/>
<Group index="11" max_associations="5" label="Temp external sensor 3" auto="false"/>
<Group index="12" max_associations="5" label="Temp external sensor 4" auto="false"/>
<Group index="13" max_associations="5" label="Temp external sensor 5" auto="false"/>
<Group index="14" max_associations="5" label="Temp external sensor 6" auto="false"/>
</Associations>
</CommandClass>
<CommandClass id="142" ForceInstances="true"/>
Mais cela ne change en rien le comportement des entrées du module.
Néanmoins, cela permet d’apporter des améliorations au module.
En ajoutant ces associations (6 et 7), le retour d’état des sorties fonctionne sans avoir besoin de rafraichir manuellement.
Idem pour la remontée de température interne, elle remonte bien en fonction du paramètre 65 sans avoir besoin de rafraichir manuellement. Je n’ai pas essayé avec une sonde de température externe mais on peut penser que cela fonctionnera aussi.
J’ai également essayé en passant les entrées en mode Analogique. Les changement de tensions remontent bien grace aux associations 4 et 5 mais malheureusement, il y a un délai jusqu’à 10-15 secondes comme l’indique l’auteur dans son article. Parfois cela peut être moins, mais ce n’est pas instantané. Dommage, car cela aurait pu être une solution pour avoir le bon état des entrées au reboot.
En revanche, en relisant la doc du module, on peut voir que celui-ci supporte les scènes. En configurant les entrées en monostable et en configurant les paramètres 40 et 41 à 8 on peut donc récupérer les évenements « Key Hold Down » et « Key Released » qui correspondraient finalement à deux états binaire. La valeur du paramètre « Scene » étant seulement envoyée par le module et pas lu, la valeur est donc maintenue lors d’un redémarrage du plugin ou de Jeedom. L’inconvénient de cette méthode est que si les entrées changent d’états pendant le redémarrage du plugin/jeedom, l’état ne sera pas correcte mais ce ne serait vraiment pas de bol que le portail s’ouvre ou se ferme au même moment. Et de toute façon, avec la configuration classique, on est sur que l’état ne sera pas correcte à chaque fois lors d’un reboot. Ca diminuerait donc les chances d’avoir un mauvais états des entrées. Reste à vérifier maintenant que cela ne pose pas problème en fonctionnement « normal ».