jojo

je vais donc arrêter de me prendre la tête avec ce qui n'est pas limpide à mes yeux, donc arrêter d''être plus catholique que le pêpe". Merci de ta confirmation poue les triggers, j'ai enfin compris à 100%. Il n'y a plus qu'à traduire cela dans la doc.

En effet, si je me pose la question "à quoi sert cette option", c'est que en effet je n'en ai pas besoin. Mais ma méthode de revoir la doc est, si je comprends, quelqu'un de plus compétent que moi comprendra également. Sinon il faut apporter d'autres explications. Mais peut-être que ici également j'en faits trop (crfr ma question sur les "performances", qui était plus une question sur les meilleures pratiques pour éviter de surcharger GEA/la box. (mais j'ai compris qu'"elle peut là-contre" (comme on dit dans ma région)) Pour rebenir sur les triggers et (), si on met une durée à -1, ne faut-il pas au min 1 condition sans (), sinon il y aurait un problème ?

merci pour tes très claires explications ; j'ai compris (enfin!) les () : je mettrai une remarque particulière en ce sens pour les modes de déclenchement -1. (et corrigerai l'exemple) De ce que je comprends, il faut réserver le -1 à ce qui est indispensable de se déclencher immédiatement. Quand je parlais de performance de GEA, je voulais limiter le comptage des cycles, en mettant -1

je vais essayer d'écrire qqch dans ce sens, car je ne suis pas sûr de tout comprendre à 100% pourquoi notif si variation de temp ext (19) de 0.1°C même si fenêtre (18) fermée ? OK si fenêtre ouverte ... il faut encore que j'intègre pourquoi on ne souhaite pas de trigger si on met -1. le soucis actuel viendrait que les triggger fonctionnent comme des "A chaque fois que" la condition est remplie, alors que si c'était des trigger du type "Dès que" (et que donc pour qu'il soit à nouveau effectif, il faut d'abord que la condition ne soit plus remplie. (C'est une distinction dans le type de trigger qu'il fallait systématiquement indiquer dans la Lifedomus - elle avait aussi de bons côtés). Si cela est possible de faire au niveau du code GEA, alors on oublie les () et tous les problèmes actuels. N.B. j'ai inclus ton exemple ave le "Or",sans les (), pour éviter des questionnements, tant que je n'ai pas une explication super claire à donner : -- Je souhaite vérifier l'arrivée des enfants après l'école à midi et le soir. Comment faire au plus simple ? -- -- Vous pouvez vérifier l'ouverture de la porte à des plages horaires et jours précis -- option 1 : GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","11:30","13:30"}}, -1, "Porte ouvertes le #date# à #time#") GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","16:30","18:30"}}, -1, "Porte ouvertes le #date# à #time#") -- ou option 2 : GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Or", {"Time","11:30","13:30"}, {"Time","16:30","18:30"}}}, -1, "Porte ouvertes le #date# à #time#") Au niveau de la performance de GEA, est-ce mieux privilégier les -1 ou de mettre 30 (pour ce dont l'instantané n'est pas indispensable) ?

quelles sont les valeurs possibles/autorisées/interprétées pour <jours> ? je voudrais mettre une liste exhautive dans la doc -- "Days" : Teste le jour actuel de la semaine -- SYNTAXE : {"Days", <jours>} -- CONDITIONS : GEA.add( {"Days", "Monday"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes LUNDI \\ Check only if the DAY is Monday GEA.add( {"Days", "Monday, Friday"}, 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes LUNDI ET VENDREDI \\ Check only if the DAY is Monday and Friday GEA.add( {"Days", "WeekDays"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE pendant les jours de la semaine \\ Check only during the days of a the week GEA.add( {"Days", "WeekEnd"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE le WeekEnd \\ Chek Only during WeekEnd (Saturday, Sunday)

@MAM78, je relis toute la doc, pourrais-tu SVP me fournir ce que je dois y inclure pour ta fonctionnalité ? -- "StringToAlpha" : par MAM78 -- SYNTAXE : {"StringToAlpha", "<condition>", "<value>"} -- CONDITIONS : -- ACTIONS : Ne peut pas être utilisé comme ACTION

comme il existe la possibilité d'envoyer une photo par mail à quelqu'un qui n'est pas défini comme utilisateur de la HC3, ne serait-il pas "facile" d'encore améliorer la fonction "Email" pour pouvoir y préciser une adresse mail à la place d'un id utilisateur ? -- "Email" : Envoi un email à un utilisateur -- SYNTAXE : {"Email", <id_user>, <"Message du mail">} {"Email", <"nom_user">, <"Message du mail">} {"Email", <id_user>, <"Message du mail">, <"Sujet du mail">} {"Email", <"nom_user">, <"Message du mail">, <"Sujet du mail">} si tu veux des idées, j'en aurai toujours ...

action GEA à exécuter au démarrage de GEA (= démarrage box ou sauvegarde config GEA) Je me posais la question de quelle était la signification d'une durée de 0. Car dans la doc il est fait clairement mention que les durées doivent être : >0 -1 : si instantané et je viens de lire cette particularité (similaire à la particularité -1) GEA.add( {"Weather" , "WeatherCondition", "Cloudy"}, 0, "#value#", {ACTIONS} ) -- Ne vérifie QUE si la météo indique "Cloudy" ET retourne la valeur de "Weather" au démarrage de GEA (durée :"0") \\ Check only if Weather is Cloudy and return the value of the Weather si vous confirmez, je pense qu'il faudrait le préciser au début de la doc, là où on parle des durées -1

afin de garder la même logique dans les instructions pour -- "PictureToEmail" - "PhotoToMail" : Envoi une capture d'une caméra à une adresse email ne rajouterait-on pas les synonymes suivants (partout Mail ou Email) -- "PictureToMail" - "PhotoToEmail" : Envoi une capture d'une caméra à une adresse email Sorry, @Lazer, ma proposition initiale de relecture de la doc n'avait pas pour objectif d'allonger ta ToDo list ...

je découvre cette super fonctionnalité : -- "HeatingThermostatSetpoint" : Teste/modifie la température de consigne de chauffage d'un thermostat -- SYNTAXE : {"HeatingThermostatSetpoint", <id_thermostat>, <temperature>} -- CONDITIONS : GEA.add( {"HeatingThermostatSetpoint+", 72, 21}, -1, "Consigne #value# trop chaude", {ACTIONS} ) -- Vérifie si la température de consigne du thermostat 37 est supérieure à 21 degrés ne faudrait-il pas (pour être exhaustif) ajouter ceci : GEA.add( {"HeatingThermostatSetpoint", 72, 21}, -1, "Consigne #value#", {ACTIONS} ) -- Vérifie si la température de consigne du thermostat 37 est égale à 21 degrés GEA.add( {"HeatingThermostatSetpoint+", 72, 21}, -1, "Consigne #value# trop chaude", {ACTIONS} ) -- Vérifie si la température de consigne du thermostat 37 est supérieure à 21 degrés GEA.add( {"HeatingThermostatSetpoint-", 72, 21}, -1, "Consigne #value# trop froide", {ACTIONS} ) -- Vérifie si la température de consigne du thermostat 37 est inférieur à 21 degrés GEA.add( {"HeatingThermostatSetpoint!", 72, 21}, -1, "Consigne #value# diffère de 21°C", {ACTIONS} ) -- Vérifie si la température de consigne du thermostat 37 est différente de 21 degrés si ces fonctionnalités existent, mais j'imagine que oui. EDIT2 : idem pour : ? -- "VariableQuickApp" - "VariableQA" : Teste/modifie une variable d'un QuickApp EDIT1 : du coup je me demand quelle est la différence entre ces 2 instructions : -- "HeatingThermostatSetpoint" : Teste/modifie la température de consigne de chauffage d'un thermostat -- "CoolingThermostatSetpoint" : Teste/modifie la température de consigne de climatisation d'un thermostat et si on ne pourrait pas rajouter simplement -- "ThermostatSetpoint" : Teste/modifie la température de consigne d'un thermostat qui soit synonyme des 2 autres, car : un thermostat n'a qu'un seul point de consigne (peut importe que ce soit un Heating ou Cooling thermostat) c'est le thermostat lui-même (donc pas GEA) qui prend les actions nécessaires. j'imagine que c'est le même code GEA mettre en synonyme ne doit pas être si complexe que ça au niveau de GEA (ce sont "simplement" différentes façons d'appeler la même méthode/fonction.

quels sont les <keyAttribute> possibles ? -- "CentralSceneEvent" : Utilisable en déclenchement instantané uniquement -- SYNTAXE : {"CentralSceneEvent", <id_module>, <keyID>, <keyAttribute>} -- CONDITIONS : GEA.add( {"CentralSceneEvent", 72, 1, "Pressed"}, -1, "", {ACTIONS} ) -- SI le CentralSceneEvent du module 72 a pour keyID : 1 et pour keyAttribute "Pressed"

ne maîtrisant pas parfaitement vette fonction, je n'ose pas changer la doc sans confirmation : -- "Transpose" : Transpose les conditions -- SYNTAXE : {"Transpose", {"valeurs_sources"}, {"valeurs_attendues"}, {"Valeurs à transposer"}} -- CONDITIONS : GEA.add( {"Transpose!", {true, false}, {"allumée", "éteinte"}, {"TurnOn", 73}, ""}, 0, "La lampe est #value[1]#") -- Si 73 est true, le message retourné sera : "La lampe est allumée" // Si 73 est false, le message retourné sera : "La lampe est éteinte" exemple à remplacer par ? -- CONDITIONS : GEA.add( {"Transpose", {true, false}, {"allumée", "éteinte"}, {"TurnOn", 73}, ""}, 0, "La lampe est #value[1]#") -- Si 73 est true, le message retourné sera : "La lampe est allumée" // Si 73 est false, le message retourné sera : "La lampe est éteinte"

ces 2 fonctions ne sont-elles pas similaire (redondantes) -- "Switch" : Allume ou éteint un module -- SYNTAXE : {"Switch", <id module>} -- CONDITIONS : Ne peut pas être utilisé comme CONDITION -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Switch", 73} ) -- Allume OU Éteint le module 73 en fonction de son état (si allumé, on éteint ; si éteint, on allume.) \\ TurnOn or TurnOff device 73 depending on the state of the device GEA.add( {CONDITIONS}, 30, "", {"Switch", {73, 74}} ) -- Allume OU Éteint le module 73 ET le module 74 en fonction de leur état (si allumé, on éteint ; si éteint, on allume.) \\ TurnOn or TurnOff deviceS 73 and 74 depending on the state of the devices -- "OnOff" : Allume ou éteint un module selon son état -- SYNTAXE : {"OnOff", <id_module>} -- CONDITIONS : GEA.add( {"OnOff!", 73, ""}, 30, "Le module 73 est #value#", {ACTIONS}) -- Retourne si le module 73 est ON ou OFF selon son état\\ Return the state ON or OFF of the device 73 -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"OnOff", 73} ) -- Allume ou éteint le module selon son état, ON ou OFF \\ Switch the device depend of his state (On or OFF) GEA.add( true , 0, "", {"Global", "ETAT_LUMIERE", {"OnOff", 73}}) -- Assigne ON ou OFF selon l"etat" du module 73 à la variable "ETAT_LUMIERE" \\ Assign On or OFF depend of the state of the deice 73 to the global variable Ne faudrait-il pas merger les fonctions "Switch" et "OnOff" avec les fonctionnalités de "OnOff". et donc également mettre à jour le tableau initial -- │ "Switch" │ │ │ X │ Allume ou éteint un module -- │ "OnOff" │ X │ │ X │ Allume ou éteint un module selon son état et ainsi on garderait la rétrocompatibilité

il n'y a pas de turnOn ? -- "Filters" : Exécute une action sur plusieurs modules -- SYNTAXE : {"Filters", "Lights|Blinds", "turnOff|Close|Open"} et les valeurs TunOn et TurnOff sont-elles également acceptées (histoire d'être consistant avec les fonctions TurnOn et TurnOff ?

étant en pleine relecture de la doc/syntaxe GEA, -- "Program" - "StartProgram" : Teste/démarre l'exécution d'un programme d'un module RGBW -- SYNTAXE : {"Program", <id_module>} {"Program+", <id_module>} {"Program-", <id_module>} {"Program!", <id_module>} {"Program", <id_module>, <id_program>} -- CONDITIONS : GEA.add( {"Program", 72}, 30, "", {ACTIONS} ) -- Retourne le programme en cours du RGB dont l'ID est 72 -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Program", 72, 6} ) -- Démarre le programme 6 du RGB 72 GEA.add( {CONDITIONS}, 30, "", {"Program", {72, 73}, 6} ) -- Démarre le programme 6 DES RGBS 72 ET 73 je ne vois pas d'exemple (et je n'ai pas de tel module sur ma HC3) pour {"Program+", <id_module>} {"Program-", <id_module>} {"Program!", <id_module>} et je n'ai pas l'intuition de à quoi cela pourrait servir ... Quelqu'un prut m'aider ?

Pour ceci , l'exemple est-il correct ? -- Je souhaite vérifier l'arrivée des enfants après l'école à midi et le soir. Comment faire au plus simple ? -- -- Vous pouvez vérifier l'ouverture de la porte à des plages horaires et jours précis GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","11:30","13:30"}, {"Time","16:30","18:30"}}, -1, "Porte ouvertes le #date# à #time#") car GEA exécute les action de conditions multiples si elles sont toute à true., or iciil faudrait que l'heure soit comprise entre 1:30 et 13:30 ainsi que entre 16:30 et 18:30, ce qui est impossible. Je l'aurais fait en 2 lignes : GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","11:30","13:30"}}, -1, "Porte ouvertes le #date# à #time#") GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","16:30","18:30"}}, -1, "Porte ouvertes le #date# à #time#") Mais comme celà vient de maître @Steven, il y a quelque chose que je dois avoir loupé ?

Je relis la doc ... Je souhaiterait y ajout une précision : Quand on dit SUPERIEUR c'est "strictement supérieur" (>) ou "supérieur ou égal" (>=) ? Idem pour INFERIEUR.

merci, mais je ne vois pas la différence/ Envois le PSD avec les différentes couleurs, j'y rajouterais un bouton On Vert) dans un coins de ceux allumés. Merci

j'utilise cette solution également (cfr tuto que j'avais écrit TTS pour assistant vocaux - lien dans ma signature) Maintenant, dès que je suis prêt avec ma migration vers HC3, je vais regarder une autre solution : j'ai vu ici une solution avec nodered, ce qui semblerait simplifier l'architecture

chacun (évidemment) sa façon de voir : chez moi, la box c'est aussi un must, et donc elle doit toujours être ok. Mais madame acceptera une panne d'électricité, mais pas le fait que la lumière du couloir ne s'allume pas (s'il y a de l'électricité) parce qu'il y aurait un soucis avec la box (même si je suis là et que je dis que je travaille dessus et que ce sera ok dans 15 min - ce sera trop tard, car c'était au moment où elle a appuyé sur l'interrupteur qu'elle avait besoin de lumière, pas 15 min (ou 10 sec) après ...)

et pourquoi ne pas pousser l'idée encore plus loins ? Carle soucis que je vois ici, c'est que s'il y a un soucis avec la box (et il existe TOUJOURS un scénario où il peut y avoir un soucis). la sortie du FGS vers la lampe c'est toujours uniquement O1. la sortie de l'interrupteur vers le FGS, c'est S1 & S2. Ainsi avec S1, cela fonctionne même sans box. avec de la logique dans la box (GEA, scènes, QA), on sait que si O2 est ON, c'est qu'on a appuyé sur l'interrupteur. Et dès que O1 repasse à Off on met Q2 à Off (mais on ne sait pas savoir si on éteint par l'interrupteur). Mon raisonnement est-il ok ?

merci, mais avec yeux de m... il n'y a pas assez de contraste avec le ruban éteint. As-tu une idée ?

sorry pour la réponse tardive, je n'ai pas eu de notif de ta réponse. Je venais pour supprimer mon post car ça fonctionne, sauf (validé après des 10zaines d'essais) quand j'ai un H (majuscule, pas minuscule) dans mon paramètre value1. C'est tellement étrange/spécifique qu'on oublie, bien que quand j'entre la même url dans mon browser, c'est ok. Je GEA démarre bien automatiquement, mais l'instruction ne fait juste rien ...

en fait je le fais par ce biais, car ça ne fonctionnait pas par GEA. Maintenant ok, je crois avoir vu ce qui n'allait pas (comment reproduire le problème dans GEA)