simulation présence

[Bull]

correct, mais il faut lui donner un peu d'intelligence, il est inutile que le salon continue avec la lumière allumée, après que dans la chambre principale les lumières aient été éteintes.

C'est pourquoi, à mon avis et en suivant son exemple, la bonne chose à faire est d'imbriquer les boucles.

dans x minutes
-- ampoule salon off
---- dans x minutes
-----ampoule chambre principale off
------ etc etc...

n'est qu'une suggestion, c'est évidemment votre maison et votre domotique

Salut1
Bull

[fusca66]

Oui merci Bull
Bon mon appartement est sur un étage unique, donc impossible de savoir quelle pièce est quelle pièce de l'extérieur sans le connaitre; donc pas de soucis de ce côté ci
Par contre le scénario a été lancé à 21h58 et il m'a envoyé le message pushover d'allumage à 21h58 ainsi que le message de fin de scénario à 21h58
Autrement dit il n'a pas attendu la fin du dernier élément pour envoyer ce dernier message, comme je l'imaginais (l'action s'est donc faite à la suite du bloc allumage)

[Fabrice]

Regardez les logs pour comprendre.

Et placez une copie complète de votre scénario, comme je l'ai fait.

[fusca66]

Bonsoir

Alors voici mon scénario complet (2 écran peut-être dans le désordre); j'ai regardé à nouveau le scénario proposé; et cela me semble équivalent en terme d'imbrication; je vais poster le log d'hier soir

[Poumi]

Voilà ce que tu n’a pas compris: le bloc dans n’est pas une attente, il planifie l’action et passe à la suite du code.

Tu devrais lire ça : https://jeedom.github.io/core/fr_FR/scenario

[fusca66]

Oui je comprends bien que mes 3 actions d'extinction seront lancées indépendamment les unes des autres
Donc j'aurai difficilement l'info de quelle lumière s'est éteinte en dernier et à partir de la je ne peux pas m'envoyer un message pushover

[fusca66]

J'ai modifié mon scénario. Je ferai des copies demain. Good night

[Fabrice]

Oui je comprends bien que mes 3 actions d'extinction seront lancées indépendamment les unes des autres
Donc j'aurai difficilement l'info de quelle lumière s'est éteinte en dernier et à partir de la je ne peux pas m'envoyer un message pushover

C'est exactement ce que je vous ai dit, c'est aussi pour cela que j'ai signalé que ce n'est pas très grave.
Mais vous pouvez le gérer aussi, avec les retours d'états. Dans chaque bloc action, vous ajoutez un
Si : lampe1 == 0 ET lampe 2 == 0 ET lampe3 == 0
ALORS : action : Envoi de l'email

[fusca66]

Après quelques tests; ça ne va pas: toutes les lampes s'allument en même temps sur la condition couché du soleil
J'aurais espéré que le délai aléatoire allait échelonner l'allumage
Pour l'allumage, j'ai mis les blocs "dans" au même niveau (sans décalage) comme dans l'exemple de Fabrice quelques post plus haut
Donc d'après ce que je comprends, j'aurai dû avoir un ordre aléatoire sans forcément savoir laquelle allait s'allumer en 1 puis en 2, etc...

C'est comme si il ne tenait pas compte du Rand (x,y); voici le log

[fusca66]

Et voici la première partie de mon scénario, pour l'allumage

[Bull]

Il faut écrire :
RAND(5,30)
sans espaces entre et les parenthèses : rand()

[Jeandhom]

Un plugin est en préparation https://www.jeedom.com/blog/4272-les-he ... x-plugins/

[fusca66]

Merci à tous pour vos conseils; mon scénario fonctionne
Tout est en // pour l'allumage (ordre aléatoire d'allumage) et c'est séquencé pour l'extinction; je verrai à l'usage si je fais des évolutions, mais c'est déjà une bonne base; les 2 gros points noirs étaient le format de l'heure, les "sleep" et l'écriture du Random;
Bonne et chaude journée