jojo

-- "CentralSceneEvent" : Utilisable en déclenchement instantané uniquement -- SYNTAXE : {"CentralSceneEvent", <id_module>, <keyID>, <keyAttribute>} -- les <keyAttribute> possibles dépendent du module. -- pour connaître les valeurs possibles (pour chaque <keyID>), voir le JSON du module

Il faut être un peu égoïste : je n'ai jamais utilisé cette option, donc je ne change rien, et si question d'un utilisateur, on avisera

j'ai adapté ainsi la doc -- "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>, <id_program>} {"Program", <id_module>, <id_program>} -- CONDITIONS : GEA.add( {"Program", 72}, 30, "", {ACTIONS} ) -- Retourne le programme en cours du RGB dont l'ID est 72 GEA.add( {"Program!", 72, 3}, 30, "", {ACTIONS} ) -- Vérifie si le programme 3 est 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

as-tu comparé ta version firmware et celle de celui du forum officiel ?

autre question à propose de l'app : les notifications : Lorsque j'ai une notif su mon tél, et que je clique dessus, au lieu de voir toute la notif, j'arrive dans l'app, où je n'ai pas trouvé comment visualiser les notifs. Ai-je loupé qqch ?

dans Paramètres -> devices, à droite de l'appareil concerné, il y a une poubelle rpouge

Merci !

Pour nodeJS, je l'ai installé sur une Debian sur EXSI et un HP Gen8 qui tourne 24/7. J'ai abonné la solution sous Synology

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.