Lazer

Ah voilà, nickel. Mais pourquoi passer par des scènes ? Avec la même logique, HA devrait pouvoir piloter les modules en direct : ouverture volet, etc.

C'est "normal", c'est à dire voulu. Dans la logique Fibaro, le module maitre représente le module physique. Par exemple un FGS-224. Et les modules enfants, représentent les endpoints Z-Wave, dont en gros les différentes fonctionnalités apportées par le module. Dans le cas du FGS suscité, on va trouver au minimum les 2 relais. Pour d'autre types de modules, on pourrait avoir des capteurs de température additionnels, etc... Je te conseille encore une fois de bien nommer tes modules parents, et du coup j'ajoute qu'il faut que tu les positionnes dans la pièce correcte (ça c'est facile, un module physique ne peut être situé que dans une pièce... contrairement aux fonctions logiques qu'on peut vouloir répartir dans différentes pièces) Et tu peux les laisser cacher.

Pourquoi une autre solution ? Il suffit de prendre en compte le fonctionnement et de faire comme indiqué. OK c'est différent de la programmation linéaire type Basic qu'on a appris à l'école, mais aujourd'hui de nombreux langages fonctionnent ainsi, c'est inévitablement lié à l'aspect connecté des requêtes, et des latences réseaux non maitrisables. Il faut s'y habituer. EDIT : tu as répondu entre temps.

Tu es sur HC2 ou HC3 ? Sinon oui le retour des commandes http est asynchrone, il s'exécute après. Voir :

Je n'ai jamais utilisé Home Assistant, et je connais encore moins le plugin Fibaro-HC3... Néanmoins, tu peut tout à fait créer une scène sur la HC3 sans déclencheur, et lancer son exécution manuellement. Depuis l'interface en cliquant sur le bouton, ou bien via l'API, je crois que c'est quelque chose comme ça (à vérifier avec les outils de dév de ton navigateur ou bien avec le Swagger de la HC3) : /api/scenes/123/action/start Remarque : tu peux aussi utiliser une fonction dédiée dans un QuickApp : /api/devices/123/action/maFonction

Il faudrait que tu renommes tes modules parents (cachés par défaut) pour les reconnaitre plus facilement que par leur ID. Sinon pour les versions, c'est un peu le fouillis sur le topic, il faut bien prendre le temps de lire chaque post, il y a une version différente avec le regroupement des modules par pièce.

Le fichier PHP est attaché dans le tout premier message du topic, puis les autres versions dans les posts suivants pourtant. Windows c'est pas franchement l'idéal pour faire tourner serveur Web avec PHP... c'est même la pire des solutions je pense. Mais normalement avec LAMP ça devrait le faire, le principe c'est qu'ils ont tout regroupé (Apache, PHP, ...) dans un seul package à installer. Jamais testé cela dit, j'ai toujours fait tourner mes serveurs Web sous Linux ou mon NAS (donc Linux aussi)

Je vois que tu fais un updateView, pourquoi, tu as un label ? Si tu veux mettre à jour la propriété value du module, c'est avec updateProperty("value", ma_nouvelle_valeur)

Tu as pu faire un plan de ton maillage ? Avec l'outil Fibaro réservé aux installateurs (puisque nous autres geeks sommes trop bêtes pour utiliser et comprendre ce genre d'outil), ou bien avec celui dispo sur le forum :

Sans même étudier le code, je peux déjà te dire qu'il ne t'a pas donné la structure d'un code LUA pour QuickApp sur HC3, mais..... d'une Scène sur HC2 ! Après c'est logique, quand on connait le mécanisme de base de fonctionnement des "intelligences artificielles" génératives telles que ChatGPT. Faut bien comprendre que ces IA ne comprennent pas du tout ce qu'elles font, elles se contentent d'agréger une grande quantité de données, de les mouliner, et de les restituer d'une façon qui semble cohérente... un peu comme un humain le ferait intuitivement par association d'idée (cf par exemple la question sur "femmes élues présidentes de la république en France"... selon la façon de poser la question, il y en a 3, ou 1, mais pas 0 ). Du coup, avec des mots clés comme LUA et FIBARO, hop, il te sort du code qui semble pertinent, sans prendre en compte les subtilités (mais néanmoins importantes) comme Quickapp versus Scène, car il manque d'informations pour bien faire la différence. Autre chose aussi, si tu as utilisé ChatGPT, il utilise une base de données relativement ancienne (jusqu'à 2021 je crois), qui n'est pas mise à jour avec le contenu récent du web. Du coup, on compte plus de codes LUA pour HC2 que pour HC3 dans le passé. Le résultat qu'il te donne est la conséquence logique du fonctionnement de l'IA. L'utilisation de ChatGPT fonctionne assez bien pour des bout de codes sur des fonctions et avec des langages très populaires... car en fait les exemples de code existent déjà sur le web (du coup, pourquoi utiliser ChatGPT, alors que Google fait déjà bien le travail)

ça se précise, j'ai enfin reçu tout le matériel, il ne manquait plus que les 6 nouveaux panneaux reçus aujourd'hui, achetés chez Allo Solar : 2 x Trina Solar Vertex S 400 Wc (pour étendre le 2nd champ existant, sur le garage) 4 x Trina Solar Vertex S 420 Wc (pour créer un 3ème champ, qui sera sur la maison) => exposition complètement différente et plus efficace, le pan de toit en jaune sur le plan de la 1ère page, permettra un bon complément en fin de journée avec le soleil couchant ainsi qu'en hiver.

Non pas d'idée... les mystères des ondes radios. Remarque, peut être un autre bug ? Il faudrait demander au support Fibaro de faire une analyse, dès fois que.... si tu es motivé.

C'est quand même très étrange... je ne sais pas exactement comment fonctionne ce système de notification avec réponse, mais il ne nécessite pas l'ouverture de port sur le routeur/firewall. Déjà c'est contraire aux principes de Fibaro (question de sécurité), et j'ai testé chez moi sur ma box de test qui n'est pas accessible depuis Internet. Après comme tu dis, si ça ne fonctionne pas avec une scène standard, ça ne risque pas de fonctionner avec GEA, qui ne fait qu'exploiter les mécanismes mis à disposition par Fibaro sur la box. Du coup.... désolé mais là je n'ai pas d'idée pour ton problème

Désolé pour le délai de réponse... as-tu réessayé depuis, ça fonctionne, ou bien toujours le bug ? Je viens de tester, et à priori tout est OK. Si tu soupçonne un bug, il faut refaire le test en isolant cette ligne dans ta config, et en activant GEA.debug = true et GEA.lldebug = false dans ta fonction config(), et ensuite partager le log ici.

@Franco268 j'ai bien compris ce que tu voulais faire, mais après une étude plus attentive de ton screenshot, et en fait surtout grâce au second, je me suis rendu compte qu'il est complètement foireux ton screenshot. Pardon, mais je ne sais pas comment le dire autrement. Car il montre clairement le slider sélectionné, avec la zone à droite qui est censée être les propriétés du slider, mais en fait non, puisque tu as fait un montage pour le mettre à gauche, avec les propriétés du boutons qui sont recollées par dessus à droite. De quoi devenir fou !! Du coup tu peux suivre les indications de @jang

Ceux fournis par Fibaro sont en 192x192 pixels, mais ceux chargés par les utilisateurs sont toujours limités à 128x128, va comprendre la logique...

OK, alors voici Mais ce sont les icônes de la HC3, légèrement différentes de celles sur HC2.

Clic droit => ouvrir l'image dans un nouvel onglet, puis tu l'enregistres sur ton disque. Encore plus simple, l'enregistrement directement depuis le menu contextuel :

Si tu veux faire une opération mathématique, il y a plus simple, il suffit de mettre le signe - devant, encore plus efficace que la multiplication. Mais ces 2 solutions ne sont pas bonnes, car si le nombre est positif, ça donnera un nombre négatif en sortie. C'est donc bien math.abs() qui renvoie la valeur absolue, donc un nombre positif, en toutes circonstances. Ou bien si on ne veut pas appeler une fonction externe, on peut le faire avec un simple if pour tester si le nombre est négatif, alors renvoyer -nombre, else renvoyer nombre.

En LUA avec la fonction math.abs()

Oui OK. Sinon c'est un détail ici, mais en PV, le taux d'autoconsommation et le taux d'autonomie sont 2 statistiques bien distinctes.

Oui tout est possible. Ce que je dis, c'est que ce que tu as partagé au 1er post ne peut pas fonctionner, il faut appeler le slider par son vrai nom. On dirait que tu confonds le bouton et le slider... car c'est pas normal d'appeler ton slider "A" : D'ailleurs il y a un autre problème, dans ton message précédent du parles du clique sur le bouton, et dans le screenshot on voit que la fonction OnReleased est appelée par le slider, pas par le bouton.

Un multilevelsensor avec la propriété unit configurée sur % par exemple Ou alors, tu exploites la propriété batterylevel de l'un des QA existants (parent ou enfant), mais ça ne sera pas très juste, puisque cette propriété, bien que contenant un pourcentage, est censée contenir un niveau de batterie, pas d'autre chose.

Non, seulement les variables globales en sein du code LUA. Par opposition aux variables de type "local" et définies comme telles dans le code LUA, et dont la portée est la fonction ou la boucle en cours d'exécution. Revoir ce bon vieux tuto : Et pour voir un exemple pratique d'utilisation de _G :

Attention à la confusion des termes, _G c'est la super variable globale de type table, mais qui n'indexe que les variables globales en LUA ! Dans ce cas, "globale" s'entend sur la portée (scope) du code LUA en cours d'exécution. La demande de @TitiXsi concerne les variables globales de la HC3 qui sont accessibles avec les fonction getGlobalVariable et setGlobalVariable, et stockées de façon persistantes dans la DB. Une astuce qu'on utilise depuis la HC2, c'est de stocker un JSON dans la variable globale, donc tu peux utiliser json.encode et json.decode avant/après l'écriture et la lecture de la VG. Il y a quelques exemples sur le forum. Ou alors, tu stockes simplement tes ID de portage dans une VG, séparés par des virgules, puis tu utilises une fonction split() pour décomposer la string en une table.... seul souci, la fonction split n'existe pas en LUA, mais tu trouveras des exemples sur le forum, sur Internet, ou bien dans ma librairie tools qui est intégrée à quasiment tous mes Quickapps.