Home Assistant sur KNX et Modbus : guide d'ingénierie de l'intégration
Home Assistant ne remplace pas une installation KNX ou Modbus -- il vient s'y ajouter, en lisant et écrivant via une passerelle pendant que le bus continue d'exécuter sa propre logique. Cette page décrit comment cette intégration est réellement construite et ce qui doit rester côté bus.
Comment l'intégration est construite
Connexion via une interface IP ou une passerelle
Pour KNX, l'intégration officielle de Home Assistant communique avec le bus via une interface IP KNX ou une passerelle, et non directement sur la paire torsadée. Pour Modbus, HA interroge l'appareil via TCP ou RTU/série, selon la manière dont l'appareil expose ses registres.
Cartographier les adresses de groupe
Chaque point de données KNX que HA doit lire ou piloter nécessite une adresse de groupe définie dans la configuration de l'intégration, correspondant au schéma d'adressage du projet ETS, afin que les deux restent cohérents lors des évolutions.
Configurer l'interrogation des registres Modbus
Les appareils Modbus tels que compteurs d'énergie, onduleurs ou régulateurs CVC s'ajoutent registre par registre, avec le bon type de donnée, l'échelle et l'intervalle d'interrogation propres à chacun -- ces informations viennent de la documentation des registres de l'appareil, pas de Home Assistant.
Décider ce qui reste côté bus
Tout ce qui doit continuer à fonctionner si HA est hors ligne -- commutation d'éclairage basique, verrouillages de sécurité, rappel de scène déclenché localement -- doit être programmé dans l'appareil du bus lui-même ou dans la logique ETS, pas uniquement en tant qu'automatisation Home Assistant.
Points d'ingénierie à considérer
Le bus continue de fonctionner sans Home Assistant
Un actionneur KNX programmé dans ETS, ou un régulateur Modbus doté de sa propre logique embarquée, continue de fonctionner selon ses propres règles, que Home Assistant soit en ligne ou non. C'est pour cette raison que la logique critique doit rester dans l'appareil du bus, HA étant la couche ajoutée par-dessus.
HA comme dépendance, pas comme fondation
Toute logique d'automatisation qui n'existe que dans Home Assistant cesse de fonctionner si HA est en panne, redémarre ou est en cours de mise à jour. C'est acceptable pour des automatisations de confort ou des tableaux de bord, pas pour tout ce qui touche à la sécurité ou est critique pour l'exploitation.
Segmentation réseau et emplacement de la passerelle
L'emplacement de l'interface IP KNX ou de la passerelle Modbus dans le tableau et sur le réseau influe sur la fiabilité et la sécurité -- isolez le trafic du bus du LAN général lorsque c'est possible, et traitez la passerelle comme un élément documenté du câblage du tableau, pas comme un ajout secondaire.
Documenter où se trouve chaque logique
Un dossier de mise en service doit indiquer explicitement quelles fonctions sont implémentées dans l'appareil du bus (programmation ETS, firmware du régulateur) et lesquelles le sont en tant qu'automatisations Home Assistant, afin que le prochain intervenant n'ait pas à tout reconstituer.
Spécificités de l'intégration des adresses de groupe KNX
L'intégration HA KNX lit et écrit des adresses de groupe, elle ne remplace pas la mise en service ETS. Les changements d'adresses faits dans ETS doivent être répercutés dans la configuration HA, et inversement -- il n'existe pas de synchronisation automatique entre les deux.
Spécificités de l'interrogation des registres Modbus
L'intervalle d'interrogation, le type de registre et l'ordre des octets doivent correspondre exactement à l'appareil, et le choix TCP contre RTU/série modifie le câblage et l'adressage. Une interrogation mal configurée peut inutilement charger l'appareil du bus ou simplement renvoyer des valeurs erronées.
Ce sur quoi nous aidons
Support d'ingénierie pour les intégrateurs qui ajoutent Home Assistant par-dessus une installation KNX ou Modbus existante ou prévue.
- Revue de l'emplacement de la passerelle et de la segmentation réseau dans le tableau
- Vérification du mapping des adresses de groupe KNX par rapport au projet ETS
- Configuration des registres Modbus pour compteurs, onduleurs et régulateurs CVC
- Conseils sur ce qui doit rester côté bus ou côté HA
- Documentation de mise en service couvrant le bus et la configuration HA
Questions fréquentes
Le bus KNX cesse-t-il de fonctionner si Home Assistant plante ou est hors ligne ?
Non -- les actionneurs KNX programmés via ETS continuent d'exécuter leur propre logique indépendamment de Home Assistant. HA perd sa visualisation et toutes les automatisations qui n'existent que dans HA, mais le bus lui-même continue de fonctionner.
TCP ou RTU/série pour Modbus ?
Cela dépend de l'appareil et de l'installation : TCP convient aux appareils déjà sur le réseau avec un port Ethernet, RTU/série aux appareils câblés sur un bus RS-485. Vérifiez ce que prend en charge l'appareil concerné -- c'est une décision par projet, pas une règle fixe.
Home Assistant est-il assez fiable pour des automatisations critiques ?
Considérez HA comme une couche d'automatisation et de visualisation, pas comme un contrôleur de sécurité. Tout ce qui touche à la sécurité ou est critique pour l'exploitation doit rester dans la logique de l'appareil du bus, et HA doit servir aux automatisations de confort, tableaux de bord et logique inter-protocoles.
Ajouter Home Assistant dispense-t-il d'une mise en service KNX ou Modbus correcte ?
Non. HA lit et écrit sur un bus déjà mis en service, il ne configure ni les actionneurs, ni les régulateurs, ni la topologie du bus. La mise en service ETS et la configuration des appareils Modbus doivent toujours être faites correctement en amont.
Que se passe-t-il en cas de panne de l'interface IP ou de la passerelle ?
Home Assistant perd la visibilité et le contrôle via cette passerelle, mais la logique programmée directement dans les appareils du bus continue de fonctionner. C'est précisément pour cela que les fonctions critiques ne doivent pas dépendre uniquement de la disponibilité de HA.
Vous planifiez une intégration Home Assistant sur KNX ou Modbus ?
Nos ingénieurs peuvent revoir votre configuration de passerelle, le mapping des adresses de groupe et la configuration des registres, et vous aider à décider ce qui doit rester côté bus. Contactez-nous pour discuter de votre projet.