jojo

=> Google Translate

vos désirs sont des ordres https://www.domotique-fibaro.fr/topic/16353-saisons/

Suite à une demande spécifique (je n'utilise pas cette fonctionnalité), je vous partage ce QA qui stocke dans une variable la saison actuelle. Ce QA tourne toutes les 1h. Il est donc probable que entre 0h00 et 0h59, la saison ne soit pas la bonne. Comme il stocke le résultat dans une variable, il est facile de l'utiliser dans GEA : GEA.add ({"VariableQA", id["SAISONS"], "Saison", "Hiver"}, 0 , "", {Action à faire en Hiver}) Icones : Merci à @fredokl pour le travail artistique. Vous les trouverez ici : Banque Icones Hcl, HC2 et HC3 - Page 137 - Le bistrot - Domotique-fibaro comment les utiliser ? Si vous ne souhaitez pas que l'icone du QA change en fonction de la saison, il n'y a rien à faire. Autrement l'icone du QA peut changer automatiquement en fonction de la saison. Pour cela : 1) importer les 4 icônes dans le QA. 2) déterminer l'id de chacune des 4 icônes : - assigner une icône au QA - allez voir dans le JSON du QA : http://<UserBox>:<PwdBox>@<IPBox>/api/devices/<idDevice> Voici le résultat chez moi : { "id": 1096, "name": "Saisons", ... "properties": { ... "deviceIcon": 1113, ... 3) mettre ces ID dans la table duQA: local saisons = { -- {saison = "non", mois = mois premier jour saison, icone = ID icone|0 si pas de changement souhaité}, {saison = "Pintemps", mois = 3, icone = 0}, {saison = "Eté", mois = 6, icone = 0}, {saison = "Autonne", mois = 9, icone = 0}, {saison = "Hiver", mois = 12, icone = 0}, } (remplacer l'ID 0 par la valeur trouvée dans le JSON.) Chez moi, ça donne ceci : local saisons = { -- {saison = "non", mois = mois premier jour saison, icone = ID icone|0 si pas de changement souhaité}, {saison = "Pintemps", mois = 3, icone = 1113}, {saison = "Eté", mois = 6, icone = 1114}, {saison = "Autonne", mois = 9, icone = 1115}, {saison = "Hiver", mois = 12, icone = 1116}, } Voici le QA : Saisons_v1.2.fqa Pour ceux qui n'ont besoin que de mettre le code à jour : code_v121.lua

ourf, en relisant, j'ai vu que jeparlais de VD => j'ai corrigé

c'est bien un QA, mais ce qui a semé le doute dans ton esprit, c'est l'icône qui montre une HC2. C'est un souvenir de @couillerot que je trouvait rigolo ... (de toute façon, outre l'extension, cela fait trèèèès looooongtemps que je n'ai plus de HC2)

Il reste important de comprendre, histoire que le soucis ne se reproduise plus ok, je te fais une proposition de QA.

sujet précédent mis à jour. Je devrais (théoriquement) m'en souvenir pour les prochaines fois

oui, mais publie ta règle GEA, on gagnera TOUS beaucoup de temps .......

ou poste ta règle GEA quine fonctionne pas (c'est utile pour debuguer .....)

tél alors, car ça DOIT fonctionner ( vu que ça fonctioone chez moi)

la réponse se trouve ici

Bonjour, J'ai créé ce QA en réponse à une question que j'avais posée ici : Ce QA va donc lister les devices qui ont été identifiées par la conditions {"Deads"} de GEA, et : lister les modules morts compter ceux qui ne sont pas listés dans la table excludeID = {} et mettre ce nombre dans une variable (Deads) qui pourra être exploitée par GEA. Voici un exemple du mail généré : voici comment je l'exploite dans GEA : -- réveiller les morts GEA.add ({"Deads"}, 0, "", {"QuickApp", id["DEADS"], "Deads"}) GEA.add ({{"Deads"}, {"VariableQA+", id["DEADS"], "Deads", "0"}}, 30 , "", {{"Deads"}, {"Email", "admin", "Réveil des #value# noeuds morts.\nLe #date# à #time#.", "Réveil des noeuds morts"}}) Et voici une icône que je trouvais sympa pour l'illustrer Le QA à importer : Deads_v1.0.fqa

dans mon Notepad++ lasyntaxe de GEA est ouverte en continue.

plaisir partagé

si tu as fait un copier/coller de mon exemple GEA, c'est normal, il y a une condition de temps dans mon exemple : à 06h30

je partage l'avis de @mprinfo : mieux vaut plus de points d'accès de moindre puissance que moins plus puissants

sinon, tu peux regarder ici un exemple d'envoiz par mail d'infos

Bonjour, Je viens de publier la v2.0, où j'ai ajouté la possibilité de recevoir le résultat par mail. Si vous aviez déjà importé le fqa, voici le code code_v2.0.lua

logique, car beaucoup d'interférences

résultat final : et comment : et les belles icônes (elles ne sont pas de moi) qui font joli : et je l'utilisee dans GEA : GEA.add ({{"TurnOn", id["EST_NOEL"]}, {"Time", "06:30"}}, 0, "", {"TurnOn", id ["JARDIN_PRISE"], 2*60*60})

oui, facile ! Je prépare une série de copies d'écran pour expliquer comment

c'est une Daikin. Dans mon salon, j'ai un écran qui est utile pour la configurer ET qui sert de thermostat. Je l'ai utiliser pour dire que je voulais utiliser un thermostat externe. Ainsi, elle est en demande uniquement quand un contact sec (c'est un Nest chez moi, mais ça pourrait être un FGS-2x4, ou ???)

s'il a une API, alors oui ...

D'aptès ce que je comprends de la doc on envoie du 230V à la PAC quand elle doit chauffer Mais ce que je ne comprends pas, c'est seulement 2 fils. OK 1 paire pour donner les ordres (en 230V), mais alors comment le thermostat est alimenté ? Donc en théorie (je ne sais pas te dire comment câbler - il faut peut-être également voir la doc de la PAC) oui, tu peux installer une sonde température z-wave dans le salon qui, via le panneau de chauffage ou une autre régulation sur la box, donne des ordres à un FGS-2x3/4 dans la chambre (ou directement positionné dans ta PAC).

je n'avais vas vu que c'était ce spécialiste qui était le fournisseur =>