scénario déclenché par un virtuel : lag
Publié : 08 juin 2019, 01:26
Mes éclairages extérieurs sont, pour les plus proches, en ESPeasy, et pour les plus lointains en 433 mHz. Souhaitant allumer tout ça simultanément de différentes manières, j'avais dans un premier temps créé des déclenchements simultanés en utilisant la configuration avancée de commande "Action après exécution de la commande". Ca marchait bien mais le "code" était peu lisible : pour retrouver ce qui déclenchait quoi, il fallait aller dans la configuration avancée de chaque commande de chaque module. A un moment où mes imbrications devenaient un peu compliquées à mémoriser, j'ai voulu tout remettre à plat, créer un seul et unique virtuel avec le nombre d'états qui m'intéressent, et un scenario associé prenant comme déclencheur le changement d'état du virtuel (la manière de faire officielle, quoi).
Le code ainsi obtenu est beaucoup plus clair, je vois tout de suite quel état déclenche quelle combinaison d'éclairages, mais le délai d'exécution est bien moins bon (1 sec de plus) ! Il semble que ce soit l'écoute par le scenario du changement d'état du virtuel qui prend un certain temps.
Suite à l'écriture du paragraphe précédent de ce post, j'ai eu l'idée de modifier mon scenario déclencheur pour qu'il accepte les tags, afin de lui communiquer directement l'état voulu, sans passer par un virtuel. Ca marche bien et le lag constaté précédemment disparaît. Par contre, on n'a plus de widget qui permette de déclencher tel ou tel état directement par l'utilisateur depuis Jeedom. Si on veut ça, on est obligé de créer un virtuel et un autre scenario pour chapeauter le tout. EDIT : je viens de trouver le plugin "Modes" qui fait ça bien
Au final, n'y a-t-il pas un problème de design dans la notion même de virtuel ? La première fois qu'on aborde ces virtuels, on y a tous été confrontés, on n'y comprend rien tellement ça prend à rebours le bon sens. Pour faire quelque chose de simple et intuitif (créer une commande virtuelle qui exécute une succession de commandes réelles) on est obligé de créer un objet passif (le virtuel) prenant les états souhaités et un scenario qui écoute ce virtuel et qui, lui, exécute les commandes voulues.
Le code ainsi obtenu est beaucoup plus clair, je vois tout de suite quel état déclenche quelle combinaison d'éclairages, mais le délai d'exécution est bien moins bon (1 sec de plus) ! Il semble que ce soit l'écoute par le scenario du changement d'état du virtuel qui prend un certain temps.
Suite à l'écriture du paragraphe précédent de ce post, j'ai eu l'idée de modifier mon scenario déclencheur pour qu'il accepte les tags, afin de lui communiquer directement l'état voulu, sans passer par un virtuel. Ca marche bien et le lag constaté précédemment disparaît. Par contre, on n'a plus de widget qui permette de déclencher tel ou tel état directement par l'utilisateur depuis Jeedom. Si on veut ça, on est obligé de créer un virtuel et un autre scenario pour chapeauter le tout. EDIT : je viens de trouver le plugin "Modes" qui fait ça bien
Au final, n'y a-t-il pas un problème de design dans la notion même de virtuel ? La première fois qu'on aborde ces virtuels, on y a tous été confrontés, on n'y comprend rien tellement ça prend à rebours le bon sens. Pour faire quelque chose de simple et intuitif (créer une commande virtuelle qui exécute une succession de commandes réelles) on est obligé de créer un objet passif (le virtuel) prenant les états souhaités et un scenario qui écoute ce virtuel et qui, lui, exécute les commandes voulues.