Scenario Portail et Lumière changement de condition

[Thomas1]

Bonjour,

Mon dernier post portait sur un scénario pour allumer mes lumières extérieurs avec l’ouverture du portail

Ouverture du portail
Allumage des lampes
15min éteindre les lampes

Je veux modifier

Ouverture du portail
Allumage des lampes
Fermeture du portail
15min éteindre les lampes

Ma modification c’est de lancer le « dans 15min éteindre les lampe » à la fermeture…
J’ai mais un si alors, mais je ne sais pas comment faire un contrôle continue de la condition si
car mon scénario se clôture et du coup quand je ferme il n’ai plus actif…

Je pense qu’il faut ajouter une condition « Sinon, recontroler le « SI » »

Le déclencheur du scénario c’est l’ouverture du portail

[dan_73]

Bonsoir

C’est exactement l’exemple que je t’avais donné dans le sujet auquel tu fais référence :

Allumage lampe extérieur avec le portail et la nuit?

Bonjour à tous!! J’ai besoin d’aide J’ai sur ipx800 un retour d’état de mes portails quand ils sont ouverts ainsi qu’une lampe extérieur dans ma cour. Mon besoin/envie/caprice… : Allumer la lampe quand j’ouvre mon portail la nuit J’ai installé le plugin héliotrope pour l’info couché du soleil. Première question, comment on demande au scénario d’interroger l’heure actuelle? Voici ce que j’ai fait dans le scénario [image] Sinon je pensai faire un scénario déclenché par l’…

[Thomas1]

Bonsoir dan_73, effectivement c’est mieux en s’allignant sur la fermeture du portail
tu prend quoi comme déclencheur de ton scénario?

car mon problème c’est que mon scénario se clôture quand ma condition si est contrôlé.

Ma solution serait de créer un second scénario avec la fermeture du portail comme déclencher mais c’est du bricolage non?

[dan_73]

Le déclencheur est mon contact d’ouverture.
C’est assez basique

Contact= 0 j’allume s’il fait nuit
Contact= 1 , dans 2mn j’éteins

Dans ton cas il faut que tu supprimes le == 1 dans ton déclencheur et que tu crées 2 Si

[Thomas1]

Je viens de créer 2 scénarios:

un avec déclencheur #[IPX800][Voyant Route Portail][Etat]# == 1
Pour ouvrir
un second avec déclencheur #[IPX800][Voyant Route Portail][Etat]# == 0
pour fermer
et ca marche nickel

si je fait un unique scénario et je met juste #[IPX800][Voyant Route Portail][Etat]# comme déclencheur, il se lancera dans les deux cas de figure? ouverture et fermeture?

[Aurel]

@Thomas1

si je fait un unique scénario et je met juste #[IPX800][Voyant Route Portail][Etat]# comme déclencheur, il se lancera dans les deux cas de figure? ouverture et fermeture?

Oui tout à fait.

[dan_73]

C’est bien ce que j’ai écrit non ?

[Thomas1]

Ha ok merci c’était tout simple en fait

[Aurel]

@Thomas1

si je fait un unique scénario et je met juste #[IPX800][Voyant Route Portail][Etat]# comme déclencheur, il se lancera dans les deux cas de figure? ouverture et fermeture?

Bon après y a deux écoles … Techniquement on peut faire les deux, c’est à chacun de choisir ce qu’il préfère.

Perso je préfère avoir un seul scénario pour tout ce qu’on peut faire sur un équipement et mettre des si ou des tags pour choisir telle ou telle action. Ca permet de tout avoir sous les yeux plutôt que dissimilé sur X scénarios mais cela n’a rien d’obligatoire.

[Thomas1]

Je viens de faire le test et ca marche.

Une petite interrogation…

Ma femme rentre à 18h00 par le portail et le referme.
compte a rebours de 15min avant extinction

Entre temps je rentre à 18h14 par le portail

Quid du compte à rebours pour l’extinction à 18h15??

[Aurel]

@Thomas1

Une petite interrogation…

Ma femme rentre à 18h00 par le portail et le referme.
compte a rebours de 15min avant extinction

Entre temps je rentre à 18h14 par le portail

Quid du compte à rebours pour l’extinction à 18h15??

Lorsque tu programmes un bloc DANS, à chaque fois que tu relances ce dernier il écrase la programmation précédente.

Donc dans ton exemple, à 18h14 il va programmer une extinction à 18h29 qui va remplacer celle prévue initialement à 18h15.

[dan_73]

Pour remettre le compte à rebours a 0, tu rajoutes la commande « remove_inat » après ton Si

[Aurel]

@dan_73

Pour remettre le compte à rebours a 0, tu rajoutes la commande « remove_inat » après ton Si

Ce n’est pas obligatoire, le remove_inat supprime les blocs A ou DANS programmés précédemment mais le fait d’en reprogrammer un nouveau suffit dans son exemple.

[Thomas1]

Si je l’ouvre et que je le referme pas tout de suite je ne relance pas la condition « dans » donc je ne relance pas le compte à rebours

[dan_73]

Pourtant le premier Dans reste toujours programmé dans les tâches non ?
Donc il s’exécutera comme prévu

[Thomas1]

comme cela?

[dan_73]

Non il faut le placer dans ton second Si

[Thomas1]

Ca peut pas marcher mon scénario car quand il interroge le second « si » la lumière est forcement sur ==1 car il vient de l’allumer donc il lance l’extinction même à l’ouverture

[dan_73]

Tu te compliques les choses.
Regarde bien l’exemple que je t’ai donné et remplace mes commandes par les tiennes.
On ne peut pas plus simple.
1 scénario qui gère les 2 etats

[Thomas1]

Mais oui je viens de voir que dans mes SI je n’ai pas intégré Si état ==1 et si état == 0
Mon problème viens de là…
par contre je n’ai pas compris où integrer le remov inat

la propriété est grande, le portail est à 200m de la maison et non visible depuis la maison et par la suite j’ai un second portail à jumeler au scénario c’est pour ca que 15min n’est pas trop et que le cas de figure peut se présenter où le compte à rebours peut poser problème