jojo

c'est vraiment étrange cette histoire de "Time". Je préfère garder la logique du "ET" pour toutes les conditions, ce qui en multipliant les lignes GEA, rend le code plus lisible...

règle d'or : toutes les conditions dans la même ligne sont des ET. si on veut faire des OU, il faut faire différentes lignes. Ce que tu as écrit : Si l'heure actuelle es comprise entre 14:35 et 16:25 (! syntaxe !) ET quelle est comprise entre 21:35 et 23:25 ET qu'elle est comprise entre 02:35 et 06:25 (c'est une condition impossible à remplir : à 14:35 la première condition serait remplie (si bonne syntaxe) mais donc pas les seconde et troisième) pendant 30 sec Alors allume le sèche serviettes, mais à aucun moment tu lui as dit de s'arrêter. Voici ce qui fonctionnera : GEA.add({"Time", "14:35", "14:40"}, 0, "Démarrage Sèche-Serviettes", {"TurnOn", id[Seche_serviette]}) GEA.add({"Time", "21:35", "21:40"}, 0, "Démarrage Sèche-Serviettes", {"TurnOn", id[Seche_serviette]}) GEA.add({"Time", "02:35", "02:40"}, 0, "Démarrage Sèche-Serviettes", {"TurnOn", id[Seche_serviette]}) GEA.add({"Time", "16:25", "16:30"}, 0, "Arrêt Sèche-Serviettes", {"TurnOff", id[Seche_serviette]}) GEA.add({"Time", "23:25", "23:30"}, 0, "Arrêt Sèche-Serviettes", {"TurnOff", id[Seche_serviette]}) GEA.add({"Time", "06:25", "06:30"}, 0, "Arrêt Sèche-Serviettes", {"TurnOff", id[Seche_serviette]}) j'ai mis la durée à 0s, ce qui revient à dire que l'action s'exécutera au prochain cycle GEA (max 30 sec)

tu n'as qu' passer commande, mais je sais faire des bonnes côtes à l'os saignantes et chaudes (vous n'aurez plus qu'à couper)

@Lazer, tu es EVIDEMMENT le bienvenu, et s'il fait beau, plouf dans la piscine (j'essaie péniblement de la maintenir < 30 °C)

bon résumé

je rencontre en problème similaire, quand je veux envoyer des messages depuis mon ancienne box (une LD, donc sur le même réseau). je n'ai jamais essayé des notif interactives ... Mais ok depuis des Google Scripts externes => PAS GEA et pas le dernier firmware beta, car je suis sur le dernier stable

je crée des QA de type binary switch, dès que j'ai besoins d'une variable booléenne. je proposais de gérer l'allumage des lumières avec -1 sur le mouvement (la base quoi) et si on était autorisé à l'allumer (QA binary switch) et là les conditions peuvent être multiples (heure, luminosité, âge du capitaine, météo, saison, ...) => on peut facilement rajouter d'autres règles GEA pour ce QA (qui, @Yannick (au passage, ne changerais-tu pas ton avatar avec un fantôme souriant - cela m'interpelle à chaque message ) est comme une simple lampe virtuelle pilotage avec GEA avec les options "TurnOn" & "TurnOff".) Pour la création des QA, c'est archi simple, tu l'as déjà fait : GEA. Au lieu de faire depuis un fichier, tu chois (suspens ) "Quick App". et tu choisis, pour ici, binary switch. (plus simple, tu meurs, mais reste avec nous ) ...

errore, c'est un binary SWITCH

chez moi, je fais tout ça avec GEA. 1) tu crées un QA de type binary SWITCH (Auth_lum) 2) avec GEA, tu le mets à On ou Off en fonction de tes conditions? 3) pour allumer la lampe GEA.add avec condition sur mvt ET Auth_lum avec -1 4) pour éteindre la lampe, je me rappelle avoir vu un bel exemple dans la doc GEA. on se revoit donc bientôt sur le topic support GEA (qui maintenant est dans est dans tes favoris) ?

ou encore plus simple : gérer l'allumage et l'extinction de tes lumière avec GEA ...

oui, et je crois que j'avais mis le log du cycle précédent, que c'était normal qu'il ne fasse rien ... (idem pour le cycle suivant). En y réfléchissant, je me demandais si ce n'était pas le jour qui du coup posait problème (mais en fait non, car j'avais sélectionné tous les jours de la semaine). (mon message n'est pas parti ... donc je le complète ...) Fort de cette expérience positive, j'ai réactivé mon scénario basé sur GEA Alarme, et rien ne s'est passé

Je ne comprends plus rien ... J'ai laissé courir mon GEA Alarme de test (programmée tous les jours à 15:02) pour voir si je recevais l'action à une autre heure ey identifier ici un soucis de fuseau horaire... Mais là, c'est arrivé exactement à l'heure convenue. Faudrait-il attendre 24h pour que ce soit ok ? Je continue d'autres tests. (en attendant mon autre moche solution fonctionne)

en fait Fibaro partent du principe qu'il y a un bug. Or ce n'est pas le cas, d'où la promenade qu'ils te proposent ...

zut, zut et re-zut ! Quand j'ai changé la zone de temps (de Zurich) à Paris, ça a fonctionné (voir log message précédent). Je l'ai re-basculée à Zurich, et ... ça fonctionnait toujours ??? Je l'ai mise à Brussels, et ça ne fonctionnait plus. Je m'ai à nouveau mise sur Paris, et ça ne fonctionne toujours pas (j'aurais espéré que oui ...) Mon analyse est la suivante : GEA Alarme envoie une heure qui ne correspond pas à celle de GEA. Comme la fonction "Time" dans GEA fonctionne correctement, je dirais qu'il faudrait chercher au niveau de GEA Alarme ...

.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: ... vérification en cours #19 @570s... [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=256 property=256 value=256 value2=256 value3=256 value4=256 [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : true, true [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = true [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:check() result = true, true [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:check() ready = true [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: @570s [Validation*] #1 : ["Alarm",[256]] => ["Email",["admin","body","Test GEA Alarme"]] *répété* [08.07.2022] [14:37:22] [DEBUG] [QA_GEA_167]: GEA:check() difftime(0.0) < 30

je valide que je crois avoir trouvé le bug

sur mon heure de table, je viens de penser à une alternative (bcp moins propre et flexible que GEA Alarme), mais je vais la développer et la tester pour être prêt au cas où.

Merci, maintenant je prépare ma migration : la semaine charnière sera celle du 15 août => d'ici là, c'est ma LD qui pilote tout, ensuite, si pas de solution pour GEA Alarme, j'aviserai. Comme je le dis tout le temps à mon chef : "Tout problème a une solution, et si pas de solution, c'est qu'il n'y a pas de problème ..." en tout cas MERCI pour tout

ça c'est toute la puissance de GEA !

avant 10:00, ce n'est pas ça ... [08.07.2022] [09:38:58] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Alarme","deviceId":255} [08.07.2022] [09:38:58] [DEBUG] [QA_GEA_ALARM_255]: Alarme 1 [08.07.2022] [09:39:03] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Minute_Plus","deviceId":255} [08.07.2022] [09:39:03] [TRACE] [QA_GEA_ALARM_255]: Alarme 1 Heure : 09:39 [08.07.2022] [09:39:03] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Minute_Plus","deviceId":255} [08.07.2022] [09:39:03] [TRACE] [QA_GEA_ALARM_255]: Alarme 1 Heure : 09:40 [08.07.2022] [09:39:12] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Alarme","deviceId":255} [08.07.2022] [09:39:12] [DEBUG] [QA_GEA_ALARM_255]: Alarme 0 [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: ... check running #1779 @53370s... [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [08.07.2022] [09:40:22] [DEBUG] [QA_GEA_167]: @53370s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [08.07.2022] [09:40:48] [DEBUG] [QA_GEA_ALARM_255]: Total memory in use by Lua : 1037.09 KB [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA run since 14h 50m - Memory used: 1264.11 KB - CPU consumed: 361.65 ms ( 0.030 % ) [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: ... check running #1780 @53400s... [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [08.07.2022] [09:40:52] [DEBUG] [QA_GEA_167]: @53400s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* (maintenant, si tu veux encore plus tôt il faudrait demander à @pepite )

ok, je vais essayé un test avant 10h. Sauf que le test que j'ai fait est au niveau de la langue, pas du fuseau horaire ... Voici ma config. Est-ce la même que la tienne ?

et zut, ce n'est pas la langue => plus d'autres idées

vous conaissez mon obstination. Alors j'ai mis une alarme à 18:55 et voici le résultat du lldebug : [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: ... check running #7 @210s... [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [07.07.2022] [18:54:22] [DEBUG] [QA_GEA_167]: @210s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: ... check running #8 @240s... [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [07.07.2022] [18:54:52] [DEBUG] [QA_GEA_167]: @240s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: ... check running #9 @270s... [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [07.07.2022] [18:55:22] [DEBUG] [QA_GEA_167]: @270s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA run since 5m - Memory used: 8077.52 KB - CPU consumed: 1370.82 ms ( 0.114 % ) [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: ... check running #10 @300s... [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() copy.name="Alarm" id=255 property=255 value=255 value2=255 value3=255 value4=255 [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA:encapsule() copy.check() result = false [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA:check() result = false, false [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: GEA:check() ready = false [07.07.2022] [18:55:52] [DEBUG] [QA_GEA_167]: @300s [Validation] #1 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* J'y pense, car comme quand on debuge il faut tout envisager, et surtout les idées les plus saugrenues : La langue de mon HC3 qui est en uk ne pourrait-elle pas être la cause ?

je n'ai AUCUNE expérience des scènes blocs si-ous HC3, mais j'essayerais ceci :

J'ai donc testé dans tous les sens, et même fait un reboot (inutile évidemment) de mon HC3. et toujours rien [07.07.2022] [17:31:27] [TRACE] [QA_GEA_ALARM_255]: Alarme 1 Heure : 16:32 [07.07.2022] [17:31:28] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Minute_Plus","deviceId":255} [07.07.2022] [17:31:28] [TRACE] [QA_GEA_ALARM_255]: Alarme 1 Heure : 16:33 [07.07.2022] [17:31:33] [TRACE] [QA_GEA_ALARM_255]: UIEvent: {"eventType":"onReleased","values":[],"elementName":"button_Alarme","deviceId":255} [07.07.2022] [17:31:33] [DEBUG] [QA_GEA_ALARM_255]: Alarme 0 [07.07.2022] [17:31:55] [DEBUG] [QA_GEA_167]: ... check running #15 @450s... [07.07.2022] [17:31:55] [DEBUG] [QA_GEA_167]: @450s [Validation] #2 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [17:32:25] [DEBUG] [QA_GEA_167]: ... check running #16 @480s... [07.07.2022] [17:32:26] [DEBUG] [QA_GEA_167]: @480s [Validation] #2 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [17:32:55] [DEBUG] [QA_GEA_167]: ... check running #17 @510s... [07.07.2022] [17:32:55] [DEBUG] [QA_GEA_167]: @510s [Validation] #2 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [17:33:25] [DEBUG] [QA_GEA_167]: ... check running #18 @540s... [07.07.2022] [17:33:25] [DEBUG] [QA_GEA_167]: @540s [Validation] #2 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [17:33:55] [DEBUG] [QA_GEA_167]: ... check running #19 @570s... [07.07.2022] [17:33:55] [DEBUG] [QA_GEA_167]: @570s [Validation] #2 : ["Alarm",[255]] => ["OnOff",[104]] ["TurnOn",[233]] *repeat* [07.07.2022] [17:34:25] [DEBUG] [QA_GEA_167]: GEA run since 10m - Memory used: 9462.69 KB - CPU consumed: 250.97 ms ( 0.021 % ) c'est sûr que ça devrait fonctionner. J'ai donc du louper qqch : Voici ce que j'ai fait : créé le QA "GEA Alarme_D_Piscine" (id = 255) modifier mon GEA existant en y ajoutant cette ligne GEA.add ({"Alarm", id["GEA_ALARME_D_PISCINE"]}, 0, "Démarrage pompe piscine", {{"OnOff", id["BUREAU_PRISE"]}, {"TurnOn", id["PISCINE_POMPE"]}}) Configurer l'heure avec le Web Gui attendre et espérer. Il y a donc ûrement un truc évident que je n'ai pas fait ... (Comme c'est un MUST HAVE la gestion de la pompe de ma piscine (et pas un NICE to have, comme contrôle que toutes les portes sont bien fermées quand je pars, ou notif quand le facteur est passé, ...), ça DOIT fonctionner, ou alors je crée une scène LUA avec déclenchement horaire, mais comment ? en attendant que j'arrive à le faire fonctionner via GEA)