Ellywick

Bonjour, Shelly a partir de la Gen 3 est Matter over wifi -> Donc compatible Homekit via Apple TV Prise connecte meross: je vois qu 'il en existe des Matter over wifi. Si c est pas cette version, je ne vois pas de solution Prise connectée vesync: ca passe par leur Cloud. Pas le choix d'une box domotique comme HomeAssistant puis HomeKit Bridge installation Legrand with netatmo. Pareil c est le cloud de Legrand, donc pas le choix d'une box domotique comme HomeAssistant. caméra AOSU, je ne connais pas et je ne trouve pas grand chose pour une integration HomeKit. Conseils pour tes futurs achats: regarde si il y a le label Work with HomeKit Sinon regarde si c est compatible Matter Sinon, regarde si il existe un integration Home assistant Cas particulier pour les cameras. Il faut soit label work with HomeKit soit compatible HomeBridge ou Scrypted pour les remonter dans homeKit. Bon courage

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.