A défaut de connaître l'état exact du portail (il faut pour ça un capteur d'ouverture en plus de l'actionneur monostable), il faut ruser.
Passe par un nouvel état virtuel complémentaire (nouveau périphérique, état), qui s’appellerait "Délai portail", avec deux valeurs : Prêt / En mouvement, et une macro : attendre 0s puis En mouvement, attendre 10mn puis Prêt. Le délai doit englober le temps complet Ouverture + Fermeture chez toi.
Sur ta première règle, au lieu de lancer ta macro d'éclairage ou autre, tu lances exclusivement cette nouvelle macro.
Tu rajoutes comme critère de départ : ET Macro "Délai Portail" n'est pas en cours d'exécution.
Tu enlèves le critère de soleil.
A la fermeture, puisqu'on est dans le délai de la macro, ça ne réexecute pas la règle.
Tu créés une seconde règle liée à ce que tu veux faire lorsque le portail s'actionne la nuit :
- Si "Délai portail" devient maintenant "En mouvement"
- ET Soleil différent de levé
- Alors macro éclairage.
- Macro box
Et tu peux creer une 3ième règle pour le tts, qui fonctionnerait aussi la journée :
- Si délai portail devient maintanent "En mouvement"
Alors TTS "Le portail est en mouvement"
Cependant, si tu n'utilises jamais des télécommandes portail mais exclusivement des actionneurs de l'éco-systeme de la box domotique (zwave, http), tu pourrais avoir un état virtuel pour le portail, avec les valeurs ouvert/fermé et tu bascules d'un état à l'autre à chaque exécution de l'actionneur avec deux règles. Ensuite c'est simple de faire des règles en testant la valeur "ouvert" de cet état.
Mais si tu as des télécommandes dédiées hors box domotique, c'est mort, tu créeras des décalages entre l'état virtuel et l'état réel du portail (Après, si cet état ne sert que pour la lumière, tu pourrais le remettre tous les jours à 4h du matin à l'état "Fermé" par exemple, pour qu'il se recale. Ce sera pas fiable, mais ça se recale tout seul au bout d'un moment)
|
!
