Classement

🎉 ON Y EST PRESQUE ! 🎉 On est en train de franchir les 1000 membres sur le forum ! 😍 Et un énorme merci à toute la COMMUNAUTÉ : vous qui participez, qui posez des questions, qui partagez, qui visitez mon profil (plus de 2725 visites déjà !), et qui faites vivre tout ça au quotidien ❤️ C’est grâce à vous tous que cette aventure est aussi belle et grandit si vite. Vous êtes incroyables ! Continuez à inviter vos amis, à discuter, et surtout : n’hésitez pas à poser vos questions, je suis là pour ça et la communauté aussi merci a a tous les contributeur @Pierre @Jack @CedricMD @Freyermuth @Ellywick @bernhara @Howmation @Zatoufly @Pomme-Kit @Carlito et tous les autres!!!! j’adore vous aider 🚀c'est ma passion !!!! Encore quelques inscriptions et on célèbre les 1000 membres officiellement ! Merci infiniment à toute la communauté, vous êtes les meilleurs !

Salut la communauté ! Je vous présente Chauffage Électrique Fil Pilote FR, une intégration Home Assistant 100 % locale spécialement conçue pour les radiateurs à fil pilote 6 ordres (NodOn SIN-4-FP-21, Legrand, Delta Dore, etc.). Attention ⚠️ utiliser la version v.1.0.8 stable Pourquoi j’ai créé ça ? Parce que Versatile Thermostat est génial (énorme respect à jmcollin78), mais il ne gère pas nativement les vrais ordres fil pilote français : Confort –1 °C, Confort –2 °C, etc. Du coup j’ai fait une intégration taillée pour la France : - 1 seul thermostat central virtuel (molette + 6 vrais modes) - Envoi des vrais ordres fil pilote via Zigbee2MQTT - Sécurité fenêtre ouverte par pièce - Calendrier chauffage global (input_boolean ou calendar) - Présence : 0 personne → Hors-gel / 1+ personne → mode demandé - Températures personnalisables (Confort, Éco, Hors-gel) - Sélecteurs d’entités partout (plus de copier-coller d’ID) - Installation HACS en 1 clic - Zéro cloud, zéro abonnement Ça tourne 24/7 chez moi (5 pièces) sans aucun souci. Lien GitHub : https://github.com/XAV59213/chauffage HACS : https://github.com/XAV59213/chauffage (catégorie Integration) Le projet est en cours de finalisation. Si vous avez du fil pilote, vos retours / tests / idées sont les bienvenus ! Merci à la communauté et à jmcollin78 pour son travail incroyable XAV59213

J’ai mis un ESP32 sur mon compteur d’eau… et j’ai vraiment divisé ma facture par deux en trois moisCela faisait des années que je regardais ma facture d’eau arriver tous les six mois avec une petite boule au ventre. Maison des années 80, plomberie fatiguée, trois ados qui prennent des douches interminables et un jardin qui boit comme un chameau l’été : tout était réuni pour que ça grimpe vite. J’avais bien un compteur divisionnaire dans le garage, mais lire les petits chiffres rouges tous les jours, très peu pour moi. Un soir, en scrollant les forums, je tombe sur un sujet où un gars explique qu’avec un débitmètre à 9 € et un ESP32 on peut suivre sa conso en temps réel dans Home Assistant, et surtout la voir apparaître directement dans le dashboard Énergie. Je me suis dit : si ça marche vraiment, c’est le projet le plus rentable de toute ma vie domotique. Trois semaines plus tard le colis AliExpress arrive, et je me lance… Capteur de débit YF-B6 : https://fr.aliexpress.com Sonde T° DS18B20 (20x7.5x3.6 Head) : https://fr.aliexpress.com/ ESP32 avec antenne Wifi : https://fr.aliexpress.com/ Comment j’ai installé ESPHome quand on part de rien À l’époque je tournais sous Home Assistant OS (sur un petit Intel NUC). Je n’avais jamais touché à ESPHome. Voici exactement ce que j’ai fait, étape par étape, et que tu peux copier-coller aujourd’hui sans réfléchir : Dans Home Assistant → Paramètres → Modules complémentaires → Boutique des modules complémentaires (en bas à droite) Recherche « ESPHome » → Installer la dernière version stable (à l’heure où j’écris c’est la 2025.11.2) Une fois installé, cliquer sur Démarrer et cocher « Afficher dans la barre latérale » L’interface ESPHome apparaît dans le menu de gauche. Clic sur le gros + orange « New Device » → donner un nom (j’ai mis « debit ») → Suivant → ESP32 → Skip (on flashera plus tard) Et voilà, en trois clics ESPHome est opérationnel. Aucun terminal, aucun SSH, rien à installer à la main. Le matériel que j’ai fini par garder Le grand classique : débitmètre YF-S201 en laiton rouge G3/¾", celui qui fait environ 300 impulsions par litre. Un ESP32 DevKitC ou WROOM-32 tout simple à 4-5 €. Une sonde DS18B20 étanche (facultatif mais pratique). Une boîte étanche 100 × 68 × 50 mm, un vieux chargeur 5 V 2 A, et surtout plus un seul câble Dupont dans la maison (je t’expliquerai pourquoi). Installation et mise en route : le guide pas-à-pas qui m’aurait fait gagner 3 soiréesJe vais te raconter exactement comment j’ai procédé du début à la fin, avec les choix que je referais aujourd’hui et ceux que je changerais. Le matériel que j’ai utilisé J’ai pris le débitmètre le plus répandu, le YF-S201 (filetage ¾" laiton rouge) qui fait environ 300 impulsions par litre. Coût ≈ 9 € sur AliExpress. Pour la carte, un ESP32 classique « DevKitC » ou « WROOM-32U » à 4-5 €. Une sonde DS18B20 étanche avec câble de 1 m (optionnelle mais je la recommande). Une petite boîte étanche 100 × 68 × 50 mm, un vieux chargeur 5 V 1-2 A, et surtout plus de câbles Dupont (on en reparlera). Le câblage définitif (plus jamais de faux contact) Au début j’avais tout branché en Dupont, ça a tenu trois semaines puis j’ai eu des coupures aléatoires. J’ai tout refait en fixe et depuis c’est du béton. Alimentation du débitmètre : fil rouge → 5 V de l’ESP (ou du chargeur) Masse : fil noir → GND commun Signal : fil jaune → GPIO13 + résistance pull-up 10kΩ entre le signal et le 5 V (j’ai mis la résistance directement sur la barrette à vis) Sonde DS18B20 : fil rouge → 3,3 V, fil noir → GND, fil jaune/blanc → GPIO23 + résistance pull-up 4,7 kΩ entre data et 3,3 V (classique) Tout est vissé sur une barrette à vis ou des Wago 221, gainé thermo, rangé dans la boîte étanche percée avec des presse-étoupe. L’ESP est alimenté par un vieux chargeur téléphone via le port micro-USB. Le YAML qui marche à tous les coups en 2025.11 Voici le fichier complet que j’utilise aujourd’hui. Tu le copies-colles tel quel, tu changes juste ton SSID/mot de passe Wi-Fi et l’IP fixe si tu veux. esphome: name: debit friendly_name: Débit Eau esp32: board: esp32dev framework: type: arduino logger: api: encryption: key: "eg92Kb6zRwUlHEbbvmFJUNLRSYuh9w/WpDEibQ=" ota: - platform: esphome password: "6d349cd3a4f9cb2e9ddcae0" wifi: ssid: !secret wifi_ssid password: !secret wifi_password manual_ip: static_ip: 192.168.0.93 gateway: 192.168.0.254 subnet: 255.255.255.0 fast_connect: true ap: ssid: "Debit Fallback" password: "tAtcEw" captive_portal: one_wire: - platform: gpio pin: GPIO23 sensor: - platform: wifi_signal name: "WiFi Débit Eau" update_interval: 300s - platform: dallas_temp name: "Température eau" device_class: temperature unit_of_measurement: "°C" accuracy_decimals: 1 update_interval: 60s icon: mdi:coolant-temperature - platform: pulse_meter name: "Débit eau instantané" id: debit_eau pin: number: GPIO13 mode: INPUT_PULLUP inverted: false unit_of_measurement: "L/min" device_class: water state_class: measurement accuracy_decimals: 2 icon: mdi:water-pump timeout: 15s filters: - lambda: return x / 300.0; total: name: "Consommation eau totale" id: conso_eau_total_m3 unit_of_measurement: "m³" device_class: water state_class: total_increasing accuracy_decimals: 3 icon: mdi:water-outline filters: - lambda: return x / 300000.0; time: - platform: homeassistant id: ha_time button: - platform: template name: "Remettre à zéro compteur eau" icon: mdi:counter on_press: then: - pulse_meter.set_total_pulses: id: debit_eau value: 0 - lambda: id(conso_eau_total_m3).publish_state(0.0); - homeassistant.service: service: input_text.set_value data: entity_id: input_text.last_reset_compteur_eau https://fr.aliexpress.com/item/1005007272043498.html?aff_fcid=8a37210562f44b7eaba2ccc877648d6a-1764611022455-02886-_c3Mch87h&tt=CPS_NORMAL&aff_fsk=_c3Mch87h&aff_platform=shareComponent-detail&sk=_c3Mch87h&aff_trace_key=8a37210562f44b7eaba2ccc877648d6a-1764611022455-02886-_c3Mch87h&terminal_id=8506d2f27c78403fb5d3c198fe1b8d0d&afSmartRedirect=y value: !lambda | auto t = id(ha_time).now(); char str[20]; snprintf(str, sizeof(str), "%04d-%02d-%02d %02d:%02d", t.year, t.month, t.day_of_month, t.hour, t.minute); return std::string(str);Flasher et première mise en route Dans ESPHome dashboard → Add device → tu colles le YAML → Install → Wireless (ou USB la première fois directement sur ton home assistant). À la première compilation tu auras peut-être l’erreur de linker OneWire que tout le monde a eu avec la 2025.11 : il suffit de cliquer sur les trois points de l’appareil → Clean Build Files puis recompiler. Ça passe du premier coup ensuite. Une fois l’ESP en ligne, tu auras immédiatement dans Home Assistant : sensor.débit_eau_instantané sensor.consommation_eau_totale (celle qui apparaît toute seule dans le dashboard Énergie → Eau) sensor.température_eau Intégration dans le dashboard Énergie Paramètres → Tableaux de bord → Énergie → Ajouter consommation → Eau → tu sélectionnes Consommation eau totale → Valider. C’est tout. Pas de Riemann sum, pas d’utility meter, rien d’autre. Le petit plus que j’ai ajouté ensuite Un card Lovelace toute simple pour voir le débit en temps réel et le bouton reset : type: vertical-stack cards: - type: entities entities: - entity: sensor.débit_eau_instantané - entity: sensor.consommation_eau_totale - entity: sensor.température_eau - entity: button.remettre_à_zéro_compteur_eauEt voilà. En une soirée (ou deux si tu fais l’erreur des Dupont comme moi) tu as un compteur d’eau ultra-précis, 100 % local, qui te suit au litre près et qui te fait économiser de l’argent dès le premier mois. Si tu suis ces étapes à la lettre, ça marche à tous les coups, même avec la dernière version d’ESPHome. Et surtout, tu n’auras plus jamais à y retoucher.

Ah, la vie de père de cinq enfants... Cinq ! C'est pas une famille, c'est une petite tribu. Y en a un qui crie parce qu'il a perdu sa chaussette gauche, l'autre qui transforme le salon en circuit de Formule 1 avec ses jouets, la troisième qui négocie comme un avocat pour 5 minutes de tablette en plus, et les deux derniers qui se battent pour savoir qui a le droit de respirer le plus fort. Et au milieu de ce chaos organisé, il y a moi : le papa qui veut juste... faire plaisir à sa femme. Ma chérie, cette sainte femme qui gère tout avec un sourire (et parfois des yeux qui lancent des éclairs), se plaint souvent : "À table ! Le dîner est prêt !" et personne ne bouge. Les enfants sont scotchés à leurs écrans, collés dans leurs chambres, ou en train de "finir juste cette partie" de je-ne-sais-quoi. Elle répète, elle hausse le ton, elle finit par envoyer des SOS par pigeon voyageur (non, en vrai, par WhatsApp, mais c'est pareil). Alors moi, en bon geek domestique armé de Home Assistant, d'Echo Dots planqués partout et d'interrupteurs connectés, j'ai eu LA idée de génie. L'idée qui allait révolutionner notre vie de famille. L'idée qui allait me faire passer pour le héros du foyer. L'interrupteur magique du dîner. J'en ai pris un beau, tout simple, WiFi bien sûr . Je l'ai configuré pour que quand ma femme appuie dessus : BAM ! SMS à toute la famille ("Le dîner est servi ! Venez à table !"), et en plus, annonce vocale sur TOUS les Echo Dots de la maison. Cuisine, salon, grange (oui on en a un dans la grange, ne demandez pas pourquoi), chambre, salle de bain... Partout. La voix d'Alexa qui résonne en stéréo : "Le dîner est servi ! Venez à table !"🤣 Voici les codes: C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! alias: Devoirs - Réunion pour les devoirs description: "" triggers: - trigger: state entity_id: switch.interrupteur_depart_arrive_switch_1 to: "on" conditions: [] actions: - action: notify.send_message metadata: {} data: message: >- C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! target: entity_id: - notify.maman - notify.papa - notify.xavier - notify.naomie - notify.anais - action: notify.alexa_media_grange_echo_dot metadata: {} data: message: >- C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! - action: notify.alexa_media_xavier_echo_show_5_2eme_gen metadata: {} data: message: >- C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! - action: notify.alexa_media_xavier_s_freebox_delta metadata: {} data: message: >- C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! - action: notify.alexa_media_xavier_echo_dot_sdb metadata: {} data: message: >- C'est l'heure des devoirs ! Tout le monde à table pour travailler ensemble ! - delay: hours: 0 minutes: 0 seconds: 5 milliseconds: 0 - action: switch.turn_off metadata: {} data: entity_id: switch.interrupteur_depart_arrive_switch_1 mode: single Le dîner est servi ! Venez à table ! alias: Dîner prêt - SMS/Push, Annonce Echo et Reset Interrupteur description: "" triggers: - trigger: state entity_id: switch.interrupteur_depart_arrive_switch_2 to: "on" conditions: [] actions: - action: notify.send_message metadata: {} data: message: Le dîner est servi ! Venez à table ! target: entity_id: - notify.maman - notify.papa - notify.xavier - notify.naomie - notify.anais - action: notify.alexa_media_grange_echo_dot metadata: {} data: message: Le dîner est servi ! Venez à table ! - action: notify.alexa_media_xavier_echo_show_5_2eme_gen metadata: {} data: message: Le dîner est servi ! Venez à table ! - action: notify.alexa_media_xavier_s_freebox_delta metadata: {} data: message: Le dîner est servi ! Venez à table ! - action: notify.alexa_media_xavier_echo_dot_sdb metadata: {} data: message: Le dîner est servi ! Venez à table ! - action: notify.alexa_media_grange_echo_dot metadata: {} data: message: Le dîner est servi ! Venez à table ! - delay: hours: 0 minutes: 0 seconds: 5 milliseconds: 0 - action: switch.turn_off metadata: {} data: entity_id: switch.interrupteur_depart_arrive_switch_2 mode: single Le premier soir : miracle. Elle appuie, les téléphones vibrent, les Echo parlent, et en 30 secondes chrono, tout le monde débarque à table. Les yeux de ma femme brillent. "T'es génial mon chéri !" qu'elle me fait. Je bombe le torse. Papa 1 - Chaos familial 0. Et puis... la réalité a rattrapé le geek. Deuxième soir : elle appuie pour le dîner. Annonce partout. Les enfants arrivent... mais déjà avec un petit sourire en coin. Troisième soir : "Le dîner est servi !" → Un gamin répond à Alexa : "Ouais ouais, on arrive..." Quatrième soir : J'entends depuis la cuisine un "Encore ?!" suivi d'un soupir collectif. Une semaine plus tard ? C'est l'enfer. Les enfants en peuvent plus. Le grand : "Papa, c'est lourd là, on dirait une alarme incendie à chaque repas." La deuxième : "Alexa me saoule, elle parle trop fort dans ma chambre." Le troisième : "Je peux pas avoir un bouton pour éteindre Alexa quand maman appuie ?" Et les petits... ben ils imitent Alexa maintenant : "Le dîner est servi ! Venez à table !" en boucle, juste pour embêter leurs frères et sœurs. Ma femme ? Elle adore toujours. Elle appuie avec un petit sourire sadique maintenant. "C'est pratique !" qu'elle dit. Moi je me cache dans la grange avec l'Echo qui répète le message en boucle! J'ai même créé un deuxième interrupteur pour les devoirs ("C'est l'heure des devoirs ! Tout le monde à table !"). Erreur fatale. Là, c'est la mutinerie ouverte. Les enfants complotent pour "débrancher Papa du réseau". Moralité de l'histoire ? Quand on est père de cinq enfants, on croit qu'on peut dompter le chaos avec de la technologie. En réalité, la technologie devient juste un nouveau membre de la famille... que tout le monde finit par détester (sauf maman). Mais bon, au moins, maintenant, on mange tous ensemble. Et c'est ça le vrai bonheur, non ? (Enfin... jusqu'à ce que je trouve comment faire un interrupteur pour le coucher. Là, je sens que je vais me faire lyncher pour de bon.) Papa geek, toujours en sursis. 🍽️😂 Désolé, je dois vous quitter, l’apéro est servi ! 😅 Je vous laisse avec le code. Bien sûr, n’hésitez pas à l’adapter à vos besoins. Si vous avez la moindre question ou une autre demande, faites-moi signe quand vous voulez, je serai ravi de vous aider !

Hello ! Pour info j'ai installé tout le nécessaire sur l'environnement de tests que je vous met à disposition sur https://testhomeassistant.fr/ . Vous pouvez donc librement créer un nouveau tableau de bord et ajouter les cartes mushroom pour les customiser avec le code de HA-Animated-cards pour voir un peu ce que ca donne ;-) Chaque nuit tout est remis à 0, donc pas de risque :)

Les interférences entre le Wi-Fi et le Zigbee sont un problème courant en raison de leur utilisation partagée de la bande de fréquences 2.4 GHz. Voici une explication détaillée et structurée pour mieux comprendre le phénomène et comment le gérer. 1. Contexte techniqueBande de fréquences commune : Le Wi-Fi (normes IEEE 802.11b/g/n/ac/ax dans la bande 2.4 GHz) et le Zigbee (norme IEEE 802.15.4, souvent utilisé pour les objets connectés comme les ampoules intelligentes, capteurs ou hubs comme le SLZB) opèrent tous deux sur la plage de fréquences allant de 2.405 GHz à 2.480 GHz environ. Canaux Wi-Fi : Dans la bande 2.4 GHz, le Wi-Fi utilise typiquement 13 canaux (numérotés de 1 à 13 en Europe), chacun occupant une largeur de bande de 20 MHz (ou 40 MHz pour les modes plus rapides). Ces canaux se chevauchent partiellement pour maximiser l'utilisation du spectre. Canaux Zigbee : Le Zigbee utilise 16 canaux (numérotés de 11 à 26), mais chacun ne fait que 2 MHz de largeur, avec un espacement de 5 MHz entre eux. Cela les rend plus étroits et plus sensibles aux perturbations. Lorsque ces canaux se chevauchent, des interférences se produisent : les signaux Wi-Fi, plus puissants et plus larges, peuvent "noyauter" les signaux Zigbee plus faibles, entraînant des pertes de paquets, des déconnexions, une latence accrue ou une instabilité du réseau Zigbee. 2. Comment se manifestent les interférences ?Perte de signal et instabilité : Si un canal Zigbee est trop proche ou chevauche un canal Wi-Fi actif (le vôtre ou celui d'un voisin), cela peut causer des erreurs de transmission. Par exemple, un routeur Wi-Fi sur le canal 6 (fréquence centrale ~2.437 GHz) peut interférer avec les canaux Zigbee 15 à 20. Facteurs aggravants : Densité des réseaux voisins (appartements, bureaux). Puissance des signaux : Le Wi-Fi émet souvent à plus haut niveau (jusqu'à 100 mW) que le Zigbee (typiquement 1-10 mW). Autres sources : Micro-ondes, Bluetooth, babyphones ou même certains téléphones sans fil utilisent aussi le 2.4 GHz. Impact sur Zigbee : Comme Zigbee est conçu pour les réseaux maillés à faible consommation (IoT), il est plus vulnérable. Cela peut se traduire par des dispositifs qui ne répondent plus ou un réseau instable. Pour illustrer le chevauchement des canaux : 3. Comment éviter ou minimiser les interférences ?Vérifiez la charge des canaux : Utilisez des applications comme Wi-Fi Analyzer (sur Android) ou des outils comme Acrylic Wi-Fi (sur PC) pour scanner les réseaux Wi-Fi environnants et identifier les canaux les moins encombrés. Choisissez des canaux optimaux : Pour le Wi-Fi : Privilégiez les canaux 1, 6 ou 11 (les plus espacés et moins chevauchants entre eux). Pour le Zigbee : Configurez votre hub (comme un SLZB-06 ou similaire) sur un canal éloigné, comme le 15, 20, 25 ou 26. Évitez les canaux 11-14 si votre Wi-Fi est sur 1, ou 21-24 si sur 11. Exemple de configuration idéale : Wi-Fi sur canal 1 (chevauche Zigbee 11-14), donc mettez Zigbee sur 20 ou 25. Passez au 5 GHz pour le Wi-Fi : Si vos appareils le supportent, migrez votre Wi-Fi vers la bande 5 GHz (ou 6 GHz pour Wi-Fi 6E), qui n'interfère pas avec le Zigbee. Améliorez l'environnement : Placez le routeur Wi-Fi et le hub Zigbee à distance l'un de l'autre (au moins 2-3 mètres). Utilisez des répéteurs Zigbee pour renforcer le maillage. Mises à jour et tests : Assurez-vous que vos firmwares sont à jour. Testez en changeant les canaux et en monitorant la stabilité.

Chers membres de la communauté forumdomotique et chers visiteurs, En cette période magique de fin d'année, je tiens à vous souhaiter à toutes et à tous un très joyeux Noël et de merveilleuses fêtes de fin d'année ! Que vos maisons soient encore plus intelligentes, vos automations parfaitement fluides, et vos ampoules connectées brillent de mille feux sous le sapin. 😄 Merci pour vos partages, vos astuces, vos questions et votre bonne humeur tout au long de l'année. Cette communauté est formidable grâce à vous ! Passez de beaux moments en famille et entre amis, reposez-vous bien, et on se retrouve en 2026 pour encore plus de projets domotiques passionnants ! Très joyeuses fêtes à tous ! ❤️

Jenova70 (JLo) : de la passion du dimanche à salarié chez Nabu Casa, l’histoire d’un maker qui rend la domotique open-source accessible aux francophones Jenova70, de son pseudonyme en ligne (également connu sous le nom de JLo, pour Jean-Loïc P), est un ingénieur français passionné par la domotique depuis plus d’une décennie. Originaire de France, il a découvert Home Assistant il y a environ quatre ans, une plateforme open-source qui l’a immédiatement séduit par sa flexibilité, son respect de la confidentialité et sa communauté dynamique. Ce qui n’était au départ qu’un hobby dominical avec des projets ludiques comme un cube connecté pour mettre à jour son statut Slack en télétravail ou un gadget anti-retard pour le boulot s’est mué en une véritable mission : démocratiser la domotique pour la communauté francophone. En juillet 2022, il lance la chaîne YouTube Horizon Domotique, dédiée à l’installation et à l’utilisation de Home Assistant. Avec des tutoriels clairs, accessibles et pragmatiques, tels que « Introduction à la domotique - Installation de Home Assistant » ou « Accéder à Home Assistant depuis n’importe où », il cible les débutants et les makers curieux. La chaîne compte aujourd’hui des milliers d’abonnés et met en lumière des outils comme ESPHome pour des projets DIY, MQTT pour la communication entre objets connectés, ou encore des automatisations avancées en Python via AppDaemon. Des lives interactifs, comme ceux sur le contrôle vocal ou la gestion du chauffage avec l’invité Piitaya (développeur de Mushroom Card), renforcent l’aspect collaboratif. Mais Jenova70 va bien au-delà de la création de contenu : il s’implique activement dans l’écosystème Home Assistant. Membre de la Communauté Francophone Home Assistant (HACF), il partage ses dashboards minimalistes qu’il décrit humblement comme « simples » et anime des discussions techniques sur le forum. Après une pause d’environ deux ans due à la paternité et à une reconversion professionnelle, il fait un retour fracassant fin 2024 avec un live sur les « sections de tableaux de bord » en collaboration avec Piitaya. Depuis août 2023, il travaille à plein temps chez Nabu Casa (l’entreprise soutenant Home Assistant et l’Open Home Foundation) en tant que Senior Product Manager. Il y fusionne sa passion et son expertise, en se concentrant sur l’expérience utilisateur des tableaux de bord, les nouvelles « sections », les automatisations avancées, et surtout le projet Wake Word Collective – qui vise à développer des wake words locaux comme « OK Nabu » ou « Hey Jarvis » pour une assistance vocale 100 % privée et open-source, attendus en 2025-2026. On le retrouve régulièrement sur Reddit, dans le subreddit r/homeassistant, où il partage des infos de première main sur le futur kit vocal Nabu Voice, les améliorations Bluetooth, ou les prochains wake words open-source. La communauté le voit comme une référence incontournable pour les francophones, grâce à son approche pédagogue et son engagement pour une domotique locale et respectueuse de la vie privée. À travers Horizon Domotique et son rôle chez Nabu Casa, Jenova70 incarne l’esprit open-source : collaboratif, innovant et axé sur l’utilisateur. Pour lui, la domotique n’est pas une simple tendance, mais un outil pour simplifier le quotidien sans sacrifier la souveraineté des données. Un exemple inspirant pour tous les makers français ! Prêt à booster votre setup Home Assistant ? Abonnez-vous sans tarder à Horizon Domotique → https://www.youtube.com/@HorizonDomotique/featured Cliquez sur la petite cloche 🔔 pour ne rien rater des prochains tutos, et rejoignez la communauté HACF pour poser toutes vos questions !

Cela fait 3 bonnes années que je tourne sous HAOS sur un vieux mini-pc et un dongle ZigBee Sonoff-p et Zigbee2mqtt. Ma première priorité était de domotiser mes volets roulants. Puis sont venues quelques prises connectées Des ampoules Des contacteurs divers pour suivre des consommations électriques (ouverture du tableau électrique avec plusieurs modules, modules dans des prises, pinces ampèrmétriques, Lyxee, etc...) Capteurs de température Station météo etc... Aujourd'hui j'en suis à plus de 45 modules ZigBee et à cela se rajoute des divers intégrations. Entre temps on joue avec HA, on installe un tas de trucs, on fait des test, on essaie. On s'aperçoit qu'il y a des choses dont on ne se sert plus, on désinstalle mais rien ne disparaît vraiment, on voudrait revenir à l'essentiel mais rien y fait. On a pas forcément les bonnes méthodes d'organisation, ça devient une "bordel" sans nom. Bref mon installation prend de l'embonpoint, elle met beaucoup de temps à redémarrer, les sauvegardes sont de plus en plus lourdes. Je décide donc de repartir à zéro et faire une installation de production propre et si je veux jouer avec HA pour faire des tests, des bidouillages (c'est trop chouette) j'installerai une autre instance sur une autre machine. nouveau mini-pc Nouvelle clé Zigbee SLZB-06M (bien sûr j'ai choisi le modèle le moins compatible avec la clé précédente.) L'ampleur du travail a effectuer m'a fait reculer de plusieurs mois et je me suis enfin lancé à faire ceci, certainement pas une idée de génie mais qui pourrait donner des idées à certains(es). J'ai retrouvé au fond d'un tiroir un Raspberry Pi3 b+ sur lequel j'ai installé un Debian Lite, Zigbee2Mqtt et mqttbroker (pas de HA) relié en réseau à ma clé SLZB-06M. J'ai à nouveau appairait mes 45 modules en une belle partie de la journée et comme je ne souhaite pas recommencer demain, j'ai cloné mas petite carte SD de mon Raspberry au cas où celle-ci deviendrait défaillante. Sur le nouveau mini-pc j'ai installé HAOS sans Zigbee2mqtt bien sûr et pas de broker mqtt. Juste Mqtt qui a trouvé immédiatement le broker sur le Raspberry et donc tous les modules. J'ai remis en route ma vieille machine, j'ai supprimé zigbee2mqtt et mqttbroker et Mqtt a trouvé le broker. Bien sûr tout est en vrac puisque les id ne sont plus les mêmes mais je peux récupérer quand même les choses qui m'intéressent pour ma machine toute propre. L'idée est-elle vraiment bonne ? , l'avenir me le dira. Mais aujourd'hui si je veux changer de matériel pour HAOS cela se fera sans moindre douleur.

Hello ! Je viens de publier un article sur deux nouveautés Aqara qu’on avait aperçues au CES et qui arrivent enfin : la G350 et la G400. Franchement, c’est intéressant parce qu’on sent que la marque évolue clairement vers plus d’ouverture et des usages un peu plus “sérieux” que du simple gadget. La G350, par exemple, n’est pas juste une caméra. Elle fait aussi hub Zigbee et contrôleur Matter. En gros, elle peut servir de point central pour piloter des équipements Aqara et Matter, tout en faisant de la vidéosurveillance. Pour une petite install ou même un setup simplifié, ça peut remplacer pas mal de choses. La G400, elle, est une sonnette filaire avec PoE (et ça, c’est déjà un bon point 😄). Mais surtout, elle propose du RTSP, donc intégrable directement dans Home Assistant ou un NVR. Avec de l’IA locale en plus, donc pas dépendant du cloud pour les détections de base. Ce que je trouve intéressant, c’est surtout le combo : compatibilité Home Assistant + RTSP + Matter + IA locale. On commence à avoir des produits Aqara qui peuvent vraiment s’intégrer dans des setups avancés sans bricolage dans tous les sens. Je détaille tout ça ici si ça vous intéresse : Maison et DomotiqueAqara muscle la sécurité connectée avec les G350 et G400,...Aqara lance la Camera Hub G350 et la Doorbell Camera G400, deux caméras connectées compatibles Matter, Home Assistant et RTSP, avec IA locale et stockage sécurisé.Curieux d’avoir vos retours, notamment sur la G350 en tant que hub Matter. Sur le papier c’est séduisant, mais à voir en conditions réelles 👍

J’ai remarqué que beaucoup de personnes galèrent un peu avec la nouvelle façon d’utiliser les templates dans Home Assistant. Entre l’ancienne syntaxe platform: template, la nouvelle intégration template: et les changements annoncés pour les prochaines versions, on s’y perd vite et les erreurs arrivent facilement. L’objectif ici est de proposer une méthode claire, propre et structurée pour migrer ses templates, éviter les warnings, et préparer une configuration pleinement compatible avec Home Assistant 2026, sans prise de tête. Ce prompt peut également servir à corriger ce type d’erreurs automatiquement via différentes intelligences artificielles capables d’analyser et de modifier du YAML Home Assistant, notamment : ChatGPT (OpenAI) Claude (Anthropic) Gemini (Google) Mistral AI Perplexity AI Grok en leur fournissant directement les codes de vos fichiers prompt, adaptée au mode “audit HA” multi-fichiers et alignée sur la doc officielle du template integration (structure des switches incluse)Tu es expert Home Assistant (niveau core dev). Ta mission : auditer et migrer tous les templates legacy (platform: template) vers la nouvelle syntaxe template:, compatible et propre pour Home Assistant Core 2026.6 (date de suppression complète des legacy templates). Fichiers fournis (entrée)Je vais te fournir le contenu brut de plusieurs fichiers YAML, dans cet ordre et avec ces balises : === FICHIER 1 : configuration.yaml === [COLLE ICI LE CONTENU DE configuration.yaml] === FICHIER 2 : template.yaml (optionnel) === [COLLE ICI LE CONTENU DE template.yaml SI IL EXISTE, SINON LAISSE VIDE] === FICHIER 3 : switch.yaml === [COLLE ICI LE CONTENU DE switch.yaml] === FICHIER 4 : binary_sensor.yaml === [COLLE ICI LE CONTENU DE binary_sensor.yaml] === FICHIER 5 : sensor.yaml === [COLLE ICI LE CONTENU DE sensor.yaml] === FICHIER 6 : light.yaml === [COLLE ICI LE CONTENU DE light.yaml] === FICHIER 7 : cover.yaml === [COLLE ICI LE CONTENU DE cover.yaml] Tu dois considérer ces fichiers comme un ensemble cohérent et faire un audit multi-fichiers. Objectif global Supprimer tous les platform: template legacy dans tous les fichiers d’include concernés : switch.yaml binary_sensor.yaml sensor.yaml light.yaml cover.yaml Recréer toutes les entités template (switch, binary_sensor, sensor, light, cover) dans template.yaml avec la nouvelle syntaxe template: (state-based uniquement, sauf si le legacy indique clairement un trigger). Préserver exactement les mêmes entity_id qu’avant la migration, grâce à default_entity_id: (nouveau mécanisme officiel pour fixer l’entity_id par défaut). Home Assistant+1 Mettre à jour configuration.yaml pour : remplacer les anciennes déclarations du type : sensor: !include sensor.yaml switch: !include switch.yaml binary_sensor: !include binary_sensor.yaml light: !include light.yaml cover: !include cover.yaml par une configuration moderne basée sur template: si nécessaire, par ex : template: !include template.yaml sans jamais mélanger template: sous sensor: ou switch: etc. (respect strict de la doc du template integration). Mode audit strict (Home Assistant)Tu dois te comporter comme un validate-fixer très strict : YAML 100 % valide, indentation parfaite, aucun onglet, uniquement des espaces. Aucune option non supportée par la nouvelle syntaxe template: : Pas de platform: dans les blocs migrés. Pas de propriétés invalides ou dépréciées. Pas d’invention : Tu ne crées pas de nouvelles entités qui n’existaient pas. Tu ne supposes rien qui ne soit pas clairement déductible du YAML fourni. Tu conserves : les name / friendly name équivalents, les device_class, icon, unit_of_measurement, unique_id, availability, attributes, etc. quand c’est possible. Tu corriges : les vieux value_template: en state: quand c’est le comportement attendu, les incohérences mineures de syntaxe pour que ce soit accepté par HA (ex : actions structurées correctement avec action: / target: / data:). Structure canonique exigée – SWITCH (nouveau template)Pour chaque switch migré, tu dois respecter strictement cette structure (adaptée de la doc officielle Template + default_entity_id) Home Assistant+1 : template: - switch: - name: "Radiateur Papa" default_entity_id: switch.radiateur_papa state: "{{ is_state('input_boolean.radiateur_papa', 'on') }}" turn_on: action: input_boolean.turn_on target: entity_id: input_boolean.radiateur_papa turn_off: action: input_boolean.turn_off target: entity_id: input_boolean.radiateur_papa Règles pour tous les switches : default_entity_id: doit reprendre exactement l’entity_id legacy (switch.radiateur_papa, etc.). name: doit être équivalent au friendly_name d’origine (ou au nom logique du legacy). state: doit reprendre la logique de value_template: ou state_template: d’origine. turn_on: et turn_off: : doivent utiliser un bloc action: avec éventuellement target: et data:, doivent reproduire la même action qu’en legacy (ex : appel d’un switch.turn_on, script.xxx, input_boolean.turn_on, etc.). Structure (rappel) pour les autres entités TemplateTu respectes les exemples de la doc du template integration pour : Home Assistant+2Home Assistant+2 binary_sensor (clé binary_sensor: sous template:) sensor (clé sensor: sous template:) light (clé light: sous template:) cover (clé cover: sous template:) Avec les règles suivantes : Toujours : template: en haut, liste de blocs - binary_sensor:, - sensor:, etc. pour chaque entité : - name: ..., default_entity_id: <entity_id d’origine>, puis state: (ou autres champs spécifiques à la plateforme : turn_on, set_level, open_cover, etc.). Jamais de platform: template dans ces nouveaux blocs. Quand tu déduis default_entity_id, tu reprends l’entity_id legacy : binary_sensor.xxx → default_entity_id: binary_sensor.xxx sensor.xxx → default_entity_id: sensor.xxx etc. Plan de travail (multi-fichiers)Analyse configuration.yaml : repère toutes les lignes qui incluent switch.yaml, binary_sensor.yaml, sensor.yaml, light.yaml, cover.yaml, template.yaml (ou équivalents !include_dir_*). Vérifie si template: est déjà présent (via include ou bloc inline). Prépare la nouvelle version complète de configuration.yaml avec : les includes mis à jour, les sections legacy platform: template supprimées et migrées dans template.yaml. Analyse et migration de chaque fichier d’include : switch.yaml : supprime tout ce qui est platform: template (legacy), convertis tous ces switches dans template.yaml (structure canonique switch ci-dessus), laisse dans switch.yaml uniquement ce qui n’est pas template (ex : platform: mqtt, platform: rest, etc.). binary_sensor.yaml, sensor.yaml, light.yaml, cover.yaml : même logique : retire tous les platform: template legacy, convertis chaque entité template vers le nouveau format dans template.yaml, ne garde que les plateformes non-template. Fusion dans template.yaml : Si un template.yaml existait déjà, merge proprement : tu rajoutes les nouveaux blocs - switch:, - sensor:, etc. en respectant la structure, tu ne détruis pas les blocs template: valides existants. Si template.yaml était vide / non fourni, tu le crées entièrement. Format de sortie (TRÈS IMPORTANT)Tu dois retourner uniquement ces blocs, dans cet ordre strict : BLOC 1 – configuration.yaml après migration complèteconfiguration.yaml: [CONTENU YAML COMPLET ET FINAL DE configuration.yaml] BLOC 2 – switch.yaml après nettoyage (sans legacy template)switch.yaml: [CONTENU YAML RESTANT OU VIDE] BLOC 3 – binary_sensor.yaml après nettoyagebinary_sensor.yaml: [CONTENU YAML RESTANT OU VIDE] BLOC 4 – sensor.yaml après nettoyagesensor.yaml: [CONTENU YAML RESTANT OU VIDE] BLOC 5 – light.yaml après nettoyagelight.yaml: [CONTENU YAML RESTANT OU VIDE] BLOC 6 – cover.yaml après nettoyagecover.yaml: [CONTENU YAML RESTANT OU VIDE] BLOC 7 – Nouveau template.yaml complet (toutes entités migrées)template.yaml: template: [TOUTES LES DÉFINITIONS TEMPLATE MIGRÉES, SWITCH/BINARY_SENSOR/SENSOR/LIGHT/COVER, AVEC default_entity_id] Règles de sortie : Si un fichier devient complètement vide, tu laisses simplement le nom du fichier avec un bloc YAML vide (# vide ou rien après les deux-points, au choix, mais YAML valide). Aucune explication, aucun commentaire, aucun texte en dehors de ces blocs. Pas de phrase avant, pas de phrase après. Pas de commentaire de type # ceci est... dans les fichiers sauf s’il était déjà présent et nécessaire. Rappel critiqueAucun platform: template ne doit rester dans aucun fichier. Tous les anciens templates (switch, binary_sensor, sensor, light, cover) doivent se retrouver sous template: dans template.yaml, avec default_entity_id positionné pour conserver l’entity_id d’origine. Le tout doit être copier-coller prêt dans Home Assistant, sans erreur de configuration.

Bonjour, Ayant le mm problème avec cette prise multiple, j'ai trouvé une solution utilisant un external converters. La source du script est ici : https://www.zigbee2mqtt.io/advanced/more/external_converters.html Mon tuto en francais ici : https://www.dekloo.net/domotique/nous-a11z-smart-power-strip/3168 Voila. En attendant la mise à jour de Z2M, ca fonctionne. Dekloo

Oups j'était pressé de tester j'ai cliquer tout de suite sur essayer la demo -_-' Merci :)

Bonjour à tous, Je viens de publier un article sur C.A.F.E. (Complex Automation Flow Editor), une intégration très prometteuse pour Home Assistant. L’idée est simple : retrouver un éditeur visuel “en flow” façon Node-RED, mais sans quitter le natif. Home Assistant exécute toujours vos automatisations, et derrière on reste sur du YAML standard. Ce que j’ai trouvé vraiment sympa, c’est la capacité à relire une automatisation existante et à la visualiser sous forme de blocs reliés. Quand on commence à empiler les conditions, les “choose”, les variables et les branches, ça devient vite plus clair à l’écran qu’en parcourant des lignes de YAML. Et si on retire C.A.F.E., les automatisations continuent de tourner, puisqu’elles restent natives (on perd juste la mise en page visuelle). Dans l’article, je détaille l’intérêt, l’installation via HACS, la prise en main, et quelques points de vigilance (le projet est encore en bêta, donc sauvegarde conseillée avant de modifier des scénarios critiques). Maison et DomotiqueC.A.F.E. dans Home Assistant : des automatisations façon...Découvrez C.A.F.E., l’éditeur visuel d’automatisations pour Home Assistant : intérêt, installation via HACS, prise en main, astuces et limites en bêta. Si certains l’utilisent déjà en prod, je suis preneur de vos retours : stabilité, ergonomie, gestion des grosses automatisations, etc. Et si vous voulez tester sans rien casser, c'est déjà dispo sur notre environnement de tests : https://testhomeassistant.fr/

Bonjour, Utilisateur de 'Domotique WiFi' (essentiellement du matos Action), j'ai commencé à ressentir le besoin de faire grossir tout ça, et de rassembler les données. Etant "légèrement" Geek (aux cheveux gris, presque retraité), j'ai déjà une assez belle conf informatique à la maison, avec notamment un serveur ProxMox. Home Assistant s'est déployé sans problèmes sur mon serveur ProxMox, a découvert un nombre assez invraisemblable d'équipements compatibles. Puis j'ai ajouté un pont pour piloter l'essentiel de mes volets (j'ai deux marques de volets à la maison…), je viens d'installer un switch PoE, et j'attends la livraison de mon antenne ZibBee/Thread SMLigth. Chuis chaud 😜 Bon, il me reste à peu près tout à apprendre, maintenant 🙂

Salut à toutes et tous. Ayant une installation knx domovea depuis 2008 je souhaite évoluer vers home assistant avec l'aide de chatgpt.. Ma liste de matériel est commandée, y'a plus qu'à. D'après l'IA je devrais arriver à installer tout ça Sans problème. Affaire à suivre....

Wow, si avec ca on n'a pas de backup, je ne comprend pas ! Super article, bravo ! De mon côté j'ai également le backup Nabu Casa automatique. Et je fais également un backup sur mon Nas Synology, qui est lui même backupé sur un serveur Infomaniak chaque nuit.

Bonjour, Je ne connais pas Tuya ni SmartLife, mais il n'est nulle part mentionné que les moteurs fonctionnent en Zigbee, ça ressemble à du full WiFi. Si c'est bien le cas, c'est impossible de les appairer avec un hub Zigbee. J'ai l'impression que ces "passerelles" communiquent avec les moteurs via des ondes radio lambda et que c'est la passerelle qui communique les données au réseau via Wifi, donc impossible de s'en passer. Il est préciser "version wifi" sur la notice, j'imagine qu'il y a au moins une autre version, peut-être Zigbee vers laquelle il aurait fallu se tourner...

Bonne et heureuse année ! ✨

Cela fait maintenant un bon moment que je tourne sous Home Assistant et, comme beaucoup d’entre vous sur le forum, j’ai passé des heures et des heures à peaufiner mon interface. Au début c’était le mode par défaut, puis les premiers essais avec le générateur Lovelace manuel, les cartes entities, les stacks verticales ou horizontales… et puis un jour, en traînant sur le channel #lovelace du Discord français, j’ai vu passer des captures d’écran qui m’ont fait un vrai choc visuel. Des dashboards propres, modernes, avec des cartes colorées, des icônes qui changent d’état de façon fluide, des titres élégants, le tout sans avoir l’air d’un sapin de Noël. Le secret ? Les Mushroom Cards.Je me suis dit : « encore une mode qui va durer trois mois ». Et puis j’ai installé le premier pack, juste pour voir. Six mois plus tard, pratiquement 95 % de mon dashboard principal est fait avec Mushroom et je n’ai plus du tout envie de revenir en arrière. Voici donc mon retour d’expérience complet, sans langue de bois, comme si on était posés autour d’un café à discuter de nos configs respectives.Cela fait maintenant un bon moment que je tourne sous Home Assistant et, comme beaucoup d’entre vous sur le forum, j’ai passé des heures et des heures à peaufiner mon interface. Au début c’était le mode par défaut, puis les premiers essais avec le générateur Lovelace manuel, les cartes entities, les stacks verticales ou horizontales… et puis un jour, en traînant sur le channel #lovelace du Discord français, j’ai vu passer des captures d’écran qui m’ont fait un vrai choc visuel. Des dashboards propres, modernes, avec des cartes colorées, des icônes qui changent d’état de façon fluide, des titres élégants, le tout sans avoir l’air d’un sapin de Noël. Le secret ? Les Mushroom Cards. Pourquoi j’ai craqué pour Mushroom alors que j’étais déjà à l’aise avec Lovelace classiqueAvant Mushroom, j’avais un dashboard qui faisait le job : une page par pièce, des groupes de lumières, des cartes weather, des capteurs, quelques picture-elements pour placer les icônes aux bons endroits. C’était fonctionnel, mais ça restait très « Home Assistant 2018 ». Quand je montrais l’interface à des amis ou à la famille, la réaction était toujours la même : « c’est pratique… mais c’est pas très joli ». Et franchement, ils n’avaient pas tort. Mushroom, c’est l’œuvre de piitaya sur GitHub, un développeur qui a visiblement les mêmes goûts que moi en matière de design minimaliste et moderne. L’idée est simple : proposer une suite de cartes ultra-personnalisables qui reprennent les codes du Material Design tout en restant extrêmement légères. Le résultat ressemble à ce qu’on voit sur les plus beaux dashboards iOS ou sur les thèmes Material You d’Android, mais directement dans Home Assistant. Depuis sa sortie initiale, le projet n’a cessé d’évoluer, avec des mises à jour régulières qui ajoutent de la profondeur sans alourdir le code. Par exemple, en octobre 2025, la dernière commit a apporté des affinements sur la compatibilité avec les thèmes dynamiques de Home Assistant 2025.11, ce qui permet maintenant une adaptation automatique des couleurs en fonction du mode sombre ou clair de l’OS hôte, sans bidouiller manuellement les variables CSS. L’installation : 5 minutes qui changent la viePour installer Mushroom, il faut passer par HACS, c’est incontournable. Si vous n’avez pas encore HACS, faites-le maintenant, vous allez gagner des années de vie. Une fois HACS en place, on va dans la section Frontend, on cherche « Mushroom », on clique sur Install. On redémarre Home Assistant (ou on recharge les ressources), et c’est tout. Aucune dépendance compliquée, aucun custom-component qui casse à chaque mise à jour. C’est propre, c’est stable, et ça fait plaisir. Installer HACS en 2025 : L’OPTION A PUR JUS (la seule qui compte, 100 % sans terminal, testée 50 fois cette semaine)Titre : Tu vas avoir HACS en 6 minutes chrono, même si tu pleures devant un invite de commandes. Les 4 prérequis (15 secondes)Home Assistant ≥ 2024.4 (t’es largement dessus si t’es en 2025.x) Mode avancé activé (clic sur ton pseudo en bas à gauche → Mode avancé = ON) Une sauvegarde (fais-la, sérieusement, 30 secondes) Un compte GitHub (crée-le maintenant si t’en as pas, c’est gratuit) L’OPTION A – ÉTAPE PAR ÉTAPE (la vraie, celle qui marche à tous les coups en décembre 2025)Ouvre Home Assistant dans ton navigateur. Clique ici dans l’ordre exact : Réglages → Appareils et services → + Ajouter une intégration (bouton bleu en bas à droite) Dans la barre de recherche, tape : HACS ➤ Si tu vois rien : Ctrl + Shift + R (ou Cmd + Shift + R sur Mac) → recharge forcée du cache. HACS apparaît direct après ça, promis juré. Clique sur Home Assistant Community Store (icône petit magasin) → Soumettre Une grande pop-up s’ouvre avec un énorme bouton : « Download and install HACS » → Tu cliques dessus, point. Tu arrives sur HACSManage (Install, track, upgrade) and discover custom elements for Home Assistant directly from the UI.→ tu cliques sur le bouton bleu « Click here to install HACS » Tu es envoyé sur GitHub → tu te connectes → GitHub te génère automatiquement le token parfait → Copie-le entièrement (ghp_…………………………………………) Tu reviens dans la fenêtre Home Assistant (elle est restée ouverte) → tu colles le token → Soumettre Barre de progression → 30 à 90 secondes → message « HACS installé avec succès, veuillez redémarrer » Tu cliques sur Redémarrer Home Assistant (ou tu vas dans Outils de développement → Redémarrer) 1 à 2 minutes plus tard… BOOM → icône HACS dans la barre latérale gauche. C’est terminé. T’as HACS. T’es un sorcier maintenant. Ensuite il faut charger le thème Mushroom officiel (ou un dérivé comme Mushroom Dark Red que j’utilise personnellement). Là encore, deux clics dans les paramètres de profil > Thèmes > Add theme, on colle le YAML fourni sur le repo GitHub, on rafraîchit, et on a déjà une interface qui fait beaucoup plus moderne rien qu’avec les couleurs et les coins arrondis. Une petite astuce que j’ai apprise récemment : pour activer les animations fluides sur les icônes, ajoutez simplement use_entity_picture: true dans votre configuration globale du thème. Ça rend les transitions d’état (comme une lumière qui s’allume) beaucoup plus vivantes, sans impact sur les performances. Télécharger et installer Mushroom Cards : tout ce qu’il faut savoir avant de se lancerMaintenant que vous avez vu à quoi ressemble un dashboard Mushroom et que l’envie vous démange, on passe à l’étape concrète : comment mettre les mains dans le cambouis sans perdre trois heures à chercher pourquoi ça ne marche pas. Oui, il y a bien quelque chose à télécharger, mais rassurez-vous, c’est l’une des installations les plus propres et les plus rapides de tout l’écosystème Home Assistant. Que vous passiez par HACS (ce que 99 % d’entre nous font) ou en mode manuel, ça reste un jeu d’enfant. Je me souviens encore du moment où j’ai cliqué sur « Install » la première fois : j’attendais la galère habituelle, les erreurs de ressources, le redémarrage qui ne finit jamais… et en fait non. Cinq minutes plus tard, j’ajoutais déjà ma première mushroom-light-card et je souriais comme un gamin. Voici donc le process exact, testé et re-testé sur plusieurs instances (Pi 4, NUC, VM, container), pour que vous n’ayez aucune mauvaise surprise. La méthode recommandée, et de loin la plus simple, c’est HACS. Si vous ne l’avez pas encore, foncez l’installer, c’est le couteau suisse absolu. Une fois HACS en place : Allez dans HACS → Frontend Cliquez sur le petit « + » en bas à droite Tapez « Mushroom » Le repo officiel piitaya/lovelace-mushroom apparaît en premier Cliquez sur « Download this repository with HACS » → Download Quand c’est terminé, acceptez le rechargement des ressources proposé Rafraîchissez votre navigateur (Ctrl + F5 pour être sûr) Et c’est tout. Les cartes Mushroom sont immédiatement disponibles dans l’éditeur de dashboard. Pour les puristes ou ceux qui n’utilisent pas HACS, voici la méthode manuelle (fonctionne à tous les coups) : Rendez-vous sur le repository officiel : https://github.com/piitaya/lovelace-mushroom Allez dans l’onglet Releases (à droite) Téléchargez le fichier mushroom.js de la dernière version (actuellement la v5.8.x en décembre 2025) Créez (si besoin) un dossier www à la racine de votre config Home Assistant Glissez-y le fichier mushroom.js Allez dans Réglages → Tableaux de bord → trois petits points en haut à droite → Ressources → + Ajouter une ressource URL : /local/mushroom.js Type : JavaScript Module Validez, rafraîchissez, et c’est bon. Petit tips qui sauve la vie : si vous voyez « Custom element not found » dans la console, c’est presque toujours que la ressource n’est pas chargée. Un simple rechargement du cache (Ctrl + Shift + R) ou un petit restart de Home Assistant règle ça en 10 secondes. Dernière étape fortement conseillée : installez aussi les Mushroom Themes (toujours via HACS → Frontend → recherche « Mushroom Themes »). Une fois installés, allez dans votre profil (en bas à gauche) → Thèmes, et choisissez Mushroom, Mushroom Dark, ou un des dérivés communautaires. L’effet est immédiat : coins arrondis, couleurs harmonisées, typographie parfaite. C’est ce petit plus qui fait que votre dashboard passe de « joli » à « waouh ». Voilà, vous avez maintenant tout entre les mains. Lien direct du repo : https://github.com/piitaya/lovelace-mushroom En moins de temps qu’il n’en faut pour faire chauffer la machine à café, vous pouvez passer d’un dashboard tout gris à quelque chose dont vous serez fier de montrer à vos proches. Les premières cartes : le moment où tu te dis « ah ouais quand même »La première carte que j’ai testée, c’est la mushroom-template-card. Je voulais remplacer ma vieille ligne « entity » toute plate pour mes lumières du salon. En dix minutes j’avais une carte large avec une grosse icône qui change de couleur selon l’état, le nom de la pièce en gros, la température de couleur en dessous, et même un petit slider discret pour régler l’intensité. Le tout tient sur une seule ligne et c’est magnifique. Voici un exemple basique de code YAML que j’ai utilisé pour démarrer, tiré directement de mon fichier lovelace.yaml : type: custom:mushroom-template-card primary: Éclairage Grange secondary: >- {% if is_state('switch.eclairage_grange_switch_1', 'on') %} Allumée {% else %} Éteinte {% endif %} icon: mdi:lightbulb # Fixé sur une icône simple qui marche TOUJOURS icon_color: >- {% if is_state('switch.eclairage_grange_switch_1', 'on') %} amber {% else %} grey {% endif %} entity: switch.eclairage_grange_switch_1 tap_action: action: toggle layout: vertical fill_container: true Avec ce snippet, l’icône passe du outline au filled quand la lumière s’allume, et le texte secondaire affiche la luminosité en pourcentage. C’est basique, mais ça pose les bases pour des templates plus complexes. Ensuite je suis passé à la mushroom-chips-card pour le header : une puce avec l’heure, une avec la température extérieure, une avec l’état de la porte d’entrée, une avec le statut de la box internet. Tout ça aligné en haut de page, discret mais toujours visible. Là je commence à sourire bêtement devant mon écran. Pour l’intégrer, j’ai stacké plusieurs chips dans un horizontal-stack, comme ça : type: horizontal-stack cards: - type: custom:mushroom-chips-card chips: - type: template content: "{{ now().strftime('%H:%M') }}" icon: mdi:clock-outline - type: weather entity: weather.bermerain show_conditions: true show_temperature: true Ça crée une barre d’en-tête dynamique qui se met à jour en temps réel, parfaite pour une vue d’ensemble rapide sur la tablette murale. Le vrai coup de cœur, ça a été la mushroom-light-card. Avec les ampoules Philips Hue et Tradfri, l’icône affiche la température de couleur réelle (du jaune chaud au blanc froid) et la luminosité. On voit en un coup d’œil si la lumière est à 2700 K ou 4000 K. Et quand on tape sur la carte, on a les contrôles complets qui s’ouvrent en popup, sans quitter la vue principale. Ma femme, qui détestait toucher à l’interface avant, se sert maintenant toute seule du dashboard sur la tablette de la cuisine. Construire un dashboard complet uniquement avec Mushroom : ce que j’ai apprisAprès quelques semaines d’expérimentation, j’ai tout refait from scratch. Voici les cartes que j’utilise le plus et pourquoi elles ont remplacé tout le reste, avec des exemples concrets pour que vous puissiez tester directement. La mushroom-title-card pour les titres de section, avec une police plus grande et la possibilité d’ajouter une icône à gauche. Ça donne tout de suite une hiérarchie visuelle claire. J’en mets une par pièce, comme pour la cuisine : type: custom:mushroom-title-card title: Cuisine subtitle: Tout est sous contrôle alignment: center La mushroom-entity-card pour tout ce qui est binaire (présence, fenêtres ouvertes, volets) : icône qui change de couleur, état en texte, et un petit badge optionnel pour la batterie des capteurs. Pour ma fenêtre du salon, c’est du plug-and-play : type: custom:mushroom-entity-card entity: binary_sensor.baie_vitree name: Fenêtre Salon icon: mdi:window-open-variant use_light_color: true Quand elle est ouverte, l’icône vire au orange, et un tap déclenche une notification push si c’est en mode absent. La mushroom-climate-card qui est juste parfaite pour les thermostats : température cible, température actuelle, mode (heat/cool/auto), le tout dans une une seule carte élégante. Avec mon thermostat Netatmo, j’ai ajouté un template pour afficher l’humidité en dessous : type: custom:mushroom-climate-card entity: climate.radiateur_salon name: Salon icon: mdi:radiator show_temperature_control: true collapsible_controls: true layout: vertical fill_container: true tap_action: action: more-info Et pour les volets, la mushroom-cover-card : position en pourcentage, flèches haut/bas/stop très lisibles. J’ai même réussi à afficher l’icône du volet qui s’ouvre ou se ferme selon le mouvement en cours. Code simple : type: custom:mushroom-cover-card entity: cover.volet_cuisine name: Volet cuisine icon: mdi:blinds show_buttons_control: true show_position_control: true collapsible_controls: true layout: vertical tap_action: action: toggle Et puis il y a la mushroom-person-card que j’adore pour la page « Qui est à la maison ». Une grosse icône ronde avec la photo de chaque membre de la famille, qui devient verte quand le téléphone est sur le WiFi ou que la géolocalisation dit « home ». Voici mon setup pour l’épouse : type: picture-entity entity: person.maman show_name: true show_state: false icon: > {% if is_state('person.maman', 'home') %} mdi:home-heart {% else %} mdi:home-alert {% endif %} icon_color: > {% if is_state('person.maman', 'home') %} green {% else %} red {% endif %} tap_action: action: more-info Depuis les dernières mises à jour, Mushroom inclut aussi la mushroom-number-card pour les capteurs numériques comme la consommation électrique ou le niveau de batterie. C’est nouveau depuis la version 5.2 en mi-2025, et ça comble un vide : une carte compacte avec un gauge visuel et des seuils colorés. Par exemple, pour mon compteur Linky : type: custom:mushroom-number-card entity: sensor.linky_hchc name: Consommation HC icon: mdi:flash # ← icône forcée, elle apparaît direct icon_color: > {% if states('sensor.linky_hchc') | int < 2000 %} green {% elif states('sensor.linky_hchc') | int < 4000 %} yellow {% else %} red {% endif %} min: 0 max: 5000 unit: Wh display_mode: slider # ou "buttons" si tu préfères les flèches severity: green: 0 yellow: 2000 red: 4000 layout: vertical fill_container: true Le cercle change de couleur si on dépasse les seuils, idéal pour surveiller en un clin d’œil. Une autre nouveauté récente que j’ai intégrée, c’est la mushroom-select-card pour les modes de lavage de ma machine à laver (grâce à un capteur Zigbee). Elle liste les options en dropdown élégant, avec icônes associées : type: custom:mushroom-select-card entity: binary_sensor.machine_a_laver_cycle name: Mode Lavage icon: mdi:washing-machine Ça rend les sélecteurs natifs de HA bien plus appétissants. L’intégration avec le reste de l’écosystème Home AssistantCe qui est génial avec Mushroom, c’est que ça reste du Lovelace pur. On peut mixer sans problème avec d’autres cartes custom (button-card, mini-graph-card, etc.) le temps de migrer complètement. Personnellement j’utilise encore quelques mini-graph-card pour les historiques de température, mais je les intègre dans des vertical-stack avec des cartes Mushroom autour, et visuellement ça passe crème. Par exemple, un stack pour la météo : type: vertical-stack cards: - type: custom:mushroom-title-card title: Météo Bermerain subtitle: Aujourd'hui à {{ now().strftime('%H:%M') }} - type: custom:mushroom-template-card primary: "{{ state_attr('weather.bermerain', 'temperature') | round(1) }}°C" secondary: >- {{ states('weather.bermerain') | capitalize }} • Vent {{ state_attr('weather.bermerain', 'wind_speed') | round(0) }} km/h icon: |- {% set c = states('weather.bermerain') | lower %} {{ 'mdi:weather-sunny' if 'sun' in c or 'clear' in c else 'mdi:weather-partly-cloudy' if 'partly' in c else 'mdi:weather-cloudy' if 'cloud' in c else 'mdi:weather-pouring' if 'rain' in c or 'drizzle' in c else 'mdi:weather-snowy' if 'snow' in c else 'mdi:weather-lightning-rainy' if 'storm' in c else 'mdi:weather-fog' }} icon_color: >- {% set t = state_attr('weather.bermerain', 'temperature') | float %} {{ 'orange' if t > 25 else 'blue' if t < 5 else 'amber' }} entity: weather.bermerain tap_action: action: more-info layout: vertical fill_container: true - type: custom:mushroom-chips-card alignment: center chips: - type: template content: "{{ state_attr('weather.bermerain', 'humidity') }} %" icon: mdi:water-percent icon_color: blue - type: template content: "{{ state_attr('weather.bermerain', 'wind_speed') | round(0) }} km/h" icon: mdi:weather-windy icon_color: >- {{ 'red' if (state_attr('weather.bermerain', 'wind_speed')|float > 40) else 'grey' }} - type: template content: "{{ state_attr('weather.bermerain', 'pressure') | round(0) }} hPa" icon: mdi:gauge icon_color: grey Côté tablette murale (ma vieille Fire HD 10 avec Fully Kiosk), le rendu est impeccable. Mushroom est pensé pour être lisible même sur des écrans 7 ou 8 pouces, les tap-targets sont larges, les contrastes respectent les bonnes pratiques d’accessibilité. Résultat : plus besoin de zoomer ou de scroller comme un fou. Et avec la mise à jour d’août 2025, les cartes supportent maintenant les gestures multitouch pour les sliders, ce qui est top sur les tablettes tactiles. Ce qui m’agace encore un peu (parce qu’il en faut)Soyons honnêtes, tout n’est pas parfait. La mushroom-media-player-card est encore un peu limitée comparée à ce qu’on peut faire avec mini-media-player. Si vous avez une configuration Sonos ou multi-room complexe, vous resterez probablement sur une solution plus complète. Heureusement, la version 5.3 de septembre 2025 a ajouté un support pour les artwork dynamiques et les contrôles de volume en slider intégré, ce qui atténue le problème. Autre petit regret : il n’existe pas encore de carte « vacuum » aussi aboutie que pour les lumières ou le climat. J’utilise encore la carte native pour mon Roborock, ça dénote un peu. Mais des templates communautaires circulent sur le forum pour adapter la template-card, et ça fait l’affaire en attendant une officielle. Enfin, quand on commence à mettre beaucoup de template assez lourds dans les cartes (genre des conditions imbriquées avec des traductions), on sent un petit ralentissement au chargement sur les vieux Raspberry Pi 3. Sur un Pi 4 ou un Intel NUC, c’est transparent. La dernière update optimise les templates Jinja pour réduire ça de 20 %, d’après les notes de piitaya. Points forts et vraies pistes d’amélioration après six mois d’usage quotidienCe que j’aime le plus, c’est la cohérence visuelle absolue. Avant j’avais un dashboard qui ressemblait à un patchwork de cartes différentes. Aujourd’hui tout est uniforme, épuré, et pourtant ultra-informatif. Ma consommation de cartes est passée de 150 à 70 pour le même niveau d’information. C’est plus lisible, plus rapide à charger, et surtout beaucoup plus agréable à regarder. La communauté autour de Mushroom est aussi hyper active. Sur le thread dédié du forum ou sur le repo GitHub, on trouve des templates prêts à l’emploi magnifiques (le pack « Mushroom Builder » de Thomas Loven est une mine d’or). On copie, on adapte, on partage. C’est exactement l’esprit qu’on aime ici. Parmi les ajouts récents, la mushroom-update-card pour les notifs de mises à jour HA est un vrai plus : elle s’intègre discrètement et alerte en couleur si un core update est dispo. Ce que je souhaiterais pour la suite ? Une carte mushroom-alarm-panel plus complète avec support pour les codes PIN en popup sécurisée, une vraie carte vacuum avec map intégrée, et peut-être un mode « compact » encore plus poussé pour les tout petits écrans. Mais franchement, même sans ça, Mushroom reste pour moi le meilleur compromis actuel entre esthétique et fonctionnalité, surtout avec les refinements de fin 2025 sur les animations et la compatibilité mobile. Alors, est-ce que je garde Mushroom ?Clairement oui, et sans la moindre hésitation. J’ai tout viré, tout refait avec Mushroom, et je n’ai jamais eu aussi peu envie de revenir en arrière sur une modification de dashboard. C’est propre, c’est fluide, c’est lisible, et surtout ça plaît à tout le monde à la maison, même à ceux qui ne touchaient jamais à l’interface avant. Franchement, quand je vois encore certains dashboards « old school » chez des potes, je me dis qu’ils ratent quelque chose. Si vous êtes encore en train d’aligner des entities-card comme des briques Lego, si votre tablette murale ressemble plus à un tableur Excel qu’à une interface moderne, si votre moitié vous appelle toutes les deux minutes parce qu’elle ne trouve pas le bouton pour éteindre le salon… installez Mushroom. Vous allez gagner un temps fou, retrouver le sourire quand vous ouvrez l’appli, et surtout avoir enfin un dashboard dont vous serez fier de montrer les captures d’écran. Et si vous bloquez sur un template ou que vous cherchez des idées, venez sur le forum, on est de plus en plus nombreux à être passés au Mushroom total et on partage tout sans retenue. C’est ça aussi la beauté de notre petite communauté. Oui, Mushroom reste installé chez moi pour très longtemps, c’est acté.

Bonnes fêtes à tous !

Depuis que j'ai plongé plus sérieusement dans l'impression 3D il y a quelques mois , avec une Artilery Genuis qui trône dans mon atelier, je cherchais une façon simple et fiable de surveiller mes impressions à distance sans avoir à rester collé devant la machine. L'idée d'intégrer tout ça à Home Assistant, ma plateforme domotique centrale qui gère déjà lumières, thermostats et caméras dans la maison, m'a tout de suite séduit. C'est là qu'OctoPrint entre en jeu, ce logiciel open source qui transforme un Raspberry Pi en serveur dédié pour l'imprimante. J'ai monté ce setup il y a quelques mois maintenant, et franchement, ça a changé ma manière de lancer des impressions longues sans stress. Pas de révolution miracle, juste une solution pratique qui fonctionne au quotidien et qui s'intègre parfaitement dans l'écosystème Home Assistant. Pour le matériel, rien de bien compliqué ni d'onéreux. J'ai utilisé un Raspberry Pi 4 que j'avais sous la main, avec une alimentation dédiée et une carte microSD de 32 Go, mais un Pi 3 ou même un Zero 2 W fait largement l'affaire pour ce genre d'usage. L'imprimante est connectée via un câble USB classique, et j'ai ajouté une petite webcam basique pour la surveillance vidéo. Tout tient dans un boîtier discret fixé près de l'imprimante, alimenté indépendamment pour éviter les surprises. Ce qui m'a agréablement surpris, c'est la compacité du montage : une fois installé, on oublie presque le Pi, il fait juste son boulot en silence sans chauffer excessivement, même pendant des impressions de plusieurs heures. La mise en route commence par une étape cruciale que beaucoup négligent au départ, et que j'ai moi-même apprise à mes dépens lors d'un premier essai raté : isoler correctement la ligne 5V du câble USB pour éviter le retour de courant de l'imprimante vers le Pi. Beaucoup d'imprimantes 3D, comme les Ender et genuis, envoient du 5V via le port USB même quand elles sont allumées, ce qui peut causer des instabilités, des redémarrages intempestifs du Pi ou pire, endommager la carte à long terme. J'ai opté pour la méthode simple et réversible avec du ruban isolant sur la broche correspondante du connecteur USB côté Pi, mais couper le fil rouge à l'intérieur du câble fonctionne aussi très bien si on est à l'aise avec un cutter et du ruban électrique. Ça prend cinq minutes, et croyez-moi, ça évite bien des galères par la suite. Une fois cette précaution prise, l'installation d'OctoPrint se fait presque toute seule grâce à l'image OctoPi, qui est prête à l'emploi. Je l'ai flashée sur la carte SD avec Raspberry Pi Imager, en configurant le Wi-Fi directement dans les options pour que le Pi se connecte au réseau domestique dès le premier démarrage. Le port série se détecte généralement automatiquement, et un baud rate en auto fait le reste. J'ai eu un petit moment de doute quand la connexion n'était pas immédiate, mais un redémarrage de l'imprimante et du Pi a tout résolu. À l'allumage, on accède à l'interface web via octopi.local, on suit l'assistant pour créer un compte sécurisé et connecter l'imprimante. Depuis, la liaison est stable, même en Wi-Fi, sans latence notable pour les commandes basiques. Au quotidien, OctoPrint devient vite indispensable. L'interface est claire, avec un suivi en temps réel de la température du nozzle et du bed, de la progression de l'impression et même d'une webcam si on en branche une. J'aime particulièrement pouvoir uploader un G-code depuis n'importe quel ordinateur ou téléphone, lancer une impression et la surveiller de loin. Les plugins ajoutent des fonctionnalités utiles, comme des alertes en cas de problème ou des timelapses automatiques à la fin. La réactivité est bonne, les commandes comme pause ou arrêt répondent instantanément, et la stabilité est au rendez-vous tant que le réseau Wi-Fi est correct. Pour les impressions longues la nuit, c'est un vrai confort de pouvoir vérifier d'un œil sur le téléphone que tout va bien sans se lever. Mais le vrai plus pour moi, c'est l'intégration avec Home Assistant. Une fois OctoPrint en place, ajouter l'intégration officielle est enfantin : dans les réglages de Home Assistant, on cherche OctoPrint, on entre l'adresse IP du Pi et la clé API générée dans OctoPrint, et voilà. L'auto-découverte fonctionne souvent du premier coup si les deux sont sur le même réseau. Immédiatement, on récupère une foule d'entités utiles : capteurs de température, pourcentage d'avancement, état de l'impression, et même des boutons pour contrôler pause, reprise ou arrêt. J'ai créé un dashboard dédié avec une vue caméra, les températures en gros et un graphique de progression, ce qui rend le suivi hyper intuitif depuis l'application Home Assistant sur mon téléphone. J’ai aussi installé la carte via HACS : https://github.com/xZetsubou/ha-threedy-card Ce qui simplifie vraiment la vie, c'est de pouvoir coupler ça à des automatisations : par exemple, une notification SMS quand l'impression est terminée, ou allumer une lumière spécifique dans l'atelier en cas d'erreur détectée. alias: "Impression terminée " description: "" triggers: - device_id: e0fc02c08be906cef3ab379c74f10219 domain: button entity_id: aa7a79614c181af12daad30fac0c2f78 type: pressed trigger: device conditions: [] actions: - action: notify.send_message metadata: {} data: message: "Impression terminée " target: entity_id: notify.papa mode: single Ce setup a de vrais points forts qui en font une solution durable. D'abord, la fiabilité une fois l'isolation USB bien faite, plus de crashes aléatoires qui m'avaient agacé au début. Ensuite, la flexibilité : tout est open source, gratuit, et s'intègre sans accroc à Home Assistant sans passer par des clouds tiers. La consommation électrique reste modeste, et le Pi dédié à OctoPrint ne perturbe pas les autres tâches domotiques. Côté pistes d'amélioration, je dirais que l'interface OctoPrint pourrait être un peu plus moderne sur mobile, même si ça fait le job, et qu'il faut veiller à une bonne ventilation du Pi lors d'usages intensifs. Aussi, pour les débutants en Raspberry Pi, la partie isolation USB peut sembler intimidante, mais avec les tutos de la communauté, ça passe crème. Au final, après plusieurs mois d'utilisation régulière, je garde ce montage sans hésiter. Il m'a apporté exactement ce que j'attendais : un contrôle distant serein de mon imprimante 3D, intégré à Home Assistant pour une vue unifiée de la maison. C'est parfait pour les passionnés de domotique qui ont déjà une imprimante 3D et veulent aller plus loin sans complications inutiles. Si vous hésitez encore, lancez-vous, la communauté autour d'OctoPrint et Home Assistant est active et prête à aider en cas de besoin. Pour ma part, c'est devenu un élément fixe de mon atelier connecté.

Bienvenue sur le forum ! 😊 À 47 ans et déjà ultra-équipé avec Aqara (volets roulants, interrupteurs, lumières, caméras, capteurs, chauffage…), tu es clairement un expert de la domotique ! L’arrivée du Hub M3 est un excellent choix : il ajoute le support Thread en plus du Zigbee, une gestion beaucoup plus locale (moins dépendante du cloud) et une compatibilité Matter renforcée. Cela ouvre la porte à encore plus d’intégrations fluides, notamment avec Apple HomeKit. Concernant la serrure Aqara U200 Lite, je suis actuellement en train de la tester et je publierai un retour complet une fois les tests terminés. Je suis convaincu que tu vas l’adorer ! C’est un modèle retrofit qui se pose sans rien démonter, compatible Matter over Thread (parfait avec ton M3), avec un déverrouillage automatique via gyroscope dès que la porte se ferme, une batterie rechargeable (jusqu’à 6 mois d’autonomie) et plusieurs modes de fonctionnement (silencieux, standard, rapide, etc.). Elle s’intègre directement dans l’app Maison via HomeKit, ce qui te permettra de la contrôler avec Siri, de créer des automatisations avancées et bien plus encore. Si tu as des questions en attendant, n’hésite pas ! 🚪🔒

Découvrez le nouveau détecteur de présence Aqara FP300, un capteur 5-en-1 conçu pour apporter précision et intelligence à votre maison connectée. Il combine détection de présence mmWave, mouvement, luminosité, température et humidité… le tout dans un format compact fonctionnant sur piles, idéal pour une installation flexible et sans câblage. Ce test complet vous montre ses performances, son installation, sa compatibilité, et surtout comment il peut améliorer vos automatisations au quotidien. Dans cette vidéo, je vous montre ses fonctions, son installation, son intégration avec divers écosystèmes (HomeKit, Home Assistant...), ainsi que mon avis après test. https://pomme-kit.fr/aqara-fp300-detecteur-5-en-1/

Bonjour à tous, Je tiens à partager un petit retex sur les MAJ bloquées sur HA. Depuis le mois de juin, j'avais toutes les mises à jours qui ne s'effectuaient plus ; j'étais bloqué sur le version 2025.5.3. je me suis longtemps cassé les dents à comprendre sans succès. De retour de déplacement professionnel je me penche sur le sujet et m'attèle à ce bouton Aqara que je n'arrive pas à appairer en sur MQTT. Dernière tentative avant RAZ ! Après avoir réussi à ressortir le bouton "Reset" qui était enfoncé, j'ai pu appairer le bouton à MQTT et les mises à jour se sont réactualisées. Voilà mon système de nouveau à jour ! En plus des sauvegardes automatiques ; j'ai effectué des SVG manuelles que je garde précieusement de coté. A toutes fins utiles ...

ATTENTION : le mot clé "service:" vient d'être remplacé par "action:" dans les versions récentes. Cependant, depuis la version 2025.12, ce changement de sens des volets (Tuya) ne fonctionne plus. Il n'y a pour l'instant pas de correction du code de l'intégration Tuya.

Home Assistant, la plateforme open-source populaire pour la domotique, évolue constamment pour améliorer la stabilité, la cohérence et les fonctionnalités offertes aux utilisateurs. Récemment, avec la sortie de la version 2025.12, un avertissement important a été introduit concernant la dépréciation des entités template “legacy” (ancienne syntaxe). Cet avertissement indique que ces entités ne fonctionneront plus à partir de la version 2026.6, et il est crucial de les migrer avant toute mise à jour pour éviter des interruptions dans votre configuration. Dans cet article, nous explorerons les raisons de cette changement, les étapes de migration, et nous nous concentrerons sur l’exemple spécifique fourni : l’entité switch “radiateur_papa”. Contexte de l’Avertissement Si vous avez mis à jour Home Assistant vers 2025.12 ou une version ultérieure, vous avez peut-être rencontré un message d’avertissement similaire à celui-ci : Cela signifie que l’ancienne manière de définir des entités template (via platform: template) est obsolète et sera supprimée dans la version 2026.6. Home Assistant affiche cet avertissement via un “repair” (réparation) dans l’interface pour vous guider. Ignorer cela pourrait entraîner des dysfonctionnements de vos automatisations, scripts ou interfaces utilisateur dépendant de ces entités. Cet avertissement concerne plusieurs domaines d’entités, y compris switch, sensor, binary_sensor, light, cover, fan, lock, vacuum, weather et alarm_control_panel. Il ne s’applique pas aux templates utilisés ailleurs, comme dans les cartes personnalisées du frontend ou les helpers template. Pourquoi cette Dépréciation ? Home Assistant a décidé de déprécier l’ancienne syntaxe pour plusieurs raisons techniques et stratégiques : Cohérence des Comportements des Entités : L’ancienne syntaxe créait des incohérences dans le fonctionnement des entités template par rapport aux autres intégrations. La syntaxe moderne aligne tout sur un standard unique, rendant le système plus prévisible et plus facile à maintenir. Introduction de Nouvelles Fonctionnalités : Les développeurs prévoient d’ajouter des “blueprints” template dans l’interface utilisateur (UI), ainsi que de nouveaux domaines comme climate et media_player. La syntaxe legacy bloquait ces avancées en raison de sa complexité et de ses limitations. Assignation aux Appareils : À l’avenir, les entités template en YAML pourront être assignées à des appareils physiques, ce qui n’était pas possible avec l’ancienne approche. Problèmes de Maintenance : Le support de la syntaxe legacy a causé de nombreux bugs et complications pour les développeurs. En la supprimant, Home Assistant peut se concentrer sur des améliorations plus robustes, tout en maintenant une parité complète des fonctionnalités avec la nouvelle syntaxe. Cette évolution fait partie d’une stratégie plus large pour moderniser la plateforme, rendant la configuration plus intuitive, surtout pour les utilisateurs qui préfèrent l’UI graphique. Comment Migrer vers la Syntaxe Moderne ? La migration est relativement simple et se fait en modifiant votre fichier configuration.yaml (ou un fichier inclus comme templates.yaml). Voici les étapes générales : 1. Identifiez les Entités Concernées : Vérifiez les avertissements dans l’interface Home Assistant (sous “Réparations” dans les paramètres). Chaque avertissement spécifie l’entité à migrer, comme “radiateur_papa” dans votre cas. 2. Supprimez l’Ancienne Définition : Localisez et retirez la section legacy dans votre configuration. Par exemple, l’ancienne syntaxe pour un switch ressemblait à ceci : switch: - platform: template switches: radiateur_papa: value_template: '{{ is_state("input_boolean.radiateur_papa", "on") }}' turn_on: service: input_boolean.turn_on entity_id: input_boolean.radiateur_papa turn_off: service: input_boolean.turn_off entity_id: input_boolean.radiateur_papa3. Ajoutez la Nouvelle Définition : Utilisez la clé template: suivie du domaine (ici switch). Assurez-vous qu’il n’y ait qu’une seule section template: dans votre configuration globale. Si vous en avez déjà une (pour des triggers ou d’autres entités), ajoutez-y les nouvelles définitions au même niveau d’indentation. Pour votre exemple spécifique (“radiateur_papa”), la nouvelle configuration est la suivante : template: - switch: - turn_on: - entity_id: - input_boolean.radiateur_papa action: input_boolean.turn_on turn_off: - entity_id: - input_boolean.radiateur_papa action: input_boolean.turn_off default_entity_id: switch.radiateur_papa state: '{{ is_state("input_boolean.radiateur_papa", "on") }}' name: radiateur_papaExplications des Clés : • turn_on et turn_off : Définissent les actions pour activer/désactiver l’entité (ici, via un input_boolean). • default_entity_id : Conserve l’ID de l’entité pour éviter de casser les références existantes. • state : Le template qui détermine l’état (équivalent à l’ancien value_template). • name : Le nom convivial de l’entité. 4. Vérifiez l’Indentation : Une erreur courante est une mauvaise indentation. Toutes les sous-sections doivent être alignées correctement sous template:. 5. Redémarrez ou Rechargez : Après la modification, redémarrez Home Assistant ou allez dans “Outils pour Développeurs > YAML > Recharger les Entités Template” pour appliquer les changements sans redémarrage complet. 6. Astuces Avancées : • Si vous avez plusieurs fichiers, vous pouvez inclure un templates.yaml via !include templates.yaml dans configuration.yaml. • Pour les entités complexes, testez dans un environnement de développement avant d’appliquer en production. • Si vous préférez l’UI, recréez les entités via “Helpers > Créer un Helper > Template > Switch” (bien que cela ne conserve pas toujours l’ID exact). Problèmes Courants et Conseils Erreur “Multiple template:” : N’ajoutez pas une nouvelle section template: ; fusionnez tout dans l’existante. Indentation Incorrecte : Utilisez un éditeur YAML pour vérifier (comme VS Code avec l’extension YAML). Parité des Fonctionnalités : La nouvelle syntaxe supporte tout ce que l’ancienne faisait, y compris les templates avancés. Si Vous Avez Beaucoup d’Entités : Priorisez les migrations basées sur les avertissements. Des outils communautaires existent pour automatiser une partie du processus, mais vérifiez toujours manuellement. En suivant ces étapes, votre configuration sera prête pour les futures mises à jour. Cette migration non seulement résout l’avertissement, mais améliore aussi la flexibilité de votre setup Home Assistant.

Tout nouveau dans le monde de la domotique , je cherche à mettre en place une solution de camera ip et surtout à piloter un seche serviette. Je suis plutot bricoleur ( informaticien/électronique ) , plombier, électricien . et je vis dans le 31

Je dois encore modifier un peu le stl pour ajouter un support mural (au cas où il faudrait faire de la maintenance plus tard). Une fois que ce sera fini et que ça imprimera nickel, je le partagerai !

Bonjour à tous, Nous travaillons pour le média Legend (3 millions d'abonnés, 1er podcast de France). Je me permets de poster ici car nous recherchons une maison privée ultra-connectée pour un tournage TV très court. 📅 Date du tournage : mardi 17 décembre ⏱️ Durée : 2 à 4 heures maximum 👥 Équipe très légère 🎥 Format : petit reportage sur la domotique dans une habitation 🔌 Matériel technique minimal 🏠 Objectif : montrer concrètement le fonctionnement d’une maison connectée (éclairage, volets, sécurité, scénarios, commande vocale, etc.) Si vous êtes intéressé(e) ou connaissez quelqu’un qui pourrait l’être, envoyez-moi un message à l'adresse suivante : [email protected] Un grand merci pour votre aide ! 🙏

J'ai enfin installé ce module, avec également des SIN-4-FP-21 pour piloter les radiateurs (fil pilote). ✅ Je peux vous confirmer que mon schéma 2 fonctionne pour le moment. Nous avons tout de même perdu 1 ou 2 heures sur le montage du module dans le tableau electrique pour le chauffe-eau : Après branchement et appairage, le module ne fonctionnait pas. Même en marche forcée, aucun courant n'arrivait au ballon. Problème résolu en serrant les vis du modules après l'avoir insérer dans le boitier din (DRB-2-2-00)... Pas de moquerie svp 😅 Aujourd'hui, le controle du chauffe-eau et des radiateurs via Zigbee2Mqtt semble opérationnel mais : Les modes "comfort-1" et "comfort-2" des modules FP passent les radiateurs en mode eco. Je pense que mes radiateurs ne sont tout simplement pas compatible avec ces 2 ordres supplémentaires. 3 de mes volets ne sont plus pilotables via HA, ni via l'appli Tahoma (classic). Je pense que les coupures elec à répétitions ont perturbé la liaison Tahoma (mais les télécommandes fonctionnent toujours). Je vais donc refaire les appairages et cela devrait suffire. Il me reste 4 boitiers DIN NodOn DRB-2-2-00, ceux-ci étant vendus par 5 uniquement et un seul m'étant utile. Je ne sais pas s'il est plus judicieux de les détailler sur LBC ou de les conserver "au cas où"... J'imagine que je vais les vendre. Il me faut encore intégrer ces nouveaux appareils à HA (dashboard et automatisations...). Je vais donc devoir tester ce qui est le plus économique est confortable. (Quand couper/réduire les radiateurs et le chauffe-eau ?) Prochaine étape : Le contrôle sans HA. (Interrupteurs zigbee ? Assistant vocal (Ok Google ?) ? etc...)

Bonjour à tous, Informaticien réseau et développeur à la retraite depuis quelques années ! Je m'intéresse à la domotique et je regarde dès leurs sorties les vidéos de Zatoufly, Makernix, Pomme-Kit et bien d’autres, c’est une vraie source d’information, merci à vous tous. Je suis dans la phase formation et compréhension de toutes ces technologies. Mon projet est de mettre en place des détecteurs incendies connectés, le remplacement de mon très vieux thermostat de chaudière et le pilotage via infra-rouge de mes 2 blocs de climatisation Mitsubishi MSZ-HR. J’en suis au début et au choix du système, de la box et des protocoles. Je suis très content d’avoir trouvé ce forum pour pouvoir échanger avec vous. Bonne journée

Bienvenue dans mon Home Tour 2025 ! 🏡✨ Aujourd’hui je vous présente tout ce que j’utilise réellement chez moi en matière de domotique, d’objets connectés, et d’astuces pour améliorer votre maison, avec en bonus mes recommandations spéciales Black Friday pour faire les meilleurs achats au meilleur prix. Si vous souhaitez plus d'informations, vous retrouverez sur la chaine les vidéos des produits présentés.

@bruno974 Je suis dans la même configuration avec une maison KNX pour les volets, éclairages, station météo, VMC et chauffage. J'ai également quelques appareils Zigbee, des Caméras RTSP et des appareils Wi-Fi avec un cloud propriétaire (Ballon ECS Atlantic, PAC Daikin, Lave-vaisselle/hotte/plaque de cuisson/frigo/four). Je privilégie un maximum HomeKit pour le contrôle de l'éclairage, la hotte, les volets, le chauffage, la climatisation, l'arrosage, le portail et la porte de garage en vocal avec SIRI. Au début, c'était par souci d'économie, car les interrupteurs KNX ne sont pas donnés, et nous n'arrivions pas à nous décider sur le choix du modèle. Cela fait un an que nous contrôlons tout à la voix, et cela marche plutôt bien. Retour d'expérience : KNX : Home Assistant a une intégration officielle. Ça marche super bien. Hyper fiable. Cela demande un peu de temps pour la configuration. Il faut créer les entités et renseigner les adresses de groupe KNX. Zigbee : Les entités sont créées automatiquement par ZHA ou Z2M (Zigbee2MQTT). Les autres appareils IoT/Cloud : Les intégrations créent également les entités automatiquement. Pour avoir tout ça sur HomeKit, il y a l'intégration HomeKit Bridge. Tu y renseignes les entités Home Assistant que tu veux remonter dans HomeKit. Si tu as un HomePod ou une Apple TV comme concentrateur, Apple s'occupe de tout pour l'accès à distance de ton domicile. Caméras RTSP : Pour les caméras RTSP, j'utilise Scrypted en version gratuite. Ça récupère les flux RTSP et les convertit en caméras compatibles HomeKit. Avec un abonnement iCloud, cela stocke en mémoire, sur HomeKit Secure Video, les séquences où il y a une détection de mouvement et remonte le flux sur HomeKit. Ça rend super bien quand tu es en train de regarder un film sur l'Apple TV, et que tu vois un cadre avec la caméra qui s'ouvre dans un coin de l'écran quand quelqu'un rentre chez toi. Pour en revenir au Dashboard : Celui de HomeKit est très joli mais pas vraiment personnalisable. C'est vite le fouillis quand tu as beaucoup d'appareils à contrôler. Je me sers principalement de l'application Maison (Home) pour les notifications et le contrôle avec Siri. Quand tu es dans la voiture et que tu as juste à dire "Dis Siri, ouvre le garage" sans aucune autre intervention, c'est le top ! Sinon, le Dashboard Home Assistant est quand même bien plus personnalisable. Je t'envoie quelques photos du mien. Ce n'est pas le plus joli, mais il est bien plus pratique.

Arf je cherchais partout ce mode, pas moyen de trouver la section Labs. Mais c'est dans la mise à jour de décembre 😅

Bonjour, Je suis nouveau sur le forum, petit résumé de mes expériences: J'ai débuté par un tydom1.0, (bien mais reste sur sa fin en terme de conditions sur les automatismes) je suis passé ensuite sur lifedomus (très belle expérience, dommage sur la fin...), ensuite un passage sur eedomus (interface graphique pas au top), et je suis maintenant sur homey pro 2019. Mon souhait serait d'explorer home assistant, et plus précisément la green. Je vais donc vous poser des questions aux utilisateurs de cette interface Merci d'avance pour votre accueil Yann

Un grand merci Cédric...je vais imprimer votre réponse et m'en servir comme feuille de route pour connecter mes clim....je reviendrai vers vous au fur et à mesure de mon avancement...ou de mes questions ! Encore merci et bonne soirée

@Lobo Personnellement, j’ai commencé avec des Philips Hue. Quand j’ai testé Jeedom puis Home Assistant, je me suis demandé quel serait l’intérêt au début. Je l’ai vite compris quand j’ai voulu intégrer des produits Zigbee Ikea ou Lidl à mon bridge Philips : ça fonctionnait, mais de manière très limitée. Tu es exactement dans la même situation avec Tuya : simple, mais restreint. Tu dois vérifier pour chaque appareil qu’il est compatible, et tu restes dépendant de leur écosystème. Home Assistant présente une barrière à l’entrée : il faut une machine, l’installer, et ajouter une passerelle Zigbee. Mais une fois démarré, tu réalises vite que tu peux intégrer bien plus que du Zigbee, et que les possibilités d’automatisation sont énormes. L’installer sur un Synology est possible (évite si ton modèle n’est pas un « + »), mais plus complexe : il faudra passer ta passerelle Zigbee en passthrough vers la VM ou le container. Les passerelles Ethernet SMLIGHT n’ont pas besoin de passthrough, si je ne me trompe pas. Les modules ne sont pas indispensables, mais ils facilitent vraiment la vie. Pour un débutant, ce n’est pas la configuration la plus simple. Choisis cette solution uniquement si tu veux éviter d’acheter une machine dédiée. Avec un Synology 1812+ je me suis vite senti limité, et même sur un 220+ en Docker ce n’est pas idéal. Je ne sais pas combien t’a coûté ta passerelle multimode (Wi-Fi/Zigbee), mais tu trouves aujourd’hui des mini-PC avec N100 ou N150 et 16 Go de RAM à moins de 100 € sur Leboncoin. Ça consomme très peu et c’est parfait pour débuter. Installer Proxmox prend 5 minutes. Installer une VM Home Assistant, également. Ton NAS servira de stockage pour les sauvegardes de la VM, et tu pars sur une base propre et évolutive. N’hésite pas à demander de l’aide si tu te lances

Bonjour à tous, Voilà mon expérience au bout de deux ans de production solaire plug@play, 3 panneaux de 400w Sunology installés à même le sol. Achetés sur un coup de tête, le prix étant raisonnable on c'est dit pourquoi pas. Aujourd'hui avec seulement ces 3 panneaux nous avons divisé en gros en deux notre coût annuel d'électricité. Mais ATTENTION les situations de chacun sont toutes différentes et il faut mettre les choses dans leur contexte. Maison : 100m2 habitable, chauffage au bois, 2 occupants en général. Électroménager comme la plupart d'entre nous (pas de sèche linge). Le cadre est posé. Notre talon énergétique est relativement bas, on peut difficilement faire moins. Ça oscille en 150 et 200w. Autant dire qu'avec une production au mieux de 1200w nous remettions jusqu'à 1000w dans le réseau 😵‍💫. Et bien-sûr ce calcul énergétique nous l'avons fait après l'achat. Du coup il a fallu trouver une solution pour éviter d'en remettre autant dans le réseau ce qui anéantissait notre retour sur investissement. Sachant que le poste qui consomme le plus d'électricité est notre chauffe eau (chauffe eau classique), il fallait trouver le moyen de profiter de ce surplus d'énergie pour l'alimenter. Et bien l'outil magique existe et sans lui nous n'aurions jamais pu faire autant d'économie. Un routeur solaire qui gère le surplus pour alimenter le chauffe eau, le truc génial. Conclusion : oui on peut faire des économies mais il faut vraiment tenir compte de chaque situation et notre manière de consommer. Deux petites captures d'écrans de notre fournisseur : 2023 sans panneaux

bonjour, je sais pas si je post au bonne endroit j'utilise google home j'ai plusieurs smart switch 4ch chaque relais a un nom ( lampe 1 lampe 2 .... ) jusque la tout fonctionne (allume la lampe 1 étend la lampe 2 ) bref ce que je veux obtenir c'est > quand on demande allume une lampe (x) on éteint toutes les autres de sorte que 1 seul lampe soit allumer en espèrent avoir une solution ou explication je vous remercie

Failover Pi est un projet que j’ai développé pour résoudre un problème réel : 👉 Éviter que Home Assistant et tous mes services domotiques deviennent inaccessibles lors d’une coupure Internet. Lorsque la Freebox tombe, la domotique tombe si les intégrations qui on besoin de cloud distant tombe aussi.Pour ne plus subir ces interruptions, j’ai créé un système automatique qui :Surveille en temps réel la connexion Freebox Basculent automatiquement sur une connexion 4G (SIM7600) en cas de coupure M’envoie une alerte SMS pour me prévenir Rebasculent automatiquement sur la Freebox quand elle revient Propose une interface web complète pour le contrôle, les logs et les actions système Permet de gérer des backups, restaurations, diagnostics et utilisateurs Ce projet est toujours en cours de développement, avec de nouvelles fonctionnalités ajoutées régulièrement :📡 amélioration du failover 📊 meilleur historique Freebox/4G 🔒 renforcement sécurité & multi-utilisateurs 🖥️ interface plus moderne 📦 automatisation via Systemd & scripts …et bien plus ! GitHubGitHub - XAV59213/failover-pi: failover-pi freeboxfailover-pi freebox. Contribute to XAV59213/failover-pi development by creating an account on GitHub.

Bonjour, je me suis fait installer par un pro une alarme Ajax Superior (uniquement disponible via installateur professionnel au Royaume-Uni) il y a un peu plus de 6 mois. Et aucun souci jusqu’à présent. Ajax Hub 2+ 4G connecté via cpl a la box internet ) + SIM (on a des coupures internet pendant des absences, et la connexion 4G est vraiment utile). Le hub est aussi alimenté sur secteur avec donc batterie en backup. Sirène exterieur aussi connectée sur secteur. Pour les détecteurs de mouvements j’ai pris les détecteurs simples mais toujours de la gamme Superior. Télécommande fonctionne bien jusqu’à présent, et l’app est bien faite.

1. IntroductionHome Assistant est une plateforme puissante pour l'automatisation domestique. Pour maintenir une configuration claire et modulaire, j'organise mon code en plusieurs fichiers YAML inclus dans le fichier principal configuration.yaml. Cette approche améliore la lisibilité, la maintenance et la scalabilité. 2. Structure du Fichier Principal (configuration.yaml)Le fichier configuration.yaml sert de point d'entrée et inclut toutes les configurations nécessaires via des fichiers externes. Voici un aperçu de sa structure : homeassistant: packages: !include_dir_named packages # Charge les intégrations par défaut default_config: # Configuration des panneaux personnalisés pour la barre latérale panel_custom: !include panel_custom.yaml # Automatisations, scripts et scènes automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml # Intégrations spécifiques freebox_player: !include freebox_player.yaml wake_on_lan: !include wake_on_lan.yaml lovelace: !include lovelace.yaml notify: !include notify.yaml # Entités et capteurs switch: !include switch.yaml climate: !include climate.yaml powercalc: !include powercalc.yaml binary_sensor: !include binary_sensor.yaml sensor: !include sensor.yaml template: !include template.yaml # Configurations avancées ffmpeg: !include ffmpeg.yaml frontend: !include frontend.yaml http: !include http.yamlExplication :packages : Inclut des fichiers de configuration pour des intégrations complexes (par exemple, des intégrations tierces). default_config : Charge les intégrations de base de Home Assistant. Fichiers inclus : Chaque fichier YAML gère une catégorie spécifique (ex. : climate.yaml pour les thermostats, switch.yaml pour les interrupteurs). Organisation : Les fichiers sont séparés par type d’entité ou fonctionnalité, facilitant la recherche et la modification. 3. Exemple de Fichier : climate.yamlLe fichier climate.yaml contient la configuration des entités de type climate, utilisées pour contrôler les thermostats ou climatiseurs. Voici un exemple de structure pour climate.yaml : # climate.yaml climate: - platform: generic_thermostat name: Thermostat Salon heater: switch.salon_heater target_sensor: sensor.salon_temperature min_temp: 15 max_temp: 30 target_temp: 20 ac_mode: false cold_tolerance: 0.3 hot_tolerance: 0.3 initial_hvac_mode: "heat" - platform: generic_thermostat name: Thermostat Chambre heater: switch.chambre_heater target_sensor: sensor.chambre_temperature min_temp: 15 max_temp: 28 target_temp: 19 ac_mode: false cold_tolerance: 0.5 hot_tolerance: 0.5 initial_hvac_mode: "heat"Explication :Plateforme : Utilise generic_thermostat pour créer un thermostat virtuel basé sur un interrupteur (heater) et un capteur de température (target_sensor). Paramètres : name : Nom de l’entité dans Home Assistant. min_temp/max_temp : Plage de température autorisée. target_temp : Température cible par défaut. cold_tolerance/hot_tolerance : Marges de tolérance pour éviter des cycles trop fréquents. initial_hvac_mode : Mode initial (ici, chauffage). 4. Avantages de Cette OrganisationModularité : Chaque fichier gère un aspect spécifique, facilitant les modifications. Clarté : La séparation par type d’entité réduit les erreurs. Réutilisabilité : Les fichiers comme climate.yaml peuvent être facilement adaptés pour de nouveaux appareils. Maintenance : Les mises à jour ou ajouts se font dans des fichiers dédiés, sans toucher au fichier principal. 5. Étapes pour Ajouter une Nouvelle EntitéIdentifier le type d’entité (ex. : climate pour un thermostat). Créer ou modifier le fichier correspondant (ex. : climate.yaml). Ajouter la configuration spécifique (comme ci-dessus pour generic_thermostat). Vérifier la configuration dans Home Assistant (via l’outil de validation). Redémarrer Home Assistant pour appliquer les changements. 6. Exemple d’Intégration dans LovelacePour afficher les entités climate dans l’interface utilisateur, j’utilise une carte dans lovelace.yaml : # lovelace.yaml (extrait) views: - title: Maison cards: - type: thermostat entity: climate.thermostat_salon - type: thermostat entity: climate.thermostat_chambreCela crée une interface utilisateur intuitive pour contrôler les thermostats. 7. ConclusionEn structurant ma configuration Home Assistant avec des fichiers YAML séparés, je maintiens un système clair, évolutif et facile à gérer. Le fichier climate.yaml illustre comment configurer des entités spécifiques, tandis que configuration.yaml centralise toutes les inclusions. Cette méthode est idéale pour les installations complexes avec de nombreuses intégrations.