Ellywick

Hello @thierry Pour ma part, j'utilise MyElectricalData pour remonter ma consommation et ma production dans Home Assistant. L'avantage principal : toutes les données Enedis sont archivées sur plusieurs années, et comme elles proviennent directement d'Enedis, elles reflètent fidèlement ta facturation réelle — sans dépendre de la disponibilité de HA. La contrepartie, c'est que la granularité est limitée au demi-heure, et que les données n'arrivent que le lendemain. Pas de suivi instantané donc. C'est pourquoi j'ai également un Shelly Pro 3EM pour la mesure en temps réel sur mon installation triphasée — idéal pour suivre la consommation en watts à l'instant T. Pour le suivi des appareils, j'utilise une intégration native quand elle existe, et un mix de prises connectées ou de modules Shelly pour le reste.

Bonjour @Valiuum , Même situation de mon côté : je passe par un webhook pour remonter dans Home Assistant les plaques lues par les caméras UniFi. Une intégration native serait bienvenue, mais le blocage vient d'UniFi pour l'instant. Idem pour la synchronisation d'Alarmo avec l'alarme UniFi — je suis obligé de passer par un script shell sur l'API locale, faute d'intégration officielle. UniFi développe de plus en plus de fonctionnalités domotiques, ce qui est encourageant. Leur nouvelle télécommande m'intéresse vraiment, mais j'attends qu'ils fassent un effort d'intégration côté HA avant de me lancer.

Bonjour à tous, Cela fait un moment que je contribue régulièrement sur ce forum, et je voulais partager une observation qui me frustre un peu. Il m'arrive souvent de prendre le temps de rédiger une réponse détaillée à une question, et de ne jamais avoir de retour — ni confirmation que ça a aidé, ni précision si le problème est résolu. La grande majorité de mes réponses restent sans suite. En creusant un peu, je pense que le problème vient en partie du forum lui-même. Côté suivi des discussions, c'est vraiment limité : Pas de notifications sur le site quand une réponse est postée dans un fil auquel on a participé Pas de vue filtrée permettant de voir uniquement les discussions où l'on est intervenu et où une nouvelle réponse a été publiée depuis notre dernier passage Pas d'alternative par email non plus — l'option semble exister mais il m'est impossible de l'activer Résultat : impossible de suivre efficacement les échanges sans repasser manuellement sur chaque fil. Dans ces conditions, il n'est pas étonnant que les conversations meurent dans l'œuf. Ce serait vraiment un plus d'avoir ces fonctionnalités de base. Ça rendrait les échanges plus vivants et valoriserait le travail de ceux qui prennent le temps d'aider. Pour la pérennité du forum, ça me semble important. En attendant, pensez à revenir sur vos posts — et si une réponse vous a aidé, un petit retour fait toujours plaisir 😊

Tout dépend de ce que permet l'intégration. Dans la grande majorité des cas, Home Assistant se contente de communiquer avec l'API propriétaire de ton système — il ne touche pas aux appareils directement. Concrètement, il va lire des états (alarme armée/désarmée, détection de mouvement…) et, selon ce que le fabricant autorise, exposer quelques commandes. Le risque réel est donc très limité. Ce que tu utilises aujourd'hui — l'application dédiée, le WiFi, le fonctionnement de base de tes caméras et de ton alarme — continue de tourner indépendamment. Home Assistant se greffe par-dessus, il ne remplace pas la couche existante. Mon conseil : lis la documentation de l'intégration avant de l'installer. Tu verras rapidement ce qu'elle expose (sensors en lecture seule ? commandes d'armement ? accès aux flux vidéo ?) et tu pourras juger si ça te convient. Dans la pratique, une intégration mal configurée va simplement ne pas fonctionner — elle ne va pas faire buguer tes appareils.

Bonjour @michelD Tu as déjà essayé knx.read et cover.stop_cover au démarrage sans succès. Avant de conclure à une limitation du TJA670, il y a une question clé : quelle est la référence de tes actionneurs de volet ? Il y a en effet deux scénarios très différents selon ton installation : Scénario 1 — Actionneurs KNX standard (MDT, Schneider, Siemens...) Si tes actionneurs de volet sont des appareils KNX standard configurés via ETS, le problème vient probablement d'un flag R manquant sur l'objet de communication qui gère le retour d'état. En KNX, pour qu'un appareil réponde à une demande de lecture (GroupValueRead), le flag R doit être activé sur l'objet correspondant. Si ce flag est absent, le knx.read de HA n'obtiendra jamais de réponse — exactement ce que tu observes. Dans ce cas la solution est simple : ouvrir le projet dans ETS, localiser l'objet de retour de position de l'actionneur, activer le flag R, et recharger le projet sur le bus. Il est aussi probable que tu aies besoin de deux adresses de groupe distinctes dans ta config HA : une pour commander la position (position_address) et une pour lire l'état (position_state_address). Utiliser la même adresse pour les deux n'est généralement pas le bon fonctionnement. Scénario 2 — Actionneurs Hager "easy" Si tes actionneurs font partie de la gamme Hager "easy" (comme le TJA670), tout est propriétaire et configuré via le logiciel Hager, pas via ETS. Dans ce cas tu n'as pas la main sur les flags, et le TJA670 en mode Tunneling se comporte de façon passive — il transmet les télégrammes qu'il voit passer sur le bus, mais ne répond pas aux demandes de lecture initiées par HA. C'est une limitation de ce type de passerelle propriétaire. Dans ce cas les pistes de contournement sont : API Domovea : le TJA670 est la passerelle du système Domovea. Hager expose peut-être une API locale qui permet de récupérer l'état des volets — ce serait la solution la plus propre. Est-ce que Domovea affiche la position de tes volets correctement, même après un redémarrage ? Si oui, l'information existe quelque part et on peut peut-être y accéder depuis HA. Mode Routing : si ton TJA670 supporte le mode KNX/IP Routing (multicast), ce mode est parfois plus bavard que le Tunneling et peut transmettre davantage de télégrammes d'état. Ce qu'il nous faudrait pour avancer La référence de tes actionneurs de volet As-tu accès au projet ETS de ton installation, ou tout a été configuré via le logiciel Hager ? Domovea affiche-t-il la position de tes volets correctement après un redémarrage ? Voici un extrait de ma config pour mes volets, pour comparaison — en bleu la commande de position, en rouge le retour d'état :

Bonjour @fafane_84 : 1. pour la veille du laptop. En général, un laptop se met en veille si tu ferme l ecran. Donc HA, se coupera. 2. Les intégrations, c'est le bout de code qui va interagir avec tes appareils et créer des entités dans HA. L'intégration n'est évidement pas la meme si tu veux communiquer avec le Cloud d'une marque (exemple Atlantic) ou avec l'API local d'une autre marque (exemple Shelly). Chaque entité est relié a une intégration. Les addons se sont des applications que tu fais tourner dans ta machine HA mais qui n'ont aucun lien directe avec HA. c est comme si tu installait un application sur ton windows. Dans le cas de HA, elle sont containérisé dans Docker afin de ne pas polluer ton HAOS. 3. Je n'ai pas trop compris la question. Mais tes appareils doivent rester sur le wifi pour communiquer avec HA.

Autant pour moi, je n'avais même pas fait attention à ce détail car je ne fais que du white tuning — je n'utilise pas les couleurs de mes ampoules. Par contre, si je ne me trompe pas, les Tapo L535E sont Matter over Wifi et non pas Matter over Thread.

Bonjour @JCz , Oui, très bon choix de partir sur une machine que tu possèdes déjà. L'Optiplex ne consomme pas grand chose (40-60€ par an), c'est super pour commencer. 120 Go c'est largement suffisant. La première chose qui va te limiter, c'est la RAM, selon la taille de ton installation et si tu commences à vouloir faire tourner d'autres services en parallèle à HA. Mais c'est probablement pas pour tout de suite et tu auras l'occasion de changer de machine à ce moment-là. Et je te rassure, l'interface sera très réactive avec ton Optiplex 😁

@Pierre Les nouvelles IKEA E27 matter KAJPLATS existent en 470, 1055 et 1521 lumens. Ces dernières sont vraiment bien plus puissante que mes Philips Hue. J'aime beaucoup aussi les nouvelle IKEA E14 matter KAJPLATS en 806 lumens. Pour le moment, pas de problème de lumière résiduel, de bruit ou de déconnexion. Pour moi, c'est validé.

@fafane_84 Bonne initiative de vouloir tester avant d'investir ! HassWP c'est un projet non officiel avec des limitations importantes : pas de Supervisor, pas d'add-ons, certaines intégrations manquantes. Difficile de se faire une vraie idée de HA dans ces conditions. Trois options bien plus solides selon ta situation : Tu as une machine à dédier (vieux PC, Raspberry Pi, mini PC) → installe directement Home Assistant OS. C'est l'expérience complète, rien ne manque. Tu n'as pas de machine disponible → lance une VM VirtualBox (gratuit) sur ton PC ou Mac avec l'image HAOS officielle. C'est l'option idéale pour tester : expérience complète, facile à supprimer ou recommencer, et ça prend 10 minutes. Tu es déjà à l'aise avec Docker → l'image officielle se lance en 5 minutes. Attention, les performances sur Docker Desktop sous Windows sont un peu limitées, et tu n'auras pas accès au Supervisor. Dans tous les cas, évite HassWP : tu perdras plus de temps à contourner ses limitations qu'à vraiment découvrir ce que HA a à offrir.

Bonjour @michelD , as-tu des adresses de groupe de statut sur ton contrôleur de volet KNX ? Chez moi, aucun souci pour le retour d'état. position_state_address doit être renseigné. Tu peux mettre la même adresse que celle de contrôle, mais cela ne respecte pas les conventions KNX. Il faut aussi le flag R (Read) pour que ton adresse renvoie la position. Je passe uniquement par le fichier YAML, je n'utilise pas l'interface graphique pour le KNX. Voici un exemple d'un de mes volets : cover: - name: "Salon 1" move_long_address: "2/1/1" move_short_address: "2/2/1" position_address: "2/3/1" position_state_address: "2/5/1" angle_address: "2/4/1" angle_state_address: "2/6/1" device_class: "shutter"

Bonjour , je vois que tu as une passerelle KNX/IP. Si tu as en plus le fichier ETS, il est très facile d'intégrer ton système KNX à Home Assistant. J'ai du KNX, du Zigbee, du Matter over Wi-Fi et over Thread. Eh bien, c'est avec le KNX que j'ai le moins de soucis. Ça ne craint que les coupures de courant.

Bonjour, Regarde du coté du protocole EnOcean. Les interrupteurs sont sans fil et sans pile. C est la pression sur le bouton qui génère l'électricité suffisante pour envoyé le signal. Je n'ai jamais testé personnellement, mais je pense que ça correspond a ce que tu cherches.

Bonjour @JeanLefebvre , Ton projet est ambitieux, mais tout à fait réaliste avec Home Assistant comme colonne vertébrale. C'est exactement le type d'installation pour lequel HA brille. Quelques points importants à avoir en tête cependant : HA centralise, mais ne fait pas tout seul HA est un excellent orchestrateur, mais pour certains domaines critiques, il s'interface avec des systèmes spécialisés plutôt que de les remplacer. C'est une force, pas une faiblesse. Vidéosurveillance : HA ne gère pas l'enregistrement des flux vidéo. Il te faudra un NVR dédié (Unifi Protect, Frigate sur un serveur local, Synology Surveillance Station…). L'intégration avec HA est ensuite excellente pour déclencher des alertes ou afficher les flux sur tes tableaux de bord. Chauffage : c'est le point le plus critique. HA peut piloter le chauffage via des automatisations, mais pour une longère en Bretagne, je te déconseille d'en faire le seul cerveau. Si HA plante ou est en maintenance, tu te retrouves sans chauffage. Mieux vaut un système autonome et spécialisé (Airzone, KNX, Modbus) qui fonctionne indépendamment, et que tu pilotes aussi depuis HA. Panneaux PV et recharge VE : HA s'intègre très bien avec la plupart des onduleurs (Enphase, SolarEdge, Fronius…) et des bornes de recharge (Wallbox, Easee, go-e…). C'est même un de ses points forts pour optimiser l'autoconsommation. Piscine, portail, volets : bien couverts par HA, notamment via Zigbee, Z-Wave ou des modules spécialisés. La question du protocole : KNX vs Zigbee Puisque tu repars de zéro avec une rénovation complète et une refonte électrique totale, c'est le moment idéal pour bien choisir. KNX est le standard professionnel par excellence : fiable, pérenne, entièrement câblé (pas de dépendance au Wi-Fi ou aux piles), et avec une intégration HA très solide. Inconvénient : le matériel et la programmation sont nettement plus coûteux — prévoir un installateur certifié KNX. Zigbee, Z-Wave et Matter sont bien moins chers et très bien supportés par HA, mais plus adaptés aux petites installations ou en complément de KNX pour les capteurs sans fil. Pour une maison de cette envergure, un mix KNX pour les équipements fixes (volets, éclairage, chauffage) et Zigbee/Matter pour les capteurs est souvent le meilleur compromis.

Bonjour @fafane_84 , Sur le Wi-Fi et les protocoles domotiques Le Wi-Fi reste incontournable pour les appareils qui font transiter de grosses quantités de données ou qui reposent sur un cloud constructeur. Dans ton cas, tes caméras EZVIZ, ton climatiseur Panasonic (Comfort Cloud), ton Xiaomi Mi Smart Speaker et ta Smart TV TCL resteront en Wi-Fi quoi qu'il arrive — et c'est tout à fait normal. En revanche, pour les appareils qui n'échangent que de petites quantités d'information — prises connectées, ampoules, capteurs de température/humidité/luminosité, détecteurs d'ouverture, micromodules — il est tout à fait pertinent de basculer vers un protocole domotique dédié comme Zigbee, Z-Wave ou Thread/Matter. Ces protocoles sont bien plus économes en ressources réseau, plus fiables pour ce type d'usage, et souvent meilleurs sur autonomie batterie pour les appareils sans fil. Concernant ton climatiseur Panasonic, il serait techniquement possible de le faire communiquer via un autre protocole (KNX, Modbus, voire Zigbee via un module IR), mais l'intégration native dans Home Assistant via Comfort Cloud est probablement suffisante et bien moins complexe à mettre en place. Sur la facilité d'utilisation C'est là que tout se joue, et il faut être honnête : il existe deux grandes philosophies. Les solutions propriétaires (Somfy TaHoma, Google Home, Apple HomeKit…) sont clés en main, simples à prendre en main, mais fermées, parfois coûteuses et dépendantes du bon vouloir du constructeur. Home Assistant est à l'opposé : gratuit, ouvert, extrêmement puissant… mais il demande un vrai investissement en temps. Installation, configuration, intégrations, automatisations — tout est possible, mais rien n'est "magique". Attends-toi à passer plusieurs heures (voire plusieurs soirées) à lire de la documentation, des tutos, des forums, à comprendre pourquoi quelque chose ne fonctionne pas comme prévu. La bonne question à se poser n'est pas tant le budget que le temps que tu es prêt à y consacrer. Si le débogage et l'exploration ne te font pas peur, alors Home Assistant est une aventure qui vaut vraiment le coup — la communauté est très active et les ressources abondantes. Personnellement, je ne compte plus les heures passées à configurer ma domotique… et je n'ai aucun regret. 😄 Bon courage dans ta réflexion, et n'hésite pas si tu as d'autres questions !

Bonjour @Pierre31470 , Home Assistant (HA) et MQTT sont deux éléments distincts. Pour simplifier : HA est l’application centrale (comme un système ou une plateforme), tandis que MQTT est un protocole de messagerie (analogue à Discord ou Telegram). HA se connecte à un broker MQTT via l’intégration MQTT. Le broker reçoit et publie tous les messages MQTT. HA peut donc : s’abonner à des topics pour lire des messages, publier des messages vers le broker. D’autres logiciels ou appareils (Zigbee2MQTT, Tasmota, ESP, etc.) lisent et écrivent également sur ce broker. C’est ce mécanisme qui permet la communication entre HA et les autres équipements. Le broker MQTT n’est pas intégré nativement à Home Assistant. Il peut être : ajouté via un add-on Home Assistant, installé dans une VM, exécuté dans un conteneur Docker, ou installé directement sur une machine dédiée. Proxmox est un hyperviseur. C’est un système d’exploitation dont le rôle principal est d’exécuter des machines virtuelles (VM) et des conteneurs LXC. Il n’est généralement pas pertinent de l’installer dans une VM. Il s’installe directement sur une machine physique disposant d’un processeur supportant la virtualisation. Dans ton cas, DSM de Synology joue déjà un rôle de superviseur, puisqu’il permet de gérer des VM et des conteneurs Docker. Tu peux néanmoins installer Proxmox sur un vieux PC pour tester ou apprendre. De mon côté, mon Synology (DS1812+) sert uniquement de NAS. Tous mes services tournent sur des mini-PC dédiés avec Proxmox.

Bonjour @peko , De mon côté, j’utilise un actionneur KNX avec une "minuterie d'escalier" réglée à 500 ms. À chaque activation, l’actionneur se coupe automatiquement après 500 ms, ce qui simule le fonctionnement d’un bouton poussoir. Un module Shelly peut être configuré de la même manière. À défaut, une automatisation peut aussi couper le relais Shelly après une impulsion courte. Concernant le retour d’état, il faudrait que je tire 2 fils jusqu’au moteur, ce qui n’a pas été prévu à l’installation. En attendant, j’utilise le nouveau détecteur d’ouverture IKEA compatible Matter. Il est installé depuis deux mois en extérieur, exposé à la pluie, et fonctionne correctement. 😁

Rebonjour @ppfe , Je viens de répondre a ton post sur les ampoules 😁. Matter utilise 2 protocoles de communication: Matter over Wi-Fi : s’appuie sur le réseau Wi-Fi de ta Box internet. Adapté aux appareils qui doivent transmettre davantage de données (caméras, équipements fixes alimentés en permanence, etc.). Matter over Thread : utilise un réseau maillé basse consommation, comparable au Zigbee. Adapté aux capteurs et aux appareils sur batterie. Seuls les appareils Matter over Thread alimentés sur secteur participent au maillage et renforcent le réseau (par exemple certaines ampoules). Les appareils sur batterie sont des nœuds terminaux et ne relaient pas le trafic. Pour répondre à ta question, IKEA propose des interrupteurs et un capteur température/humidité en Matter over Thread. Je ne les ai pas testés personnellement, mais leurs détecteurs de présence et de porte que j’utilise sont fiables et stables, donc la gamme semble cohérente: Il y deux modèles de télécommande: BILRESA un détecter de température/ humidité: TIMMERFLOTTE

Bonjour @ppfe , Je me base uniquement sur mon expérience réelle. J’ai utilisé des ampoules Philips Hue entre 2015 et 2019 : modèles couleur, blanc chaud/froid et blanc dimmable. Globalement fiables, mais je les ai toujours trouvées peu puissantes. De mémoire, on est autour de 600 lm maximum, uniquement sur le blanc. En 2020, j’ai testé les ampoules Silvercrest Zigbee de Lidl. Leur seul avantage est le prix. En dehors de ça : rendu lumineux médiocre, bruit électronique audible et léger éclairage résiduel à 0 % (elles ne s’éteignent jamais complètement). Techniquement décevant. Pendant longtemps, j’ai ensuite acheté des Lexman Zigbee, vendues chez Leroy Merlin ou Weldom. Elles sont peu chères et, à l’usage, font globalement la même chose que les Hue, notamment en blanc. C’était pour moi le meilleur compromis prix/fonctionnalités à l’époque. Plus récemment, j’ai testé les ampoules IKEA Kajplats compatibles Matter de IKEA. La gamme est complète. J’ai essayé les versions 470 lm et 1055 lm en blanc chaud/froid : bon rendu, puissance adaptée à un usage réel et comportement électronique propre. Je n’ai pas encore pu tester la version 1521 lm (rupture de stock), mais au vu des performances actuelles, elles sont en passe de devenir ma référence.

@Alcor7884 Bonjour, Passes tu par un proxy car ton log parle de proxy et Tailscale n'est pas un proxy. Si tu passes par un proxy du style traefik ou nginx, il faut l'autoriser dans le fichier configuration.yaml de home assistant. Sinon HA bloque la requête: http: use_x_forwarded_for: true trusted_proxies: - 10.10.10.5 # Remplacez par l'adresse IP du serveur proxy

@r34670 A aucun moment Wireguard n'apparait dans le journal chez moi. Tu n'aurais pas le plugin Wireguard d'installé et activé en parallèle?

Bonjour @flav2133 , Home Assistant dispose d’intégrations pour KNX, Reolink et l’IPX800 v4. Il n’y a donc pas de problème de compatibilité avec ton installation actuelle. Pourquoi tes interrupteurs et tes prises ne sont-ils pas en KNX ? Cette option n’avait-elle pas été envisagée lors de la construction, comme pour l’éclairage ? Je peux t’aider à clarifier tes choix, mais il me faudra plus d’informations sur ce que tu recherches exactement. Tu dis vouloir rester sur quelque chose de simple, cependant une combinaison KNX + IPX800 v4 correspond déjà à une installation relativement complexe. Concernant le routeur, si tu veux une bonne intégration avec Home Assistant, regarde du côté d’UniFi. Leurs points d’accès sont de bonne qualité et l’intégration de l’ensemble de l’écosystème est cohérente. Leurs routeurs intègrent également des VPN comme WireGuard. Pour la machine qui hébergera Home Assistant, une ZimaBoard 2 ou un mini-PC équipé d’un N100 ou N150 conviendra très bien.

@Jab Sur ton moteur Somfy, tu disposes d’une sortie auxiliaire 24 V en contact sec. Concrètement, cette sortie se comporte comme un bouton poussoir qui s’active selon le mode configuré. Le mode 2 permet donc d’envoyer une impulsion à chaque ouverture du portail. Un micromodule comme le Shelly 1 peut récupérer cette impulsion et la remonter dans Home Assistant. Un scénario peut ensuite couper les caméras, soit via une prise connectée, soit via l’intégration Tapo (marque que je ne connais pas personnellement). Il est également possible d’utiliser le circuit d’éclairage du moteur, mais attention : la sortie est en 230 V.

Bienvenue @camocim , En effet, câbler l’Apple TV en Ethernet la rend beaucoup plus réactive, notamment si tu utilises HomeKit. J’ai arrêté d’ajouter directement les appareils compatibles HomeKit dans HomeKit. Je centralise tout dans Home Assistant, puis je remonte uniquement les entités nécessaires dans HomeKit via l’intégration HA : https://www.home-assistant.io/integrations/homekit/ L’interface HomeKit devient rapidement difficile à utiliser quand le nombre d’appareils augmente. Je l’utilise donc principalement pour le contrôle à la voix (Siri) de l’éclairage, du chauffage et de la porte de garage/portail. Pour un contrôle plus précis, j’utilise des dashboards Home Assistant personnalisés.

@XAV59213 A le dernier mise a jour, j ai juste eu un avertissement que server_host était "deprecated". J'ai juste supprimé la ligne dans le fichier configuration.yaml et depuis, il n'y plus d'avertissement. On n'en parle pas du tout dans la documentation de HA. J'ai pas trop cherché a comprendre pourquoi, mais ça marche comme avant. http: server_host: 0.0.0.0 use_x_forwarded_for: true trusted_proxies: - 10.10.10.201 # Remplacez par l'adresse IP du serveur proxy