jojo
-
Compteur de contenus
14 825 -
Inscription
-
Dernière visite
-
Jours gagnés
197
Tout ce qui a été posté par jojo
-
en réponse à "ChECSEco" est en effet le nom ve la variable. Cfr doc GEA : -- "VariableQuickApp" - "VariableQA" : Teste/modifie une variable d'un QuickApp -- SYNTAXE : {"VariableQuickApp!", <id_module>, <"nom_variable">, <"valeur">} -- CONDITIONS : GEA.add( {"VariableQuickApp!", 73, "MaVariable", ""}, 0, "Variable QuickApp #name# = #value#", {ACTIONS} ) -- Vérifie si la variable MaVariable du QuickApp 73 est différente d'une chaine vide GEA.add( {"VariableQuickApp+", 73, "MaVariable", 29}, 0, "Variable QuickApp #name# = #value# > 29", {ACTIONS} ) -- Vérifie si la variable MaVariable du QuickApp 73 est supérieure à 29 -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"VariableQuickApp", 73, "MaVariable", "Ma Valeur"} ) -- Affecte la valeur "Ma Valeur" à la variable MaVariable du QuickApp 73
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
je n'ai pas lu tous vos échanges, mais @Lazera redéveloppé GEA pour HC3, et (normalement) les règles définies pour HC2 continuent de fonctionner.
-
j'ai entendu que chez HeatIt, ils faisaient des choses sympas. Perso, j'ai un Nest, et j'en suis très content : intégrable avec la HC3, mais aussi autonome
-
IN1 et IN2 sont les deux entrées contacts secs du module FGBS-22 (toi pour avoir cette info - sur le status de la porte - tu utilises un Vision ZG8101) Voici les règles GEA utilisées pour "déclencher" le QA : --========================= -- GARAGE --========================= -- Statuts GEA.add({"Value!", id["GA_MOUVEMENT"], ""}, -1, "", {"QuickApp", id["GA_STATUT"], "Statut"}) GEA.add({"Value!", id["GA_OUVERT"], ""}, -1, "", {"QuickApp", id["GA_STATUT"], "Statut"}) et le QA. P.S. ne cite pas le message précédent quand tu y réponds, ça alourdit la lecture du post GA_Statut.fqa
-
je ne connais pas ce VD. Mais j'ai développé un QA de type interrupteur multi-niveaux qui : permet de visualiser si la porte est ouverte, fermée ou en position intermédiaire en cliquant sur l'icône, on peut l'actionner. Sa mise à jour est basée sur des déclencheurs générés par GEA. Comme module, j'ai tout fait avec un FGBS-222 : status de la porte : IN1 et IN2 commande de la porte : OUT1 S'il t'intéresse, je peux le partager, mais comme il est très spécifique/personnel, il me sera impossible de l'adapter à tes besoins
-
je l'utilise ainsi, c'est un paramètre du module, donc valable pour n'importe quelle box : HC2, HC3, Jeemerde, ton cul (hass) , ... en effet le bouton n'est plus actif ;-) => voir doc
-
oh, c'est juste ça ! Modifie le paramètre 1 (always ON), et le bouton du WP ne sera plus actif, et idem pour depuis la HC3, sauf si tu rebascule le paramètre 1
-
je vais essayer de faire des tests chea moi alors (mais rien au niveau del'alarme (Fibaro ?))
-
lr miruc ne serait pas de tester/valider u, un WP local non critique ?
-
Bonjour, novice ayant besoin d’aide. Relais niveau d’eau
jojo a répondu à un sujet dans Nouveau ? Présentez-vous
donc pour toute la logique, ce ne sera pas ici ... -
@mikael2235, juste pour ma "culture", self.cligno c'est la même chose que local cligno ?
-
Bonjour, novice ayant besoin d’aide. Relais niveau d’eau
jojo a répondu à un sujet dans Nouveau ? Présentez-vous
Salut, et bienvenue. La règle ici veux qu'on ne pose pas de question dans sa présentation (car peu de gens sont susceptibles d'y apporter une réponse), mais, je ne peux pas m'empêcher d'essayer d'y répondrecar je trouve le projet intéressant. Comme tu as déjà tes 4 niveaux à contact sec, il te faut 2 FGBS-222 pour récupérer leurs infos. Ensuite il te faudra quelque chose pour commander le pompe de ton puits : soit un Wall-Plug si la pompe est pilotable par 220V si la pompe se déclenche par un contact sec, tu peux utiliser une des (4) sorties de tes 2 FGBS-222. Ensuite pour mettre en place la logique que tu as décrite, GEA sur une HC3 serait parfait. Mais qu'as-tu comme box ? -
merci, zut alors, je l'avais lu complètement avant de poser la question, mais j'ai dû mal lire => Merci
-
dans mon moteur il u a 2 fil (sur un bornier) qui quand ils sont brièvement "courcicuités" (= petit pont) enclenchent la porte. C'est également un contact sec que j'ai branché en parall§le sur un bouton poussoir et sur les 2 sorties OUT1 de mon FGBS-222. Maintenant où sur ton moteur, cela dépend (évidemment) d'un modèle à l'autre. Si tu as un schéma de la doc, je pourrais essayer de t'aider à trouver les bons 2 fils.
- 29 réponses
-
- 1
-
-
- tuto ouvrants
- garage
- (et 5 en plus)
-
Bonjour, ok pour lire une variable d'un QA depuis le QA où elle est créée : self:getVariable("NomDeLaVariable") mais je ne trouve pas comment lire(/écrire ?) cette variable depuis un autre QA. Merci aux experts
-
j'expliquais justement qu'ave le fgbs--222, je n'avais plus besoin d'un FGS-222 (ou de son remplaçant le FGS-224)
-
pour mes portes de garage, en fait je fait TOUT avec un FGBS-222 par porte : les IN1/2 sont là pour voir le statu de la porte (2 contacts secs fournis par le moteur) et le OUT1, je l'utilise (indépendamment du IN1) pour faire le contact sec d'ouverture de la porte. (Avant j'avais un FGBS-221 pour le statut et 1 FGS-222 pour commander la porte)
-
j'espère, mais en fait le test est facile à faire : essaye dit nous quoi. (facile vu que bouton sur pile)
-
Après l'anniversaire du Maître fondateur du forum, c'est au tour d'un autre Maître : notre Maître électricien à tous => bon anniversaire @Did
-
du coup tu aurais 2 bleus vers ta prise ? je metterais un brun (ou noir, ou orange, ..., car l'idéal est de changer de couleur après un relais (=leçon de @mprinfo)) entre le Q et la deuxième borne de ta prise. Et comme il y a chaque fois 2 fils, c'est que 1 doit être pour l'arrivée de courant, et l'autre pour le départ vers une autre prise => il faudrait min 2 wagos
-
I knew you would react and propose a solution. Now, I "just" have to try to understand how to implement it at home => thank you !
-
Aujourd'hui, c'est l'anniversaire du fondateur ( @Moicphil) du seul forum qui vaut la peine d'être mis en favoris ! Il ne te reste plus que 1 an pour "profiter" de ta jeunesse => profite !
-
en fait le QA se lance automatiquement toutes les nuits pour aller chercher sur un site un certain nombres d'infos (lever/coucher soleil, aube/crépuscule, ...) et créer (s'ils n'existent pas déjà) les événements qui pourront servir de déclencheurs dans des Scènes ou GEA, mais PAS (d'après ce que j'ai compris) pour lancer une méthode (fonction) d'un QA.
-
en fait, de ce que j'ai compris du QA, c'est qu'il crée un event qui pourra ensuite être utilisé dans une scène ou dans GEA. En fait, ce qu'on (que je) voudrait (s), c'est le contraire : Une méthode d'un QA qui se lance sur base d'un event, soit a été préalablement défini dans la section Evénements/Général; soit (encore mieux) a été définit préalablement dans le code LUA du QA (fonction onInit() ?) Je suis persuadé que c'est possible, car GEA le fait (mais je n'ai pas les compétences pour faire le reverse engineering) ... Est-ce plus clair ?
-
Merci, je vais regarder ,à tout cela en détail. Perso, si tout est géré dans le QA, je préfère, et ça doit être possible (cfr GEA avec -1)
