Lazer

Non. Il faut chercher.... pas évident du tout. Souvent quand ça se produit, c'est un scénario qu'on a oublié dans un coin et qui continue d'agir sur les modules. J'ai eu un cas une fois (avec un Wall Plug), c'était une association fantôme qui s'était créée entre 2 modules... j'ai mis plusieurs mois à trouver l'origine du problème !!! C'était sur HC2, qui a connu des firmwares par franchement stables, j'ose espérer que ça ne se reproduira jamais sur HC3.

La résistance, par définition, est toujours compatible. Le souci se pose sur les chauffe-eau évolués, avec courant ACI, thermostat électronique, télécommande, etc... là le routeur n'est plus utilisable simplement. C'est comme pour les radiateurs cette histoire, depuis qu'ils ont des thermostats électroniques, même sur les convecteurs de base, on ne peut plus les piloter en ON/OFF avec un relai, obligé de passer par le fil pilote. Du coup la solution que j'ai appliqué, c'est de "détourner" les fils qui vont entre la carte électronique et les 3 résistances. Ainsi le routeur peut injecter en direct dans les résistance, sans risque de tuer l'électronique du thermostat, et on bénéficie toujours de la protection thermique apportée par le thermostat qui coupera le circuit lorsque l'eau arrive à température. De même, le courant d'anode imposé continue de circuler pour la protéger de la corrosion. Technique que j'avais mise en oeuvre bien avant d'avoir le routeur, pour domotiser le chauffe-eau, sur les bons conseils de @Did qui l'avait fait sur le siens. Sur le net il y a une autre solution qui est documentée, qui consiste à littéralement couper une piste de cuivre sur le PCB du chauffe-eau, je ne suis pas fan du tout....

Je suis en train de penser à un truc en lisant ton dernier message, mais encore une fois sachant que je n'ai pas ce module "Walli Controller". Il est alimenté par secteur ou par batterie ? Car si c'est sur batterie, il est endormi et ne répondra pas aux sollicitations. Autrement dit tu ne pourras pas lui demander de s'allumer/éteindre à la demande. C'est un principe de base du Z-Wave. J'avais fait un récapitulatif à ce sujet d'ailleurs : Ensuite, si ce module est bien sur secteur (attention cela se configure lors de l'inclusion du module, il faut l'exclure et le réinclure pour changer de mode d'alimentation), alors il est réveillé, participe au routage du réseau, etc. Du coup, tu peux le piloter, il faut juste que tu trouves la bonne syntaxe / commande / paramètres à envoyer. Mais attention, modifier les propriétés du module n'est pas la bonne solution. Car ça va modifier les propriétés de la représentation logique du module, c'est à dire celle qui est stockée dans la base de données de la box. Mais ça n'enverra aucune consigne au module physique (trame Z-Wave) Pour cela, il faut bien passer par les actions, donc avec GEA il faut utiliser "Call" comme je te l'ai indiqué. Reste donc à exécuter la bonne action, avec le bon paramètre. Et là dessus je ne sait pas t'aider, n'ayant pas ce module, je ne peux pas reproduire. Remarque, si tu veux mettre GEA hors de cause, tu peux tenter l'opération dans une scène en mode bloc, puis la convertir en LUA. Tu trouveras alors les bons arguments à utiliser.... normalement en LUA ça sera dans une fonction hub.call()

Pour nos 2 voitures, voici ce que je fais : - un simple chargeur de type "CRO" branché derrière un contacteur de puissance => la domotique peut démarrer/arrêter la charge. En cas de temps intermittent, afin de ne pas flinguer le relai / chargeur / batterie, j'ai mis une tempo de 5 minutes minimum. Avec GEA. - un vrai chargeur évolué OpenEVSE qui sait adapter dynamiquement la puissance de charge en fonction du surplus solaire, à 1 Ampère près, soit 240 W environ.... ça fait comme un routeur solaire. Pareil, tempo de 5 minutes intégrée (configurable). J'en ai pas mal parlé sur mon topic photovoltaïque. Je suppose qu'à terme je finirai avec 2 vrais chargeurs, car la solution de type CRO c'est quand même pas super souple, la domotique ne peut pas piloter la puissance de charge.... m'enfin ça marche en charge lente après tout, ça suffit pour la plupart des trajets Puis quand la gamine sera grande, j'imagine qu'il faudra 3 chargeurs Z'ont pas l'air cool ces 2 là Mais si tu les écoutes, alors ça va

@jluc2808 Nickel tu es au bon endroit Pour info sur les subtilités de la HC3 à connaitre : Prenons l'exemple de ton premier module Walli dont l'ID est 452 Dans ton navigateur, tu peux voir son JSON complet en utilisant cette URL : /api/devices/452 Il y a toutes les infos qui concernent le module. Parmi les paramètres importants, il y a les propriétés, qui sont toutes accessibles dans la sous-rubrique "properties". Ces propriétés peuvent généralement être modifiées depuis GEA à l'aide de différentes actions telles que "Value", "Property", etc... En fait l'action "Value" va mettre à jour uniquement la propriété "value" de ton module, alors que l'action "Property" est plus large car il permet de mettre à jour n'importe laquelle des propriétés du module (enfin presque, certaines sont en lecture seule ou bien pas franchement recommandé de les modifier) Dans tes lignes plus haut, tu essayes de mettre à jour la propriété "ringUpperColor". Est-ce qu'elle existe bien ? Car elle n'existe pas sur le Wall Dimmer à ma disposition. Si c'est bien le cas, alors tu peux effectivement utiliser "Property". Ensuite plus bas dans le JSON, tu as la rubrique "actions" : Ce sont des fonctions que tu peux appeler, le chiffre représente le nom d'argument(s) attendu(s). On retrouve les classiques turnOn et turnOff que la plupart des actionneurs disposent (single switch, dimmer, etc), mais aussi des spécifiques à tel ou tel module, comme "setRingOnColor", etc Encore une fois dans mon Walli Dimmer la fonction "setRingsLightMode" que tu essayes d'appeler n'existe pas, mais elle doit exister sur ton Walli Controller je suppose. Quoi qu'il en soit, tu ne peux pas appeler cette fonction comme tu mettrais à jour la propriété d'un module. Dans ce cas, il faudrait utiliser l'action "Call" de GEA : {"Call", {452,457,460,463}, "setRingsLightMode", "on"} Par ailleurs cette suite d'ID ce n'est pas très ergonomique pour s'y retrouver. Tu peux utiliser un tableau d'ID, dont le prototype est présent dans le fichier config donné en exemple à l'importation de GEA. Et de nombreux exemples sur le forum, voir ici ou sur le Showroom GEA.

J'allais répondre la même chose que Jojo à ta suggestion En fait si, sur le sujet du QuickApp GEA pour HC3, dont le lien t'a été donné quelques messages plus haut. Et Jojo te l'avais aussi rappelé ici même. Sans agression aucune, ces derniers jours j'ai remarqué que ça fait plusieurs fois que tu survoles les sujets sans prendre le temps de lire les messages. Du coup, tu cherches partout ailleurs, y compris Google, ce qui t'amène sur de vieilles pages obsolètes, puis tu reviens poser tes questions sur le forum. C'est dommage, ça te fait perdre du temps, ainsi qu'à ceux qui prennent de leur temps pour t'aider. Je sais bien que c'est pas évident de débuter sur une nouvelle solution domotique, tout est différent des autres solutions (Home Assistant, Jeedom, Lifedomus, etc puisque tu as pu en tester quelques unes...) Mais prendre le temps d'étudier les docs ne peut que t'aider dans ta compréhension du bousin. (enfin les docs c'est vite dit, Fibaro n'en rédige que très peu, le forum est beaucoup plus complet, trop même puisqu'il faut pas mal fouiller) Pour revenir sur ta suggestion et la réponse de Jojo, clairement, GEA c'est pas le 1er QuickApp qu'on importe normalement. C'est plus un outil pour les utilisateurs avancés, c'est à dire ceux qui veulent gérer beaucoup de scénarios et/ou des scénarios complexes. En général, on commence par importer des QA tout fait du forum, créer des scénarios simples en mode bloc ou en LUA avant de s'intéresser à GEA, qui permet d'aller plus loin et plus simplement (plus simplement car tous les scénarios sont regroupés au même endroit, ce qui évite de devoir gérer 10 ou 100 ou 1000 scènes différentes...) Bref, bruler les étapes ne t'aide pas à monter en compétence de façon progressive sur HC3, la marche à franchir est d'autant plus grande. Et finalement je me rend compte que cette remarque s'applique au sujet même de ce topic : la table de routage Z-Wave. Je suis assez surpris que tu ailles diagnostiquer ce genre de sujet alors que tu n'as toujours pas la maitrise des fonctionnalités de base de la HC3. Encore une fois, ce n'est pas une agression, mais plutôt un constat, j'espère que tu pourras reprendre ta box en main si tu souhaites l'utiliser sérieusement, ce qui semble être le cas vu le nombre de modules Z-Wave que tu as inclus.

Tu aimes quand c'est compliqué on dirait A trop chercher partout, tu as dû tomber sur de très vieux (plusieurs années) messages concernant GEA pour HC2. Comme rappelé par Jojo, tu importes le QuickApp (fichier fqa), et tu ajoutes tes règles GEA.Add() dans le fichier (onglet) Config, à la suite des 2 ou 3 règles données en exemple, comme le montre la capture d'écran. C'est tout. Pas de Scène, pas de Scénario, pas de Github, pas de Variable globale, etc... Pour la suite des questions, va sur le topic Support GEA car c'est HS ici :

ça c'est intéressant. D'une part ça explique la panne que tu as rencontré, et d'autre part ça permet de relativiser l'étanchéité de ces sondes chinoises à bon marché....

Ah oui effectivement.

Bravo, et merci pour le partage de la solution.

là ça rend bien Presque une oeuvre d'art Ton module tout seul en bas, c'est quoi ? J'ai ce genre de problème pour des Qubino Fil Pilote, dont l'inclusion se passe mal, le module n'est pas entièrement configuré. Il fonctionne très bien, mais du coup sa table de routage est foireuse et le module ne passe jamais en nœud mort, même en le débranchant. J'imagine que ça peut se produire pour d'autres types de modules qui resteraient en "non configurés" dans l'interface.

Super

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