Lazer

Bienvenue sur le forum

Ah OK version 2 du firmware des Sonos.... bah alors là aucune idée, désolé.

Je ne comprends pas en quoi l'application PC est indispensable, mais c'est on ton usage donc OK. En revanche je n'ai pas compris ta question sur la version S2.

Tu vas avoir du mal, elle n'existe pas. Uniquement application mobile chez Yamaha. Ou bien via Alexa / Google Assistant, là je ne sais pas trop, Nico va nous dire comment il fait.

Le Wi-Fi.... la raison pour laquelle je me suis débarrassé de tous mes Sonos il y a longtemps maintenant... Marantz ? Je ne savais même pas qu'ils faisaient du multiroom... Je pense que Yamaha MusicCast est l'écosystème multiroom le plus développé, largement plus que leur principal concurrent Denon Heos. Mais l'application mobile est certainement moins évoluée que Sonos, même si perso ça me convient.

Bienvenue sur le forum

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 :