Protocole ouvert : préparer l’interopérabilité des équipements solaires
09.10.2026
Un protocole commun facilite l’échange entre onduleur, compteur et domotique, mais ne garantit pas à lui seul que leurs données auront le même sens. Voici les points à vérifier avant de relier les équipements.
Un protocole commun ne suffit pas
Relier des équipements solaires à une solution domotique commence souvent par une question simple : parlent-ils le même protocole ? Modbus, par exemple, définit les échanges de couche application et peut circuler sur Ethernet ou une liaison série. C’est utile pour connecter des appareils différents sans dépendre d’un seul type de câble ou de réseau. Mais « compatible Modbus » ne veut pas dire « immédiatement interopérable ». Le protocole décrit comment demander ou transmettre des valeurs ; il ne garantit pas que deux fabricants rangent une même information au même endroit, ni qu’ils lui attribuent la même unité ou la même échelle. La spécification laisse à chaque appareil une organisation des données propre à son application. Un registre portant l’adresse 100 sur un onduleur ne doit donc pas être présumé équivalent à l’adresse 100 d’un compteur.
Préparer une carte des données
Avant l’achat ou le raccordement, demandez la documentation de communication de chaque appareil et repérez les informations réellement nécessaires : puissance photovoltaïque, énergie cumulée, puissance mesurée au réseau, état de charge d’une batterie ou commande de charge. Pour chacune, notez l’adresse du registre, le type de donnée, l’unité, le facteur d’échelle, le sens lecture/écriture et, si nécessaire, l’ordre des mots ou des octets. Prenons un exemple illustratif : un foyer veut afficher la production d’un onduleur et la consommation mesurée par un compteur, puis faire démarrer un chauffe-eau lors d’un surplus. Il faut d’abord vérifier que le compteur expose une mesure exploitable et que l’onduleur transmet la production avec une unité et un facteur clairement documentés. Ensuite, la domotique peut mettre les valeurs dans des unités cohérentes avant de calculer le surplus. Cette étape de traduction est souvent le véritable travail d’interopérabilité.
Vérifier les accès avant de configurer
Dans Home Assistant, si aucune intégration dédiée ne prend pas en charge l’équipement, la configuration manuelle de ses registres Modbus est prévue. Cela rend la carte de données du fabricant indispensable : sans elle, l’adresse seule ne révèle ni la signification de la valeur ni sa conversion. Pour limiter les erreurs, commencez par lire une mesure connue et comparez-la à l’écran de l’appareil avant de créer des automatisations. Vérifiez aussi le mode de connexion. Le Modbus TCP est parfois désactivé par défaut ; il faut alors l’activer suivant les instructions du fabricant et confirmer le réseau, le port et l’identifiant de l’appareil. Si le dispositif offre une liaison série plutôt qu’Ethernet, un adaptateur ou une passerelle peut être nécessaire. Faites d’abord fonctionner la télémétrie en lecture seule ; n’envoyez une commande que lorsque sa fonction et ses limites sont documentées.
Ne pas confondre les niveaux de standardisation
Les standards n’ont pas tous la même portée. Modbus sert d’abord à transporter des demandes et des valeurs. IEEE 2030.5-2023 décrit pour sa part des échanges applicatifs de gestion énergétique incluant notamment la réponse à la demande, la gestion de charge et la production distribuée. Ce sont des périmètres complémentaires, pas des étiquettes interchangeables à cocher dans une fiche produit. Pour une maison, un protocole adapté à la supervision locale peut suffire. Pour coordonner des équipements avec un gestionnaire de réseau ou un service énergétique, il faut vérifier le profil et les fonctions effectivement pris en charge, ainsi que le rôle de chaque équipement. Demandez si l’implémentation est documentée, quelles données et commandes sont disponibles, et comment les mises à jour sont prises en charge.
Une checklist d’achat utile
Avant de choisir un onduleur, une batterie, un compteur ou un contrôleur, recherchez une réponse écrite à ces questions : le protocole est-il accessible localement ? Existe-t-il un registre ou un modèle de données documenté ? Les unités, facteurs d’échelle et permissions sont-ils explicités ? L’interface est-elle activable sans compte cloud ? La solution domotique sait-elle lire ces valeurs, et les commandes utiles sont-elles prévues ? Un protocole ouvert facilite le remplacement d’un logiciel ou l’ajout d’un appareil, mais l’interopérabilité dépend aussi de la qualité des descriptions et du soin apporté à la configuration. Le critère pratique n’est donc pas seulement le nom du protocole : c’est la présence d’une documentation exploitable et la possibilité de vérifier chaque mesure avant d’automatiser.