EST DEVIENT MAINTENANT..logique criteres pour les nouveaux

[milillicuti]

Exact ! Je me suis compliqué la règle pour rien. Merci

Ceci dit, je ne m'explique toujours pas le fonctionnement du critère ETAIT.
Si on fait : lux EST MAINTENANT supérieur à 30 ET lux ETAIT inférieur à 30, ça devrait fonctionner aussi, non ?
Je n'ai jamais réussi à utiliser le critère ETAIT.

Enfin dans mon cas précis j'ai la solution, merci !

[influman]

Le ETAIT sert à mon sens à coupler la nouvelle valeur avec une valeur précise précédente.

Par exemple, une valeur devient égale à 10.
Tu pourrais avoir deux actions différentes en fonction de ce qu'elle était avant de devenir 10. Si elle était inférieure à 10, alors ça monte. Si elle était supérieure à 10, ça descend.

Tu as deux infos en même temps pour déclencher la règle : cela vaut 10, et tu sais la tendance

[milillicuti]

D'accord. Je comprends mieux l'utilité (par contre ça ne fonctionne toujours pas en test avec des périphériques virtuels )

[influman]

Up

[SKL]

Merci

[rol]

Exact ! Je me suis compliqué la règle pour rien. Merci

Ceci dit, je ne m'explique toujours pas le fonctionnement du critère ETAIT.
Si on fait : lux EST MAINTENANT supérieur à 30 ET lux ETAIT inférieur à 30, ça devrait fonctionner aussi, non ?
Je n'ai jamais réussi à utiliser le critère ETAIT.

Enfin dans mon cas précis j'ai la solution, merci !

Salut milillicuti,

Cette règle ne peut pas fonctionner car tu exclues la valeur 30.

Lorsqu'il était inférieur à 30, il était surement à 29 donc non supérieur à 30... La valeur 30 est zappée dans ta règle.

Exemples concrets :
1)
Lux est maintenant à 31 (donc > 30)
Lux était donc à 30 ou 32
Lux n'était donc pas inférieur à 30

2)
Lux est maintenant à 30
Le 1er test est faux (Lux n'est pas devenu supérieur à 30)

3)
Lux est maintenant à 29
Le 1er test est faux (Lux n'est pas devenu supérieur à 30)


Il ne faut pas oublier le "égal à" 30 dans ta règle... voire passer par des états intermédiaires pour traiter avec des "égal à"

[jacbu]

Bravo pour toutes ces explications... Aussi, vous demanderais-je votre aval pour des mises en route de mes ventilo-convecteurs.
Je souhaite qu'ils fonctionnent de 6h à 9h si la température de ma source de chaleur (PAC) est supérieure à 26°... SI T <26, je ne souhaite pas qu'ils tournent.
J'ai donc fait 2 règles : l'une pour le ON et l'autre pour le OFF
Celle du "ON", simplissime, est : critères = si T devient maintenant > 26, Action = Ventilo xxx "ON"
Là, ça fonctionne.OK

Mais si je rajoute : horaires = tous les jours - à 6h - et 0 minutes, ça ne fonctionne plus.
Selon vous, d'où vient l'erreur ?
Merci à vous.

[influman]

Parce qu'un critere horaire n'est pas une plage de fonctionnement, c'est un moment exact d'execution donc incompatible avec d'autres criteres evenementiels comme un Devient maintenant.
Tu peux utiliser l'agenda pour definir une phase ou le plugin plage horaire.

[rover820i]

Salut,

Tu devrais utiliser le plugin d'influman mes plages horaires pour gére ça, car là ta règle ne se déclenche qu'une seule fois, à 6h du matin. Les critères horaires dans les règles ne sont pas des plages horaires

[jacbu]

Bien vu... merci beaucoup. Je viens de modifier ma règle en conséquence... via le plugin "Plages horaires".
Je verrai, demain, si ça marche. Ca devrait....
Bonne soirée à vous

[jacbu]

Parfait... ça marche impec. Merci encore !

[jbourdin]

Question pour ceux qui ont expérimenté :

est-ce que le changement de valeur du périphérique2, dans la règle ci-dessous, est un déclencheur (soit au changement soit au prochain point de périphérique 1) ?

Code : Tout sélectionner

Si péripherique1 devient maintenant supérieur à périphérique2

Également, en cas de défaillance temporaire de la box (par exemple si je la débranche et rebranche), est-ce que la règle devient maintenant se déclenche bien au nouveau point de périphérique 1 ?

Personnellement, j'aimerai répondre oui aux deux questions mais bon, c'est dépendant de la mise en œuvre par la box.

[rover820i]

C'est une très bonne question.

Le mieux est de faire un test en créant des périphériques virtuels et une règle exploitant ces périphériques virtuels, avec affichage d'une notification si ça fonctionne.

En cas de redémarrage de la box, la règle de déclenchera uniquement au changement de valeur après mise en route des services de la box.

[jbourdin]

J'ai testé, c'est décevant... Seul le périphérique de droite semble pouvoir déclencher la règle (devient ou devient maintenant, même combat).
Donc si on à une règle de type

Code : Tout sélectionner

si valeur mesurée devient supérieur au périphérique consigne

, le changement de valeur mesurée peut déclencher l'action mais le changement de la consigne ne le peut pas. On risque donc d'avoir un radiateur jamais coupé si on baisse la consigné d'une valeur supérieur à une valeur inférieur à la température courante.

[merguez07]

le changement de valeur mesurée peut déclencher l'action mais le changement de la consigne ne le peut pas. On risque donc d'avoir un radiateur jamais coupé si on baisse la consigné d'une valeur supérieur à une valeur inférieur à la température courante.

Sauf si on rajoute à la règle un déclenchement horaire ou alors si on écrit la règle ainsi :
valeur mesurée change de valeur
ou
periphérique consigne change de valeur
et
valeur mesurée devient supérieur au périphérique consigne

[jbourdin]

Oui, il n'y a pas de contradiction, il faut juste prendre en compte ce point dans la rédaction d'une règle.