jojo

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)

ma ligne en commentaire me permet de faire paler mes GH. Je sais, ce n'est pas beau. Mais en la réactivant et en supprimant tout les caractères spéciaux, ça ne fonctionne toujours pas. Mon url modifiée : local url = "https://maker.ifttt.com/trigger/xxx/with/key/xxx?value1=supairdefairedirececonveutasesGoogleHome&value2=&value3=TestDepuisHC3" url = string.gsub(url, "\n", "\r\n") url = string.gsub(url, "([^%w %-%_%.%~])", function(c) return string.format("%%%02X", string.byte(c)) end) url = string.gsub(url, " ", "+") http:request(url, { ... l'erreur 01.06.2022] [15:40:00] [DEBUG] [QUICKAPP173]: onInit [01.06.2022] [15:40:00] [ERROR] [QUICKAPP173]: QuickApp crashed [01.06.2022] [15:40:00] [ERROR] [QUICKAPP173]: Unknown error occurred: std::runtime_error: 'Invalid argument' ce sont mes chats noir qui reviendraient ? Pour des requètes POST et PUT, je vais regarder, mais il faudrait d'abord que je comprenne la différence avec du GET ...

en effet, c'était de la version de la doc. As-tu trop bu ou quoi, que j'allais adapter la version LUA.... Ceci dit, tant qu'à faire des modifs dans la doc, je regardais à l'instruction {"Repeat"}, elle ne fonctionne pas avec l'action {"Inverse", #} (mais bien avec {"Inverse"}). Quand je ,dis ne fonctionne pas, c'est que GEA ne se met pas automatiquement en "Running: Yes" lors de la sauvegarde. Est-ce que j'ajoute une remarque dans ce sens dans la doc ou tu regardes à corriger le bug ?

mais justement, ton bout de code ce n'est pas pour que les caractères spéciaux passent ? en tout cas ce code passe (avec le "è" et une instruction mise en commentaire) local http = net.HTTPClient() local url = "https://maker.ifttt.com/trigger/Message/with/key/bZ5dr5MH9lcZ8c53F4AXau?value1=supèr de faire dire ce qu'on veut à ses Google Home&value2=&value3=Test Depuis HC3" url = string.gsub(url, "\n", "\r\n") -- url = string.gsub(url, "([^%w %-%_%.%~])", function(c) return string.format("%%%02X", string.byte(c)) end) url = string.gsub(url, " ", "+") http:request(url, { success = function(response) if response.status == 200 then print('OK, réponse : '.. response.data) else print("Erreur : status = " .. tostring(response.status)) end end, error = function(err) print("Erreur : " .. err) end, options = { method = 'GET' } }) donc je ne crois pas que mes chats noirs soient revenus (et je ne suis pas pressé de les revoir)

non, mais on en connait d'autreS

J'ai voulu utiliser cette fonction et à la ligne url = string.gsub(url, "([^%w %-%_%.%~])", function(c) return string.format("%%%02X", string.byte(c)) end) (url = local url = "https://maker.ifttt.com/trigger/xxxx/with/key/xxxxx?value1=supèrde&value2=&value3=TestDepuisHC3" ) J'ai l'erreur suivante [30.05.2022] [17:53:00] [ERROR] [QUICKAPP173]: QuickApp crashed [30.05.2022] [17:53:00] [ERROR] [QUICKAPP173]: Unknown error occurred: std::runtime_error: 'Invalid argument' qu'ai-je mal fait ?

La version en page 1 est-elle toujours d'actualité ? Je peux alors faire les modifs ainsi que quelques fautes de typo (héritage du passé ?) que j'ai vues en commençant à lire (mais pas toutes, tu me connais)

Magnifique (comme d'hab ), pourrais-tu également faire une allumée blanche (car du coup j'ai des idées ...) ?

c'est une preuve supplémentaire que GEA est plus fiable que les scènes blocs. Alors pourquoi ne pas tout mettre sur GEA ?

et comme je suis sûr que tu apprécieras cet automatisme, tu e, voudras plus, et donc tu reviendras en ayant investi dans une box

Bonjour, D'après la doc de GEA 7.x il y a -- "httpGet" : Exécute une requête HTTP mais ça ne fonctionne pas (enfin, je n'ai pas réussi) pour des requêtes https. Notmal ? Y a-t-il un truc ? Merci et bon pm

si tu veux pouvoir évoluer regarde s'il existe le FGS-224 HomeBridge, car je vois que tu es équipé Apple. sinon, il existe des contacts secs compatibles Google home

cool; car moi sur mon 27", c'était flou ... Je voulais juste te faciliter la vie ... j'édite mon post.

plutôt que des mettre est copies d'écran, ce serait plus lisible sit tu faisait une copier/coller du log en tant que code </> ici (c'est illisible pour moi, et sûrement très difficile pour @Lazer. Merci

merci @Lazer pour ces explications. Je les ais inclues dans mon fichier config. En voici une copie pour mettre dans une prochaine version, afin qu'on ne te pose plus la question ... function config(GEA) -- =================================================== -- Configuration générale -- =================================================== GEA.debug = false -- |true -- affichage de messages basiques, pour aider l'utilisateur à comprendre le fonctionnement (ou non) de ses propres règles -- display basic messages to help end-user tp understand the (non-)working on his own rules GEA.lldebug = false -- |true -- (= Low-Level) : affichage de messages supplémentaires pour aider les développeurs à comprendre les bugs dans GEA -- (= Low-Level) : display additional messages to help GEA developpers to understand bugs in GEA GEA.portables = {} end

qu'as-tu comme box domotique ? (indispensable pour commencer - ce sera le cerveau de toute ta domotique évolutive => je te conseille la HC3 pour ne pas être limité ensuite) D'après la doc, page 7 : https://king-gates.com/wp-content/uploads/2020/03/STARG8_24_FR.pdf Je te conseillerais un module Fibaro FGBS-22, qui te permettra de : contact 1 (6-7) : statut barrière ouverte contact 2 (5-7) : statut barrière fermée OUT1 (15-16) : actionner la barrière température extérieure avec la sonde comprise dans le module. Maintenant, je n'ai pas lu toute la doc du moteur, mais si tu as deux battants, ne te faudrait-il pas 2 FGBS, sauf si les deux moteurs parlent, ou bien tu pourrais utiliser le OUT2 pour commander le second moteur

Welcome !

passer sous HC3 ?