Lazer

Ah désolé j'ai loupé ton message concernant le QA switch J'ai regardé, mais je ne comprends pas ce qui te pose problème ? Je ne sais pas si j'ai compris ce que tu cherches à faire, mais j'aurais procédé différemment : - Une loop infinie - les fonctions turnOn et turnOff activent une variable true/false - lors de chaque exécution, la loop vérifie la valeur de la variable, et si true, alors effectue l'action. Plus simple et efficace ainsi je pense.

Sur le principe, je suis d'accord, mais .... ce n'est pas si simple, nous avons tous des usages différents. J'ai longuement expliqué cette histoire de taux d'autoconsommation sur le topic de mon projet. Si tu as la capacité de lancer des consommateurs pendant que le soleil brille (routeur solaire, chargeur VE programmable, pompe de piscine, chauffage, ou que sais-je encore) alors tu pourras améliorer ton autoconsommation. Sinon, bah... Il sera mauvais, comme la majorité des gens (je dis pas ça méchamment, c'est juste un constat de fait). C'est là que la domotique devient utile, elle permet de déclencher les consommateurs en journée, ce qui est difficile à faire à la main sauf à être retraité assis devant sa fenêtre toute la journée pour surveiller les nuages.

Oui voilà tu l'as dit, "une commande" passée en string, pas un "nom de variable" manipulé en string Le truc, c'est que quelque soit le langage de programmation, tu ne peux pas jouer avec le nom des variables qui est défini lors de la compilation du programme, c'est à dire avant son lancement. Durant l'exécution du programme, le nom des variables n'existe même pas, ce sont juste des emplacements mémoires, à des adresses bien précises, que le CPU va aller lire/écrire. C'est pour cela que je t'ai indiqué qu'on utilise les Tables en LUA, on peut manipuler leur contenu à loisir avec des index. Ces index peuvent être de type numérique (entier à partir de 1 en LUA, ou à partir de 0 dans de nombreux autres langages), ou bien de type chaine de caractère (string) Et là, cet index de type string, on peut le manipuler, c'est tout à fait possible. Par ex : local myTable = { myIndex_1 = "Hello", myIndex_2 = "World", } for i = 1, 2 do local ton_index_en_string_devant_le_prisunic = "myIndex_" .. i print("nom de l'index : ", ton_index_en_string_devant_le_prisunic) local value = myTable[ton_index_en_string_devant_le_prisunic] print("valeur de l'index : ", value) end Ce qui se rapproche un peu de ce que tu cherchais à faire initialement, un peu plus lourd à manipuler, mais fonctionnel (j'ai pas testé ce bout de code donc j'espère qu'il n'y a pas d'erreur de syntaxe, mais c'est pour expliquer le principe)

Alors je développe pas mal en Shell à mes heures perdues, mais le backquote (ou le $(...)) ne sert pas à évaluer le nom d'une variable sous forme de chaine de caractère, mais à évaluer une commande complète. Ou alors je veux bien un exemple où tu manipules le nom d'une variable, car il ne me semble jamais avoir vu ça en Shell. EDIT : après les scripts Shell ne sont pas compilés, mais interprétés, donc ça change beaucoup de choses, les possibilités peuvent être différentes.

Ah oui ça, je ne dis pas le contraire... après on connait Fibaro, l'équipe de développement n'a jamais été capable de suivre les promesses marketing. Ils sont lents, et leurs box n'ont jamais été les plus ouvertes et évolutives qui soient. Pour ça, rien ne vaut les projets communautaires... aujourd'hui la mode est à Home Assistant. C'est une autre philosophie.

Ce n'est ni lié à Fibaro, ni au LUA, mais au mode de fonctionnement des compilateurs de langage de programmation en général. Tu connais un language de programmation où tu peux manipuler le nom d'une variable et en évaluer son contenu ? En LUA, ce que tu peux manipuler, ce sont les noms (sous forme de string) des index des tableaux. J'aurais pu t'écrire un bout de code en sens là d'ailleurs, mais c'était plus lourd que la solution très basique que je t'ai proposé. D'ailleurs ta question n'a rien à voir avec les QuickApp directement, mais plutôt aux possibilités du langage LUA en général.

Tu ne peux pas manipuler les noms des variables, il faut travailler avec des tableaux ("table" en LUA) Exemple de code, à tester : local ids = { [1] = 1234, [2] = 4567, } for _, ID_device in ipairs(ids) print("Device under analysis :", ID_device) local value = hub.getValue(ID_device, "power") print("value_" .. ID_device .. " :", value) end

Comme tu l'as bien compris, toute la rentabilité de ton installation dépendra de ta capacité à autoconsommer le maximum de ta production, donc c'est là dessus que tu dois travailler si tu veux affiner ton projet. JPME tu peux oublier, l'entreprise n'est pas fiable (aucune communication, paiements très en retards, etc) et ils s'orientent vers le système de batterie virtuelle.... comme Urban Solar, qui est plus sérieux, donc inspire plus confiance (je n'ai vu aucun client s'en plaindre)

Oui, je vais la partager, ne t'inquiète pas, mais comme je disais, elle consomme pas mal de CPU.... mais sans conséquence sur la box, ça fait déjà un mois que ça tourne chez moi.

Oui ça fonctionne très bien, d'ailleurs j'en parle dans un message un peu plus haut Avec GEA, j'ai un scénario qui met le ventilateur en position silencieuses (Diffuse) quand on entre dans une pièce, c'est super WAF. Et la régulation en fonction de la sonde dans la pièce, c'est topissime.

Franchement c'est pas moi qui vais m'en plaindre, je préfère qu'ils enchainent les betas pour bien détecter tous les bugs, et qu'ils sortent des stables plus rarement. Ceux qui ont connu la HC2 comprendront l'angoisse qu'on a vécu à chaque mise à jour, avec les beta stable et stable instables !!

Cette mise à jour envoie du lourd, imaginez un peu le nombre de correctifs, modifications non documentées, et nouveautés inclues dans cette seule ligne

Ce site ressemble de plus en plus à une arnaque caractérisée. Je viens de faire un tour, sur la page d'accueil, plein de nouveautés qui n'ont rien à voir avec la domotique. Exemple ce cuiseur à riz, comme plein d'autres produits de toutes sortes, on se doute bien qu'il n'y a aucun article en stock, au mieux c'est du dropshipping, au pire un bon moyen d'attirer le chaland avec des tarifs compétitifs pour encaisser l'argent sans jamais expédier le produit :

J'ai publié en première page la version 3.22 du script de sauvegarde pour HC3 qui corrige le bug de téléchargement du dernier backup réalisé.

Firmware 5.152.24 BETA 07/02/2024 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. What's new: Elero Updated the radio module firmware. Nice Updated the radio module firmware. Z-Wave Stability improvements.** Improvements for network perfomance.** Updated the radio module firmware (YH/HC3L). Bug Fixes: Devices Fibaro RGBW2/Nice RGBW-Control becomes unconfigured in rare cases. Heatit Z-Smoke no longer reports motion detection. Issues with controlling Fibaro RGBW1 after pairing the device. FTI Error during setup of the installer while performing the FTI by mobile application. Other Random 502 error in webUI in some cases. System boot issue in very rare cases. Error 409 after adding again previously added Smart Start DSK.** Minor UX and UI improvements. Quick Apps Fixed issue with file manager in the editor. Z-Wave Fixed issue with resetting all parameters to default in rare cases.** Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. Gateway connection is not available in the new Z-Wave engine version. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

Bienvenue sur le forum Heureux d'apprendre que mon projet t'a servi de source d'inspiration

Je n'utilise pas ton QuickApp, mais j'ai testé hier soir et ce matin suite à la lecture de vos messages, et de mon coté l'application Melcloud fonctionne toujours (je ne l'utilise pas d'habitude) Donc si même votre compte Melcloud est bloqué à cause des sollicitations trop fréquentes du QuickApp, c'est gênant. Normalement là j'insère un laïus pour expliquer tout le bien que je pense des Clouds

Je ne comprend pas de quelle limite tu parles ? C'est de la communication locale, il n'y a pas de limite si tu fais référence aux limitations imposées par Melcloud.

Oh non c'est tout simple, il suffit de cliquer sur le bouton Télécharger dans l'onglet Avancé du QuickApp :

Oui exact, vieux réflexe du temps où les FGBS ne permettaient pas de piloter les sorties. Reste que les FGBS nécessitent une alimentation AC/DC, donc au final on risque de se retrouver avec un montage plus complexe, plus encombrant, et plus couteux qu'un FGS directement alimenté en 230V dont on utilise la sortie contact sec. Donc à étudier au cas par cas.

Oui c'est un peu pour ça que je ne l'ai pas cité, tant que Fibaro ne nous permet pas de faire du SSL, impossible d'intégrer nativement le KLF 200 sur la HC3 sans recourir à une passerelle tierce Sinon il reste encore une autre solution, à l'ancienne, c'est de sacrifier des télécommandes d'origine (ça s'est beaucoup fait avec le RTS, mais théoriquement ça doit aussi fonctionner en IO), et de venir souder les relais contacts secs des modules Fibaro FGS, ce qui permet de simuler l'appui sur les boutons de la télécommande. Là on est en pleine bidouille, mais parfois on n'a pas le choix avec les vieilles technos, ou bien trop fermées...

Snif.... espérons que ça se débloque pour toi. @henri-allauch des news de ton coté ?

Somfy... quoi ? RTS ou IO ? Pour RTS c'est facile, ce n'est absolument pas supporté sur HC3. Et pour IO, c'est possible en passant par une passerelle comme le KLF-050, on en parle sur le forum, tu retrouveras facilement la discussion. Mais rapidement couteux car il faut additionner le cout du KLF-050 plus un module FGS... Donc valable pour 1 ou 2 volets, mais plus difficilement pour des volets dans toutes la maison.

Va savoir, le propre du bug c'est d'être imprévisible...

Ça peut être un bug du firmware du module... L'exclusion et la réinitialisation peut faire du bien.