Home Assistant 2026.9 ne rend pas tous les appareils Modbus prêts à l’emploi, mais change la personne qui doit comprendre le protocole. Au lieu d’obliger chaque propriétaire à gérer les tables de registres en YAML, les intégrations prises en charge peuvent de plus en plus intégrer elles-mêmes les connaissances propres à ces appareils, une approche déjà mise en œuvre avec Fronius et la nouvelle intégration pour les onduleurs Sofar.
Cela compte au-delà des tableaux de bord solaires. Modbus est courant dans les pompes à chaleur, les compteurs d’énergie, les systèmes de batteries, les équipements de ventilation et d’autres appareils qui relèvent davantage des infrastructures du bâtiment que des ampoules connectées. À mesure que ces systèmes deviennent plus faciles à intégrer localement, Home Assistant ressemble moins à un tableau de bord pour appareils et davantage à une couche de contrôle permanente pour la maison.
Qu’est-ce qui a changé pour Modbus dans Home Assistant 2026.9 ?
Home Assistant ajoute une voie Modbus spécifique aux appareils, en complément de son intégration générique existante basée sur YAML. Une intégration dédiée peut connaître les adresses des registres d’un appareil, les facteurs d’échelle, les différences entre modèles et les entités disponibles, au lieu d’exiger que chaque utilisateur les définisse manuellement.
La version officielle de Home Assistant 2026.9 met en avant plusieurs premiers exemples :
- Fronius bénéficie d’une prise en charge facultative de Modbus TCP avec les modèles SunSpec.
- Sofar bénéficie d’une nouvelle intégration Modbus spécifique à ses appareils.
- Flexit adopte la nouvelle architecture de connexion.
- Les intégrations peuvent partager des connexions Modbus compatibles au lieu d’ouvrir des sessions concurrentes.
ANCIENNE APPROCHE
Manuel de l’appareil
|
Adresses des registres
|
Types de données
|
Mise à l’échelle
|
YAML
|
Entités Home Assistant
NOUVELLE ORIENTATION
Appareil pris en charge
|
Intégration des appareils
|
Table de registres
Mise à l’échelle
Logique du modèle
Entités
|
Home Assistant
Le changement important ne consiste pas simplement à passer du YAML à l’interface utilisateur. Il s’agit de transférer la connaissance du protocole, auparavant à la charge de l’utilisateur, à l’intégration.
Pourquoi Modbus est-il difficile à utiliser ?
Modbus peut transporter une valeur sans expliquer ce qu’elle signifie. Un onduleur peut stocker la puissance du réseau dans un registre, l’état de charge de la batterie dans un autre, et la température sous forme d’un entier qu’il faut diviser par dix. Un autre appareil peut utiliser des adresses et des échelles complètement différentes.
Une configuration manuelle peut donc nécessiter de comprendre :
- les adresses et les types de registres,
- les valeurs signées ou non signées,
- les données 16 bits et 32 bits,
- l’ordre des octets et des mots,
- les facteurs d’échelle et les unités,
- les identifiants d’unité et le comportement d’interrogation,
- et les différences de registres propres à chaque modèle.
L’intégration Modbus existante de Home Assistant reste utile, car elle prend en charge les configurations TCP et série personnalisées. Mais chaque table de registres gérée manuellement revient à confier au propriétaire une partie du pilote de l’appareil.
Home Assistant remplace-t-il la configuration Modbus en YAML ?
Non. La configuration Modbus existante basée sur YAML reste prise en charge.
La nouvelle architecture ajoute une autre option pour les équipements dotés d’intégrations spécifiques à leurs appareils et maintenues. Cela permet de continuer à utiliser Modbus générique avec les appareils atypiques, tout en simplifiant la configuration des produits pris en charge.
| Approche | Meilleure adéquation |
|---|---|
| Configuration YAML générique de Modbus | Appareils personnalisés, modèles non pris en charge, configurations manuelles avancées |
| Intégration spécifique à l’appareil | Matériel connu avec tables de registres à jour et configuration via l’interface utilisateur |
Les installations solaires, de chauffage, ventilation et climatisation ou de compteurs existantes n’ont donc pas besoin d’être reconstruites simplement parce que Home Assistant 2026.9 introduit une nouvelle approche.
Qu’est-ce qui change lorsque l’intégration connaît la table de registres ?
Une intégration dédiée peut identifier l’appareil, sélectionner la table de registres adaptée, appliquer les facteurs d’échelle et créer uniquement les entités pertinentes pour ce modèle.
APPAREIL
|
Identifier le modèle
|
Charger la table de registres
|
+-- Solaire
+-- Réseau
+-- Batterie
+-- Température
+-- État de l’appareil
|
Home Assistant
La nouvelle intégration des onduleurs Sofar en est un bon exemple. Lors de la configuration, Home Assistant lit le numéro de série de l’onduleur, détermine s’il correspond à un modèle pris en charge et applique la table de registres correspondante.
Cette solution est plus sûre et plus facile à maintenir que de demander à chaque propriétaire de déterminer si un tableau communautaire correspond à une génération ou à une version de micrologiciel spécifique de son onduleur.
Pourquoi est-il important de partager une connexion Modbus ?
Parce que la connexion Modbus sous-jacente peut être une ressource partagée et limitée.
L’architecture Modbus de Home Assistant explique que l’accès doit être coordonné afin que les intégrations n’entrent pas en conflit pour utiliser le même bus ou appareil.
C’est facile à comprendre avec RS-485 :
Pompe à chaleur ──────┐
|
Compteur d’énergie ───┼── Bus Modbus partagé
|
Contrôleur ─────┘
Une passerelle TCP peut ajouter une interface IP à ce bus, mais la ressource de communication sous-jacente reste partagée. Les appareils Modbus TCP directs peuvent également limiter le nombre de sessions simultanées.
La nouvelle architecture permet aux intégrations compatibles d’utiliser une infrastructure de connexion partagée :
Fronius ───────┐
|
Sofar ─────────┼── Connexion Modbus partagée
|
Autre appareil ──┘
L’amélioration va donc au-delà de la suppression du YAML : Home Assistant commence à considérer la connectivité Modbus elle-même comme une infrastructure domestique.
Qu’est-ce qui change pour les systèmes solaires Fronius et Sofar ?
Fronius et Sofar illustrent deux façons différentes dont la nouvelle architecture peut être utile.
Fronius disposait déjà d’une API Solar locale. Home Assistant 2026.9 ajoute la prise en charge facultative de Modbus TCP avec les modèles SunSpec, qui fournit des informations supplémentaires, comme la puissance, le courant et la tension de chaque suiveur MPP, ainsi que l’énergie photovoltaïque cumulée.
L’intégration officielle Fronius utilise également Modbus pour les paramètres pris en charge de l’onduleur, car l’API Solar est en lecture seule.
Sofar représente la nouvelle configuration adaptée aux appareils. L’intégration se connecte via Modbus TCP, identifie les modèles d’onduleurs pris en charge, sélectionne la table de registres correspondante et expose notamment les données suivantes :
- tension, courant et puissance de la chaîne photovoltaïque,
- importation et exportation du réseau,
- charge du foyer,
- les mesures par phase,
- l'état de charge et la santé de la batterie,
- la puissance et la température de la batterie,
- et l'état et les défauts de l'onduleur.
L'implémentation actuelle de Sofar reste limitée aux modèles pris en charge et concerne principalement les données des capteurs. C'est important : Home Assistant 2026.9 établit un meilleur modèle d'intégration, mais ne rend pas tous les onduleurs Modbus compatibles universellement.
Pourquoi est-ce important pour le solaire, les batteries et les pompes à chaleur ?
Les systèmes énergétiques domestiques modernes fournissent bien plus qu'une simple valeur de puissance.
CHAÎNES PHOTOVOLTAÏQUES
|
ONDULEUR
/ \
RÉSEAU BATTERIE
| |
COMPTEUR SOC / PUISSANCE
\ /
\ /
Home Assistant
La télémétrie utile peut inclure la production, l'énergie importée et exportée, l'état de charge de la batterie, la puissance de secours, la température de l'équipement, les défauts, les chaînes photovoltaïques individuelles et les mesures par phase.
Les pompes à chaleur posent le même problème d'intégration, même si Home Assistant 2026.9 ne rend pas soudainement toutes les pompes à chaleur configurables depuis l'interface. Une pompe à chaleur peut exposer la température de départ, la température de retour, l'état du compresseur, le mode de fonctionnement, la consommation électrique, l'état de l'eau chaude et les alarmes, mais chaque fabricant peut associer ces valeurs différemment.
Pour les pompes à chaleur, l'enjeu est d'abord architectural ; la prise en charge universelle des appareils n'est pas encore une réalité. Si les intégrations des appareils gèrent les différences entre les plans de registres, les équipements sous-jacents peuvent continuer à utiliser Modbus tandis que l'expérience utilisateur devient beaucoup plus simple.
Qu'en est-il des compteurs d'énergie et de la recharge des véhicules électriques ?
La même tendance s'étend au reste du système énergétique domestique.
Les compteurs d'énergie exposent généralement la tension, le courant, la puissance active, la puissance réactive, la fréquence, l'énergie consommée et injectée, ainsi que des mesures par phase. Les bornes de recharge pour véhicules électriques constituent une autre charge contrôlable, mais selon le produit, elles peuvent utiliser MQTT, des API propriétaires, Modbus ou d'autres interfaces locales.
HOME ASSISTANT
|
+----------------+---------------+
| | |
Modbus Matter MQTT
| | |
Solaire / Batterie Appareils connectés VE / Capteurs
Pompe à chaleur
Compteur d’énergie
Home Assistant ne remplace pas tous ces protocoles par une nouvelle norme. Il devient de plus en plus la couche locale qui les relie. Ce rôle plus vaste explique aussi pourquoi une infrastructure domestique axée sur la confidentialité suppose de comprendre quels échanges entre appareils restent effectivement au sein du foyer.
Modbus plus simple nécessite-t-il un serveur domestique plus puissant ?
Non. L'interrogation Modbus est généralement peu gourmande en ressources.
Lire périodiquement les registres d'un onduleur, d'un compteur ou d'un système CVC est très différent du transcodage vidéo, de l'analyse des flux de caméras, des requêtes volumineuses dans une base de données ou d'autres charges de calcul intensives.
Si Home Assistant est la seule charge de travail importante, les exigences actuelles en matière de matériel serveur Home Assistant sont bien plus utiles que le dimensionnement d'un système en fonction du nombre d'appareils Modbus.
La question du serveur domestique devient plus pertinente lorsque la surveillance énergétique est associée à :
- Home Assistant fonctionnant 24 h/24 et 7 j/7,
- MQTT et autres services d'automatisation,
- infrastructure Matter et Thread,
- historique à long terme,
- tableaux de bord et bases de données,
- Node-RED ou des outils d’automatisation similaires,
- sauvegardes,
- et d’autres applications auto-hébergées.
Le choix d’un serveur domestique pour maison connectée doit donc commencer par les services qui doivent fonctionner ensemble, plutôt que par le nombre de lampes, de compteurs ou de registres de l’onduleur.
Le bus énergétique est peut-être léger ; c’est l’infrastructure domestique qui l’entoure qui transforme Home Assistant en charge de travail de serveur domestique.
Pourquoi le contrôle énergétique critique doit-il rester léger ?
Exécuter plusieurs services sur un serveur domestique ne signifie pas que chaque charge de travail mérite la même priorité.
CONTRÔLE CRITIQUE
Pompe à chaleur
Solaire / batterie
Compteurs d’énergie
Déclencheurs d’automatisation
|
Home Assistant
CHARGES DE TRAVAIL FACULTATIVES PLUS LOURDES
Indexation des médias
Traitement des caméras
Sauvegardes volumineuses
Autres applications
Une automatisation du chauffage ne devrait pas devenir lente parce qu’une tâche indépendante de lecture multimédia ou de sauvegarde accapare toutes les ressources disponibles.
Lorsqu’un hôte exécute MQTT, des bases de données, des caméras, des services de sauvegarde et d’autres applications, l’hôte Home Assistant multi-services dispose de ressources partagées, de dépendances et de limites de défaillance qu’un appareil dédié simple n’a pas.
L’objectif n’est donc pas simplement d’installer davantage de services sur une seule machine. Il s’agit de préserver la réactivité du contrôle local essentiel tout en permettant à des charges de travail facultatives de coexister.
C’est aussi pourquoi un traitement local fiable est important : les actions essentielles du foyer ne devraient pas dépendre inutilement du WAN simplement parce que des fonctionnalités cloud facultatives existent.
Quel est le lien entre la nouvelle carte Matter et Modbus ?
Matter et Modbus sont des protocoles sans rapport, mais leurs changements de la version 2026.9 révèlent la même orientation produit : une infrastructure auparavant cachée devient plus facile à inspecter et à gérer.
Home Assistant intègre désormais la topologie réseau Matter à son interface principale. La nouvelle carte peut afficher les appareils Matter utilisant Thread ou le Wi-Fi, les routeurs, les routeurs de bordure Thread et le chemin entre Home Assistant et chaque appareil.
La carte réseau Matter officielle expose une topologie qui nécessitait auparavant des outils de diagnostic plus techniques.
MODBUS
Connaissances des registres bruts
|
v
Intégration des appareils
MATTER
Topologie réseau cachée
|
v
Carte réseau visible
Dans les deux cas, Home Assistant réduit la quantité de connaissances sur l’infrastructure que les utilisateurs doivent reconstituer manuellement.
Si la carte réseau révèle que plusieurs écosystèmes contrôlent les mêmes appareils, la question distincte des contrôleurs Matter multiples détermine quelle plateforme gère réellement chaque relation de contrôle, plutôt que de simplement indiquer quels appareils apparaissent sur la carte.
Pourquoi Home Assistant affiche-t-il l’utilisation du stockage NAS ?
Home Assistant 2026.9 rend également le stockage réseau plus visible. Les montages réseau actifs peuvent désormais afficher directement l’espace utilisé et la capacité totale dans la page Stockage, avec des avertissements lorsqu’un partage approche de sa capacité maximale.
La mise à jour du stockage réseau est limitée par rapport à Modbus, mais elle s’inscrit dans la même logique d’infrastructure.
Home Assistant
|
+-- Configuration
+-- Historique
+-- Automatisations
+-- Sauvegardes
|
v
NAS
Une sauvegarde n’est utile que si sa destination reste accessible et dispose de suffisamment d’espace libre.
Home Assistant contient également différentes catégories de données persistantes : configuration, registres, identifiants, historique et données de récupération. Séparer les données persistantes de Home Assistant des fichiers d’exécution temporaires facilite considérablement la planification des sauvegardes.
Home Assistant prend donc mieux en compte à la fois les systèmes physiques qu’il contrôle et l’infrastructure de stockage qui protège son propre état.
À quoi ressemble un serveur local de gestion de l’énergie domestique ?
Une configuration pratique n’exige pas que tous les appareils utilisent le même protocole ni que tous les services s’exécutent dans Home Assistant.
SERVEUR DOMESTIQUE
Home Assistant
|
+----------------+----------------+
| | |
ÉNERGIE MAISON CONNECTÉE SERVICES
| | |
Modbus Matter MQTT
| Thread Automatisation
|
Solaire / Batterie
Pompe à chaleur
Compteur d’énergie
|
+----------------+
|
HISTORIQUE LOCAL
|
SAUVEGARDES
|
NAS
Le besoin commun est la persistance.
L’onduleur peut cesser de produire la nuit, mais son historique doit rester accessible. Une pompe à chaleur peut redémarrer, mais les automatisations doivent reprendre. Une mise à jour du système ne doit pas effacer la configuration, et une panne de l’hôte Home Assistant ne doit pas détruire l’unique sauvegarde.
Pour les utilisateurs qui mettent en place cette couche de contrôle sur du matériel Zima, la configuration Home Assistant sur ZimaBoard offre une autre méthode de déploiement, sans transformer cet article sur Modbus en tutoriel d’installation.
Un hôte compact dédié peut également séparer le contrôle domotique des tâches plus exigeantes liées au NAS ou aux contenus multimédias. La configuration ZimaBoard 2 pour maison connectée est une option si vous recherchez un hôte d’automatisation local toujours allumé et capable d’héberger des services supplémentaires.
C’est là que le serveur domestique prend toute son importance : non pas parce que Modbus nécessite une grande puissance de calcul, mais parce que l’infrastructure domestique dépend de plus en plus de services qui doivent rester disponibles simultanément.
Home Assistant devient-il une plateforme de contrôle des bâtiments ?
Home Assistant prend de plus en plus en charge des tâches autrefois plus proches de l’automatisation des bâtiments, même s’il ne remplace pas tous les systèmes de contrôle industriels ou critiques pour la sécurité.
La maison connectée traditionnelle était centrée sur :
Éclairages
Prises
Serrures
Détecteurs de mouvement
Thermostats
Le domaine de l’énergie et de la gestion des bâtiments apporte :
Modbus
RS-485
SunSpec
Compteurs d’énergie
Onduleurs
Pompes à chaleur
Ventilation
Systèmes de batteries
Home Assistant relie de plus en plus ces deux univers.
Home Assistant 2026.9 réunit des intégrations Modbus modernisées, la prise en charge de nouveaux appareils solaires, la topologie Matter, la gestion de MQTT et des connexions série, ainsi que la visibilité sur le stockage réseau. Chaque fonctionnalité est utile, mais c’est l’orientation générale qui compte davantage.
Home Assistant ressemble de moins en moins à une collection de cartes d’appareils et de plus en plus à une couche de gestion locale pour la maison.
Faut-il passer à Home Assistant 2026.9 pour Modbus ?
Si votre configuration YAML Modbus actuelle fonctionne, rien ne justifie de la recréer simplement parce que la nouvelle architecture existe.
| Votre situation | Ce que change la version 2026.9 |
|---|---|
| Configuration YAML Modbus personnalisée existante | Continuez à l’utiliser ; aucune migration forcée |
| Onduleur Fronius pris en charge | Données SunSpec supplémentaires et commandes prises en charge |
| Onduleur Sofar pris en charge | Nouvelle intégration Modbus adaptée aux appareils |
| Infrastructure Modbus partagée | Meilleure coordination des connexions |
| Maison avec de nombreux appareils Matter | Nouvelle vue de la topologie réseau |
| Sauvegardes stockées sur un NAS | La capacité des partages réseau est plus facile à surveiller |
| Matériel Modbus non pris en charge | L’intégration générique reste disponible |
La raison principale de suivre cette version est ce qui vient ensuite : davantage de connaissances sur les appareils peuvent quitter les fichiers YAML privés et les feuilles de calcul de la communauté pour être intégrées à des intégrations maintenues, testées et réutilisées.
Que signifie Home Assistant 2026.9 pour le solaire, les pompes à chaleur et les serveurs domestiques ?
Pour le solaire, le changement est déjà concret. Pour les pompes à chaleur et les autres équipements utilisant beaucoup Modbus, l’importance réside dans l’architecture. Pour les serveurs domestiques, la véritable histoire est le nombre croissant d’éléments de l’infrastructure domestique qui ont désormais besoin d’un point de contrôle local toujours actif.
Fronius et Sofar montrent que les appareils énergétiques ne doivent pas rester à jamais cachés derrière des tables de registres à gérer manuellement. Les pompes à chaleur illustrent pourquoi la même approche propre à chaque appareil pourrait être utile dans une autre catégorie complexe de systèmes de commande locaux. Matter, MQTT, le suivi de l’énergie, le stockage et les sauvegardes montrent pourquoi aucun de ces systèmes n’existe isolément.
L’onduleur solaire n’a pas besoin d’un serveur puissant. Pas plus qu’un compteur d’énergie, et interroger une pompe à chaleur ne constitue pas une tâche de calcul exigeante.
Mais une maison qui combine énergie, automatisation, historique, messagerie, Matter, sauvegardes et autres services locaux tire de plus en plus avantage d’un emplacement permanent où faire fonctionner ces systèmes.
L’intérêt d’un serveur domestique n’est pas que Modbus ait besoin de plus de puissance de calcul. C’est que la maison devient une infrastructure.
FAQ : Home Assistant 2026.9 et Modbus
Qu’est-ce qui a changé avec Modbus dans Home Assistant 2026.9 ?
Home Assistant introduit des intégrations Modbus propres à chaque appareil, qui peuvent inclure leurs propres tables de registres et utiliser une infrastructure de connexion partagée. Fronius, Sofar et Flexit en font partie des premiers exemples.
Home Assistant supprime-t-il la configuration Modbus en YAML ?
Non. La configuration Modbus générique existante basée sur YAML reste disponible. Les intégrations spécifiques aux appareils offrent une méthode de configuration supplémentaire pour le matériel pris en charge.
Home Assistant 2026.9 rend-il tous les appareils Modbus prêts à l’emploi ?
Non. Un appareil doit toujours être compatible avec une intégration et une cartographie de registres prises en charge pour bénéficier d’une expérience simplifiée adaptée à l’appareil. Les appareils non pris en charge peuvent toujours utiliser la configuration Modbus générique, le cas échéant.
Pourquoi les connexions Modbus partagées sont-elles importantes ?
Un bus ou un appareil Modbus peut avoir une capacité de connexion limitée. Une infrastructure partagée permet aux intégrations compatibles de coordonner l’accès au lieu d’ouvrir des sessions concurrentes inutiles.
Qu’est-ce qui a changé pour Fronius ?
Fronius a ajouté la prise en charge facultative de Modbus TCP à l’aide des modèles SunSpec, fournissant des données photovoltaïques supplémentaires, comme la puissance, le courant, la tension et l’énergie pour chaque suiveur MPP, ainsi que les commandes compatibles avec Modbus.
Que fait l’intégration Sofar ?
Il se connecte via Modbus TCP, détecte les modèles d’onduleurs pris en charge, sélectionne la cartographie de registres appropriée et expose les capteurs solaires, réseau, charge, batterie, température et état.
Home Assistant 2026.9 facilite-t-il la configuration des pompes à chaleur ?
Pas dans tous les cas. La nouvelle architecture pourrait faciliter à l’avenir l’intégration des pompes à chaleur Modbus prises en charge, mais la version 2026.9 n’ajoute pas automatiquement une prise en charge dans l’interface pour toutes les pompes à chaleur.
Modbus nécessite-t-il un serveur domestique puissant ?
Non. L’interrogation Modbus est généralement peu gourmande en ressources. Un serveur plus puissant devient utile lorsque Home Assistant héberge ou coordonne également l’historique, MQTT, Matter, les sauvegardes, les bases de données, les caméras et d’autres services persistants. La page Configuration matérielle requise pour Home Assistant distingue ces charges de travail complémentaires des automatisations ordinaires.
Qu’est-ce qui a changé avec Matter dans Home Assistant 2026.9 ?
Le panneau Matter comprend désormais une carte réseau indiquant les appareils Matter Thread et Wi-Fi, les routeurs, les routeurs de bordure Thread et les chemins de communication.
Qu’est-ce qui a changé pour le stockage NAS ?
Home Assistant peut désormais afficher l’espace utilisé et la capacité totale des montages réseau actifs, et avertir lorsque les partages approchent de leur pleine capacité.
Pourquoi utiliser un NAS avec Home Assistant ?
Un NAS peut fournir un espace de stockage distinct pour les sauvegardes ou les médias, ce qui aide à préserver les données Home Assistant en cas de panne de l’hôte ou de son disque système local. Pour déterminer quelles données doivent réellement être protégées, il faut commencer par comprendre les données persistantes de Home Assistant.
Home Assistant devient-il un système d’automatisation des bâtiments ?
Il intègre de plus en plus de technologies de gestion énergétique et de contrôle des bâtiments, comme les appareils Modbus, les onduleurs, les équipements CVC, les compteurs, Matter et MQTT, mais ne remplace pas toutes les plateformes de contrôle industrielles ou critiques pour la sécurité.
Assistance et conseils
À lire aussi

Vulnérabilité de Google MCP Toolbox : ce que les utilisateurs d’IA auto-hébergée devraient vérifier
Comprenez l’accès aux fichiers de MCP Toolbox grâce au contexte vérifié de la version publiée, aux limites pratiques des flux de travail, à la...

Comment vérifier la mémoire et les exigences d’exécution avant de lancer LFM2.5-24B-A2B
Vérifiez le format des poids LFM2.5-24B-A2B, la surcharge mémoire, les versions d’exécution, le contexte et la compatibilité des outils avant de tenter un déploiement...

Comment tester Granite Speech 5.0 avec des fichiers audio en anglais stockés sur votre NAS
Testez Granite Speech 5.0 avec un court enregistrement en anglais stocké sur votre NAS. Vérifiez la révision du point de contrôle, l’environnement d’exécution, la...




