ça marche peut être avec un actionneur physique, puisque tu dis que tu as essayé, mais pas avec un capteur (je ne cesse de le seriner et je me suis cassé la tête dessus des semaines avec ce reboot de box internet avant de trouver une parade fiable).
EST MAINTENANT, au renouvellement de valeur (un capteur qui atteint la fréquence de la requête, avec ladite valeur bien notifiée dans l'historique et dans le widget avec remise du temps à 0 "depuis o secondes" )
ne déclenchera pas la règle si la valeur n'a pas changé.
Donc pour moi, c'est un DEVIENT et comme je n'ai toujours pas compris la différence entre DEVIENT et DEVIENT MAINTENANT à part le fait qu'on n'utilise pas de critère horaire avec MAINTENANT, ils sont tous pareil.
dans ton schéma, la règle se réactive, je suppose donc, puisque tu as essayé, que c'est avec un module qui renvoi le même ordre qui était déjà en place (un contacteur Off alors que c'était déjà sur Off)...
=> Il y a donc 2 comportements selon l'origine du renouvellement appelé Web dans l'historique pour la fréquence de requête d'un capteur : même si la valeur n'a pas changée, elle a bel et bien été récupérée ! et ça ne déclenche pas du tout ce EST MAINTENANT !!!
et l'action physique sur un bouton qui déclencherait la règle même si l'action ne fait que confirmer une valeur existante
(EST) Je n'ai pas essayé pour savoir si un capteur qui renouvelle sa valeur déclenche la règle si cette dernière n'a pas changée, pour voir s'il y a une différence avec le EST MAINTENANT dans ce contexte...
Mais dans les 2 cas, si l'origine est la même, le comportement est bien le même vis à vis de la règle
c'est l'origine de l'action qui peut faire une différence de comportement... pour les deux
en principe le MAINTENANT c'était pour indiquer que la règle ne se déclenche qu'au moment ou ça se produit (je n'ai pas compris ta phrase "la validation se fait le temps d’exécution de la règle" ?) or "au moment ou ça se produit"... indique quoi ? se produit quoi ? quelle action ? certainement pas le renouvellement de valeur pour un capteur déjà, ou si c'est l'arrivée d'une nouvelle valeur... alors c'est un DEVIENT - c'est la qu'est l'os !
Si personne n'y comprend rien, c'est que c'est incompréhensible, et ça va alimenter encore des années des discussions sans fin : mais pour moi :
bref, dans la pratique, je ne vois aucune différence, à part le fait qu'il ne faut pas utiliser de critère horaire avec le maintenant... je suppose
qu'avec le critère horaire EST est bien différent de DEVIENT / ouf, enfin une différence (je n'ai pas essayé, mais si ce n'est pas le cas, ya de quoi se tordre une cheville de plus)
mais sans critère horaire, j'aimerai bien voir un exemple de règle qui prend son critère d'un capteur avoir une réaction différente selon EST, EST MAINTENANT, DEVIENT et DEVIENT MAINTENANT j'ai pas tout essayé, mais je me suis cassé la tête des semaines entières pour trouver un moyen de faire déclencher la règle au renouvellement de valeur d'un capteur et la SEULE solution que j'ai trouvé, c'est de remplacer le capteur par un actionneur avec fonction capteur et de FORCER la valeur (la changer) immédiatement au déclenchement de la règle pour avoir a la prochaine requête, toujours un changement de valeur susceptible de déclencher la règle : soit avec l'autre valeur si une seule nous intéresse, soit avec une valeur bidon (comme loupgarou le suggérait) en attendant le renouvellement qui allait nous positionner la valeur et donc déclencher à coup sur la règle si cette dernière satisfait le critère.
bon, je vais me mettre une bouillote de glace sur la tête
