Lazer Posté(e) 9 avril 2018 Signaler Share Posté(e) 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. Lien vers le commentaire Partager sur d’autres sites More sharing options...
jojo Posté(e) 9 avril 2018 Signaler Share Posté(e) 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 ... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Lazer Posté(e) 9 avril 2018 Signaler Share Posté(e) 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). Lien vers le commentaire Partager sur d’autres sites More sharing options...
Recommended Posts