Galère ! Scénario couloir 2 détecteurs avec 1 éclairage

[Julien30]

Bonjour,

Je suis face un problème que je n'arrive pas à résoudre pour mon premier scénario.

Situation :
J'éclaire un grand couloir avec un variateur qubino (modèle ZMNHSDx Din Dimmer)
et je viens récemment d'investir dans 2 capteurs mouvement pour detecter les 2 bouts du couloir.

Problème de mon scénario actuel :
Lorsque je passe devant les 2 capteurs il exécute le scénario 2 fois

voici mon scenario (sans les conditions) :

Code : Tout sélectionner

Nom du scénario
Eclaire couloir présence
Nom à afficher
Nom à afficher
Groupe
Eclairage
Actif  Visible 
Objet parent
Timeout secondes (0 = illimité)
Mode du scénario
	 Déclencheur
Evènement

#[Couloir][Détecteur couloir ][Présence]#==1 
#[Couloir][Détecteur entrée ][Présence]#==1

Description
Autoriser plusieurs lancement en parallèle
Pas de log
Mode synchrone
Etat
Arrêté
 Ajouter bloc

	SI

#[Couloir][Détecteur couloir ][Luminosité]# <=40 
    
ALORS
#[Couloir][lumière couloir][On]#
A  time(#time# +1)  
FAIRE
#[Couloir][lumière couloir][Off]#

Ce que j'aimerais :

C'est que le couloir s'allume sur détection de présence d'un des 2 capteurs,
qu'il reste allumé 30 secondes + faire une extinction progressive sur 30 secondes
et que si il y a une autre détection on remet le compteur à zéro

Merci d'avance pour votre aide !

[Masterfion]

Que le scénario soit lancé plusieurs fois n'est pas un problème en soit et tu ne pourras rien faire contre ça puisque tes 2 déclencheurs... déclenchent !
Dans ce genre de situation, le plus simple est de paramétrer le module déclencheur pour qu'il reste "en alarme" le temps désiré (tu parle de 30s). Ensuite il repasse à 0 et donc le scénario doit éteindre la lumière... mais ça n'est pas le cas pour l'instant puisque l'allumage de ta lumière n'est conditionnée que par la luminosité et ce n'est pas suffisant.

Il te faut au minimun un SI "Détection à 1" ALORS "j'allume" sinon "j'éteins" (à combiner avec ta luminosité si tu veux) :

2017-01-18_152414.jpg (34.73 Kio) Consulté 3377 fois

[fwehrle]

Une autre solution est de faire 2 scenarios :
scenario 1 declenché sur mouvement du detecteur 1ou du detecteur 2, et qui lance le scenario 2
scenario 2 qui boucle avec un sleep toute les secondes :
il attend une seconde et si un detecteur est à un, il se relance
Si les 2 detecteurs sont bien a zero, il diminue progressivement la lumières, tout en testant que les 2 detecteurs restent bien a zero . sinon, il rallument et se stop.

[Julien30]

Bonjour,
Merci pour vos réponse et votre aide.
Je vais tester tout ça et je vous tiens au courant !

[Julien30]

Une autre solution est de faire 2 scenarios :
scenario 1 declenché sur mouvement du detecteur 1ou du detecteur 2, et qui lance le scenario 2
scenario 2 qui boucle avec un sleep toute les secondes :
il attend une seconde et si un detecteur est à un, il se relance
Si les 2 detecteurs sont bien a zero, il diminue progressivement la lumières, tout en testant que les 2 detecteurs restent bien a zero . sinon, il rallument et se stop.

Au fait avez-vous connaissance d'un scenario qui éteint la lumière progressivement.
Il ya bien le plugin "gestion des lumières" mais il ne marche plus. (plus de mises à jour...)

merci.

[Mavyre]

Une autre solution est de faire 2 scenarios :
scenario 1 declenché sur mouvement du detecteur 1ou du detecteur 2, et qui lance le scenario 2
scenario 2 qui boucle avec un sleep toute les secondes :
il attend une seconde et si un detecteur est à un, il se relance
Si les 2 detecteurs sont bien a zero, il diminue progressivement la lumières, tout en testant que les 2 detecteurs restent bien a zero . sinon, il rallument et se stop.

Au fait avez-vous connaissance d'un scenario qui éteint la lumière progressivement.
Il ya bien le plugin "gestion des lumières" mais il ne marche plus. (plus de mises à jour...)

merci.

Je trouve ça pas propre, mais j'ai pas trouvé moyen de chopper la valeur de l'iteration dans le bloc Boucle. Si quelqu'un sait... Voilà :

FireShot Capture 7 - Scenario - Jeedom - http___home.vydees.net_index.php_v=d&p=scenario&id=18#.png (50.78 Kio) Consulté 3323 fois

Edit: Tu dois rajouter un sleep à la fin du bloc boucle

[julien74]

Que le scénario soit lancé plusieurs fois n'est pas un problème en soit et tu ne pourras rien faire contre ça puisque tes 2 déclencheurs... déclenchent !

2017-01-18_152414.jpg

Si il y a moyen en utilisant un sémaphore:

SI un des detecteurs detecte

SI semaphore == 0

Alors

mettre 1 à la variable semaphore
allumer lumière
attendre
eteindre lumière
mettre 0 à la variable

Du coup quand le 2ème detecteur va declencher, il rentrera pas dans le SI car semaphore est deja à 1.

[Mavyre]

Que le scénario soit lancé plusieurs fois n'est pas un problème en soit et tu ne pourras rien faire contre ça puisque tes 2 déclencheurs... déclenchent !

2017-01-18_152414.jpg

Si il y a moyen en utilisant un sémaphore:

SI un des detecteurs detecte

SI semaphore == 0

Alors

mettre 1 à la variable semaphore
allumer lumière
attendre
eteindre lumière
mettre 0 à la variable

Du coup quand le 2ème detecteur va declencher, il rentrera pas dans le SI car semaphore est deja à 1.

Ouaip, ça ça fonctionne. Tout dépend de si on veut relancer le timer ou pas en réalité

[Julien30]

Pardonnez mon ignorance c'est quoi un sémaphore ?

[Masterfion]

En l'occurrence c'est juste une variable qui servirait de témoin intermédiaire...

[Optim'HOME]

J'ai un scenario de gestion d'une lumière de couloir en fonction de 2 capteurs de mouvements.

J'ai crée un virtuel rassemblant la détection de l'un de ces 2 sur un seul état. Mon scénario n'utilise que cet état virtual.

Avantage : un scénario un chouilla moins compliqué (je gère aussi la luminosité en fonction de l'ouverture de porte de placard, de l'heure,etc...). Un virtuel d’abstraction de la donnée permettant d'isolé le composant physique du scenario.

[Masterfion]

J'ai un scenario de gestion d'une lumière de couloir en fonction de 2 capteurs de mouvements.

J'ai crée un virtuel rassemblant la détection de l'un de ces 2 sur un seul état. Mon scénario n'utilise que cet état virtual.

Avantage : un scénario un chouilla moins compliqué (je gère aussi la luminosité en fonction de l'ouverture de porte de placard, de l'heure,etc...). Un virtuel d’abstraction de la donnée permettant d'isolé le composant physique du scenario.

Intéressant comme contournement... et ça peut même être utilisé sur un seul scénario.

[Julien30]

En l'occurrence c'est juste une variable qui servirait de témoin intermédiaire...

Ah bah dit comme ça je comprend mieux

[Masterfion]

Optim'HOME te propose la même chose à la différence que le "témoin" ne serait pas une variable mais un virtuel.

[Julien30]

Que le scénario soit lancé plusieurs fois n'est pas un problème en soit et tu ne pourras rien faire contre ça puisque tes 2 déclencheurs... déclenchent !

2017-01-18_152414.jpg

Si il y a moyen en utilisant un sémaphore:

SI un des detecteurs detecte

SI semaphore == 0

Alors

mettre 1 à la variable semaphore
allumer lumière
attendre
eteindre lumière
mettre 0 à la variable

Du coup quand le 2ème detecteur va declencher, il rentrera pas dans le SI car semaphore est deja à 1.

Ouaip, ça ça fonctionne. Tout dépend de si on veut relancer le timer ou pas en réalité

ce qui donnerait ceci ?

[Masterfion]

Dans ton exemple la première action est inutile.

[fwehrle]

J'ai un scenario de gestion d'une lumière de couloir en fonction de 2 capteurs de mouvements.

J'ai crée un virtuel rassemblant la détection de l'un de ces 2 sur un seul état. Mon scénario n'utilise que cet état virtual.

Avantage : un scénario un chouilla moins compliqué (je gère aussi la luminosité en fonction de l'ouverture de porte de placard, de l'heure,etc...). Un virtuel d’abstraction de la donnée permettant d'isolé le composant physique du scenario.

100% d'accord avec la séparation physique/logique à base de virtuels!
Et je fais la même chose avec les scénarios : scénario complexe qui lance des scenarios de base.
C'est la base d'une installation évolutive.

[julien74]

J'ai un scenario de gestion d'une lumière de couloir en fonction de 2 capteurs de mouvements.

J'ai crée un virtuel rassemblant la détection de l'un de ces 2 sur un seul état. Mon scénario n'utilise que cet état virtual.

Avantage : un scénario un chouilla moins compliqué (je gère aussi la luminosité en fonction de l'ouverture de porte de placard, de l'heure,etc...). Un virtuel d’abstraction de la donnée permettant d'isolé le composant physique du scenario.

Ok sur le principe, mais n'as-tu pas un problème avec le rafraichissement de ton etat "presence" dans ton virtuel qui est fait à partir de l'etat "presence" de ton oeil fibaro (par exemple).
L'etat du virtuel s'actualise-t-il instantanément (ou quasi) ou alors du fait du CRON mis dans le virtuel?

Car dans le cas d'un scenario d'eclairage de pièce sur presence, allumer 1mn après c'est pas glop....

[Masterfion]

Un virtuel ne s'actualise pas selon un cron si une action est exécutée depuis un scénario.

[julien74]

Un virtuel ne s'actualise pas selon un cron si une action est exécutée depuis un scénario.

Un virtuel *peut* actualiser ses entrées de type info grace à un cron (Auto-actualisation (cron)). Mais dans ce cas cela n'est pas adapté.

Si le virtuel a un champ de type INFO, nom=presence, valeur=[couloir][oeil][Presence], ce champ va-t-il se mettre à jour instantanement quand l'oeil vera la valeur presence changer?