Règle ouvert / fermé

[merguez07]

mais comme j'ai pas essayé, juste confirmer que EST se comporte comme EST MAINTENANT qui se comporte comme DEVIENT qui se comporte comme DEVIENT MAINTENANT
Seule différence : pas de critère horaire avec le MAINTENANT

en quelque sorte,

pour comprendre il y a 2 parametres à intégrer:

• l'état du critère (1 ou 0)
• le déclenchement de la règle

J'ai fai un petit schéma qui sera bien plus parlant qu'une explication litterale et qui montre les différences fondamentales entre le EST, EST MAINTENANT, DEVIENT et DEVIENT MAINTENANT

Dans cet exemple mon actionneur est un actionneur qui commande une lumière initialement allumée et que :

• j'éteins
• j'allume
• j'allume encore
• j'éteins

Capture.PNG (41.38 Kio) Consulté 32654 fois

L'état du critère est important car il permet de comprendre la fonctionnalité si la règle est aussi déclenchée par un chrono ou ajouté à un autre critère.

La règle est déclenchée à chaque changement d'état de l'actionneur OU à chaque ordre reçu par ce dernier (donc au total 4 fois)

Sur l'aspect validation du critère, le schéma montre que:
EST et EST MAINTENANT valident, sur les 4 déclenchements, deux fois la règle
DEVIENT et DEVIENT MAINTENANT valident, sur les 4 déclenchements, une seule fois la règle

Sur l'aspect temporel le schéma montre bien la différence entre un EST/DEVIENT et un EST/DEVIENT MAINTENANT. L'adverbe MAINTENANT indique que la validation se fera juste le durant le temps d'execution de la règle (satisfaction du critère sous forme d'impulsion)

[MaxXx39]

Mais pour le mettre en état fermé?

Si Capteur 1 est = fermé
ET
si Capteur 2 est = fermé
Alors Etat porte de Garage -> Fermé

Merci,
Avec ceci ca ne fonctionne pas, mon état ne change pas.

adfadf.png (18.96 Kio) Consulté 32643 fois

[merguez07]

salut MaxXx39,

il faut qu'il y ait au moins eu, la première fois, une manoeuvre de porte pour que ça affiche le bon état.

Et il faut aussi autoriser le réenclenchement "immédiatement"

[MaxXx39]

Ca fonctionne, par contre j'ai 10min d'écart entre la valeur de mon capteur fermé et le déclanchement de la règle.
Je verrais au prochaine ouvertures

[merguez07]

Ca fonctionne, par contre j'ai 10min d'écart entre la valeur de mon capteur fermé et le déclanchement de la règle.
Je verrais au prochaine ouvertures

Peux tu refaire un screen de ta règle ?

[MaxXx39]

Ca fonctionne, par contre j'ai 10min d'écart entre la valeur de mon capteur fermé et le déclanchement de la règle.
Je verrais au prochaine ouvertures

Peux tu refaire un screen de ta règle ?

Voici

dthdth.png (22.2 Kio) Consulté 32635 fois

[tang]

Hello,

il faut aussi une deuxième règle pour gérer l'état "ouvert" sinon j'ai le même état virtuel et les même règles pour gérer mes portes garages et cela fonctionne très bien, il faut comme le dit Merguez07, la première fois l'enclencher et après c'est fiable

[merguez07]

Ca fonctionne, par contre j'ai 10min d'écart entre la valeur de mon capteur fermé et le déclanchement de la règle.
Je verrais au prochaine ouvertures

au regard de ton dernier screen je ne comprends pas l'écart de 10mn. A reconfirmer

[lougarou60]

Oui, les gars ( et les filles ) : merguez versus thrymartin ( et les autres et moi-même qui avons pris part au débat par ailleurs ) au fond qui a raison, qui a tort ?
Pour éviter les baffes, je vais dire que merguez a quasiment tout bon et que thrymartin n’a pas tout faux.
Pour la faire simple et générique :
- 1 règle est constituée « x « critères ; chaque critère teste 1 périphérique
- La règle est déclenchée si les critères sont validés et les actions sont éxécutées
( OK, jusque là j’ai pas inventé l’eau tiède ….)
Comment fonctionne le moteur de règles dans Eedomus ? ( selon moi )
Le moteur de règles analyse 1 règle :
- pas en boucle en permanence
- pas si ( comme on a l’habitude de le penser ) un périphérique concerné dans la règle « change de valeur »
- mais plus exactement si au moins 1 des périphériques concerné dans la règle fait l’objet d’1 « mise à jour » ; la nuance c’est qu’une valeur peut ne pas changer mais être mise à jour ; (et bien sur un changement de valeur induit 1 mise à jour). Une mise à jour fait l’objet d’1 ligne horodatée dans l’historique du périphérique en question.
Donc, pour thrymartin : 30 min ….. ça beugue …. Tout le monde s’en f….
- oui, ton périphérique « ping » est mis à jour toutes les 30 min ; ta règle est analysée seulement toutes les 30 min si pas de changement.
- d’autre part ta règle est réduite a sa plus simple expression avec en gros 1 seul critère et 1 seul test du périphérique et donc au moment de l’analyse fort logiquement EST = EST MAINTENANT = DEVIENT = etc… ; il en serait autrement s’il était couplé à 1 autre critère.
merguez dans l’exemple ci-dessus avec son bouton provoque la mise à jour de son périphérique bouton à chaque fois qu’il pousse dessus avec son index même s’il envoie la même valeur.
D’ailleurs pour rendre à merguez ce qui n’appartient pas à césar, et en relisant le topo dans sa signature, il parle de « réactualisation »
Réactualisation ; Mise à jour c‘est du kif kif bourricot …….