Bloug

je viens d'installer le Fork pour un MCP sur HC3 c'est pas mal ! Dépôt GitHub (le lien à partager) : https://github.com/northernRough/HC3_mcp Paquet npm : @northernrough/hc3-mcp-server https://www.npmjs.com/package/@northernrough/hc3-mcp-server Demande 1 : Crée-moi une scène Lua nommée « Bloug-test MCP » dans la pièce Salon, qui allume la lumière lorsque j'ouvre la fenêtre du bureau. Résultat — scène créée, id 365, type Lua, pièce Salon, activée en mode automatique. Le MCP a résolu seul les modules concernés : aucun device ne s'appelle « fenêtre » chez moi, il est donc parti de la pièce Bureau, a écarté le volet roulant, et a identifié le capteur d'ouverture 307 « DO - Bureau » (rôle OpeningSensor, rangé dans une autre pièce que le Bureau). Pour la lumière, il a retenu le 23 « Lumière », le seul endpoint du FGD212 à la fois visible et calibré, en écartant les 21 et 24 qui sont masqués. -- conditions { conditions = { { id = 307, isTrigger = true, operator = "==", property = "value", type = "device", value = true } }, operator = "any" } -- actions fibaro.call(23, "turnOn") Demande 2 Pas mal. Modifie-la pour que la lumière s'éteigne quand je referme. Et si tu peux ajouter une annonce vocale « fenêtre bureau ouverte » et « fenêtre bureau refermée » via le QA Voice Monkey, ce serait top. Résultat — scène mise à jour, sans aucune modification du QuickApp. Le MCP a lu les sources du QA VoiceMonkey (id 1204) et y a trouvé une méthode générique annonce(texte, echo) dans le main. Il l'a utilisée plutôt que le fichier Fenetre_Bureau existant, dont le texte est figé et qui est probablement déjà appelé ailleurs. -- conditions : deux triggers sur le même capteur { conditions = { { id = 307, isTrigger = true, operator = "==", property = "value", type = "device", value = true }, { id = 307, isTrigger = true, operator = "==", property = "value", type = "device", value = false } }, operator = "any" } -- actions local v = sourceTrigger and sourceTrigger.value if v == nil then v = fibaro.getValue(307, "value") end local ouverte = (v == true or v == "true" or v == 1 or v == "1") if ouverte then fibaro.call(23, "turnOn") fibaro.call(1204, "annonce", "Fenetre bureau ouverte") else fibaro.call(23, "turnOff") fibaro.call(1204, "annonce", "Fenetre bureau refermee") end Le repli sur fibaro.getValue sert au lancement manuel : dans ce cas sourceTrigger.value est nil, la scène lit l'état réel du capteur et agit en conséquence. Pratique pour tester sans aller ouvrir la fenêtre. Tout a fonctionné du premier coup. La scène et la variable globale ( crée pour un test ) ont ensuite été supprimées. par simple demande ....

Effectivement, le monde de la domotique a bien changé. À l’époque, Fibaro œuvrait pour se démarquer, proposer et créer des besoins, et le rachat par Nice n’aura finalement servi qu’à renforcer son propre écosystème. Effectivement, l’utilisation de Claude avec HA est impressionnante !!!! Plus besoin de savoir coder ! Ça me rappelle l’époque de Windows Mobile sous HTC, où l’on bidouillait les ROM, toujours à la recherche du truc stable… Puis Android et l’iPhone sont arrivés, enterrant toute une époque. J’utilise toujours ma HC3 et Claude me permet d’aller… beaucoup, beaucoup, beaucoup plus loin ! Après, certaines choses sont impossibles sur HC3, certes, mais la liaison du résultat d’une solution vers l’autre est toujours possible grâce à l’IA. Après, c’est cosmétique. Je pense que les solutions intégrant les serveurs MCP sont la bonne solution et qu’elles enterreront également une époque… Avant : Idée → apprentissage technique → développement → débogage → résultat Maintenant : Idée → IA → résultat → validation / correction Depuis que j'utilise claude, je ne programme plus ma maison, je lui explique ce que je veux qu'elle fasse. Bonne continuation à toi !

Héppp......Regardez ce que j'ai reçu hier soir !! !! Un GRAND merci à @bjabja pour sa gentilles !

@bjabja ! Grand merci ! Je te send un mp

« ET au » ne veut pas dire « OU au » ! Merci pour le second lien ! C’est plutôt cette pièce-là ! Après au-dessus du plafond, ça reste une simple platine. https://www.myminifactory.com/object/3d-print-ceiling-grid-mounting-plate-for-ubiquiti-unifi-ap-ac-lite-lr-nano-hd-140483

C'est mural ...pas pour le plafond, et il manque le plastique avec les ergots ! Je pense que je vais bidouiller une platine rapidos....

Salut, Je me retrouve à avoir jeté les fixations de plafond de mes bornes… et aujourd’hui, ayant terminé le faux plafond de mon garage… bah, je pleure ! Question : il faut trouver un fichier à imprimer pour les refaire. Est-ce qu’elles sont toutes compatibles les AC ? J’ai une U7 Lite. Si un pro de l’impression 3D passe par là… Merci !

Salut @Arnaud_la loge au magnolia Il faut créer une variable Jour/nuit puis deux scenes pour faire basculer cette variable pour pouvoir enfin ajouter dans ta scene la condition :

Bon Anniversaire !

je poste ici la version pour les Gen5 fonctionelle de base made by Claudio ! Nuki_Gen5.fqa

Désolé Claude a été le plus rapide...

Bonjour, je suis passé sur une V5. Personne n’a développé un truc ?

salut ! Pas de problème particulier de mon côté. ( re-testé en 5g à l'instant)

....Et la déclaration à ton assurance

Bonjour, Je me permets qq questions car je lis et relis avec beaucoup d’attention le travail de @lazer ainsi que vos échanges (j’en suis qu'à la première dizaine de pages ). Cela apporte déjà beaucoup d’informations et de pistes intéressantes pour bien commencer.... Question 1 : Sur des sites comme allo.solar, je vois une différence entre les kits d’autoconsommation classiques et des kits “Plug & Play” comme ceux proposés ici : https://play2.solar/ Pourriez-vous me donner votre avis sur ce type de solution ? Peut-être que cela n’existait pas auparavant, et que c’est une voie pertinente, ou au contraire est-ce simplement du “toc” ? Et la pertinence du double face ?? car c'est proche du sol là avec 10° Merci