Lazer Posté(e) le 9 avril 2018 Signaler Posté(e) le 9 avril 2018 bah c'est dans ton code LUA que tu fais un get() juste avant, si tu veux. Enfin je le vois comme ça.
jojo Posté(e) le 9 avril 2018 Signaler Posté(e) le 9 avril 2018 je partage le point de vue de @BenjyNet, et comme ça cela fonctionnerait également pour les HCL. C'est de l''optimisation de base. Ceci dit, si la BDD n'est pas à jour, car un ordre n'est pas passé, il a ainsi une seconde chance de passer ...
Lazer Posté(e) le 9 avril 2018 Signaler Posté(e) le 9 avril 2018 il y a 3 minutes, jojo a dit : Ceci dit, si la BDD n'est pas à jour, car un ordre n'est pas passé, il a ainsi une seconde chance de passer ... c'est un peu comme ça que je pense aussi.... même si ce n'est pas censé arrivé puisque le Z-Wave a du retour d'état, on n'est pas à l'abri d'un bug. Après le polling régulier (variable en fonction du nombre de modules, de ce coté là Fibaro a plutôt bien optimisé son moteur Z-Wave) est censé resynchroniser l'état du module et la DB régulièrement. Il y a 2 modules que j'actionne systématiquement une fois par jour, sans condition de son état : ce sont les modules qui pilotent les Velux, car il n'y a pas de retour d'état (KLF-50 pour l'un, et VRT-IP pour l'autre). Au pire ça fait une commutation du relai à vide, rien de méchant, et une trame Z-Wave dans la journée).
Messages recommandés