Intégration de systèmes d’automatisation du bâtiment — KNX, BACnet, Modbus et Loxone

KNX

KNX est une norme de contrôle du bâtiment pour l’éclairage, les stores, le contrôle des pièces et certains terminaux CVC. Les appareils partagent un bus à paire torsadée, avec des adresses organisées en lignes et en zones. La configuration est stockée dans les appareils au moyen d’un outil d’ingénierie, et une passerelle peut exposer les adresses de groupe à un réseau IP ou à une autre plateforme. KNX est performant lorsque les fonctions des pièces exigent un bus stable et indépendant du fabricant. Le travail d’intégration porte sur le nommage des adresses de groupe, les types de points de données et le comportement lorsqu’une passerelle ou un segment de bus se déconnecte. Une installation KNX bien documentée est plus facile à étendre ; une installation sans nommage des adresses de groupe devient une boîte noire. La passerelle doit être testée avec la charge réelle du bus, et pas seulement avec un appareil de banc. L’alimentation du bus, la terminaison et le nombre d’appareils par ligne comptent aussi, car une ligne KNX limite produit des défauts qui ressemblent à des pannes d’appareils.

• Bus d’appareils à paire torsadée
• Adresses de groupe par ligne et par zone
• Passerelle vers IP ou une autre plateforme
• Tester le comportement hors ligne

BACnet

BACnet est le langage commun des installations techniques et des systèmes de gestion technique du bâtiment. Il définit des objets, des propriétés et des services, de sorte qu’un groupe froid ou une CTA peut exposer son état, ses consignes et ses alarmes de manière structurée. BACnet/IP fonctionne sur Ethernet ; MS/TP fonctionne sur un bus série. L’intégration exige l’instance d’appareil, les identifiants d’objet, les unités et les droits de lecture/écriture. Les abonnements au changement de valeur réduisent l’interrogation, mais tous les appareils ne les implémentent pas correctement. La table des points doit indiquer quels objets sont en lecture seule, lesquels sont pilotables et ce qui se passe en cas de perte de communication. La liste des objets doit être exportée et examinée avant la création des synoptiques, et non découverte pendant la mise en service. Les points d’état en lecture seule et les consignes pilotables doivent être séparés dans les synoptiques et dans les droits. Les numéros d’instance des appareils BACnet doivent être uniques sur l’ensemble de l’inter-réseau, et la configuration BBMD ou routeur doit être documentée lorsque le trafic traverse des sous-réseaux.

• Objets, propriétés et services
• BACnet/IP sur Ethernet
• MS/TP sur bus série
• Droits de lecture/écriture et repli

Modbus

Modbus est simple, répandu et sans indulgence. Il expose des registres et des bobines, et l’intégrateur doit connaître la table des registres, le type de données, la mise à l’échelle et l’ordre des octets. Modbus RTU fonctionne sur RS485 ; Modbus TCP sur Ethernet. Les compteurs, onduleurs, alimentations, capteurs et de nombreux PLC l’utilisent. Comme Modbus n’a pas de modèle d’objet standard, deux appareils de fabricants différents peuvent utiliser le même numéro de registre pour des significations différentes. La table des registres et les unités d’ingénierie doivent figurer dans le document d’intégration, et non dans la mémoire de quelqu’un. Un seul facteur de mise à l’échelle erroné peut rendre un rapport énergétique plausible mais faux, ce qui est pire qu’une défaillance évidente. Une interrogation trop agressive peut saturer un bus série et provoquer des dépassements de délai qui ressemblent à des pannes d’appareils. Les segments série doivent également disposer d’une terminaison, d’une polarisation et d’une isolation correctes, et d’un nombre d’appareils que le bus peut réellement supporter.

• Registres, bobines et codes de fonction
• RTU sur RS485, TCP sur Ethernet
• Mise à l’échelle et ordre des octets
• Table des registres documentée

DALI et les bus Loxone

DALI pilote des luminaires adressables, avec adressage individuel, groupes, scènes et retour de défaut. C’est un bus d’éclairage, et non un bus général du bâtiment ; il nécessite une passerelle ou un contrôleur pour rejoindre le système global. Loxone utilise Tree pour les appareils filaires, Air pour les appareils sans fil et 1-Wire pour les capteurs simples. Tree et Air transportent à la fois l’alimentation et les données pour les appareils compatibles ; 1-Wire est un bus de capteurs à bas débit. Le choix entre ces bus dépend du mode de construction, du type d’appareil et de la nécessité de garder une topologie simple. Les bus DALI et Loxone doivent rester dans les tailles de segment et les limites de puissance prévues, la conception indiquant où chaque segment commence et se termine. Le choix doit être consigné dans la conception, avec sa justification, afin qu’une modification ultérieure ne mélange pas les types de bus sans discernement. Un programme d’essai de l’éclairage de sécurité DALI doit également être documenté, car il s’agit d’une routine de sécurité des personnes, et non d’une scène.

• Adressage, groupes et scènes DALI
• Tree pour les appareils Loxone filaires
• Air pour les appareils sans fil
• 1-Wire pour les capteurs simples

Passerelles, mapping des points et tests

Le choix de la passerelle est une décision de conception. La passerelle doit prendre en charge la version de protocole requise, le nombre de points, la fréquence d’interrogation et le sens des données. Le mapping des points attribue ensuite à chaque donnée un nom, une adresse, un type, une unité et un droit. Le nommage doit correspondre aux plans et aux synoptiques de l’opérateur. Les tests commencent en usine par un contrôle point par point, se poursuivent sur site avec les appareils réels et se terminent par les tests d’interverrouillage et de défaillance. Le dossier de réception doit comprendre la liste des adresses, la configuration des passerelles, les enregistrements de tests et un énoncé clair de ce qui est en lecture seule. Le document d’intégration doit être un document vivant : lorsqu’un appareil est remplacé, son adresse et son mapping de points sont mis à jour au même endroit. Les enregistrements de tests doivent indiquer l’appareil, le firmware, le point et la valeur attendue, et pas seulement « réussi » ou « échoué ». Une passerelle non documentée est une future panne dont la cause sera inconnue.

• Version de protocole et nombre de points
• Nom, adresse, type et unité
• Essais en usine et sur site
• Liste des adresses et enregistrements de tests

Conception du réseau, adressage et synchronisation temporelle

L’intégration réussit ou échoue au niveau du réseau. Commencez par un plan d’adressage : plages IP par système, VLAN pour les services du bâtiment et règle déterminant quels appareils sont routés et lesquels sont isolés. BACnet/IP exige une attention particulière aux domaines de diffusion, aux numéros d’instance des appareils et à la configuration BBMD lorsque le trafic traverse des sous-réseaux. Modbus TCP nécessite un adressage stable et un plan d’interrogation ; Modbus série nécessite une terminaison, une polarisation et une isolation correctes, ainsi qu’une limite du nombre d’appareils par segment. Les passerelles doivent être placées à proximité des équipements qu’elles desservent et alimentées par un circuit qui n’est pas coupé lors de la maintenance. La synchronisation temporelle doit provenir d’une seule source, tous les contrôleurs et passerelles utilisant le même service NTP ; sinon, les horodatages des tendances et les séquences d’alarmes ne peuvent pas être corrélés. La documentation réseau doit faire partie de la réception, et non être un schéma dessiné après la première panne.

• Plan d’adressage IP et VLAN
• Domaines de diffusion et BBMD
• Terminaison et isolation série
• Une seule source NTP pour tous les appareils

Tests, documentation et modes de défaillance courants

Les tests doivent suivre la matrice d’intégration plutôt que la confiance de l’intégrateur. Les tests en usine vérifient la configuration des passerelles, les noms des points et les droits de lecture/écriture sur un appareil de banc. Les tests sur site reprennent ces vérifications sur les équipements réels et ajoutent des tests de perte de communication : débrancher une passerelle, retirer un segment de bus, corrompre un registre, redémarrer un contrôleur. Les alarmes et les interverrouillages sont ensuite testés de bout en bout, y compris l’acquittement par l’opérateur et la piste d’audit. La documentation doit comprendre la liste des adresses, la table des points, les réglages des passerelles, le schéma réseau, les enregistrements de tests et un énoncé des points en lecture seule. Les défaillances courantes sont prévisibles : une instance d’appareil BACnet en doublon, un ordre d’octets Modbus erroné, une passerelle qui interroge plus vite que l’appareil ne peut répondre, un service BACnet non pris en charge, une adresse de groupe KNX avec un type de point de données erroné et une inadéquation de firmware entre la passerelle et l’appareil. Chacune dispose d’un test qui l’aurait détectée.

• Contrôles des points sur banc et sur site
• Tests de perte de communication
• Tests d’alarmes et d’interverrouillages de bout en bout
• Liste des adresses, table des points et relevé des firmwares

Intégration du contrôle d’accès

L’intégration du contrôle d’accès relie les événements de porte, les décisions des lecteurs et les états d’alarme à la plateforme du bâtiment sans se substituer au fournisseur du contrôle d’accès. Le contrôleur d’accès reste l’autorité pour la validation des identifiants et l’ouverture des portes ; la plateforme s’abonne aux événements, applique une logique inter-systèmes et présente une chronologie unique. Les liens typiques sont les événements de porte maintenue ouverte, d’ouverture forcée, d’entrée valide et d’agression, ainsi que les réponses vidéo et d’éclairage. Le périmètre doit préciser quel système est responsable de la porte, lequel tient le journal des événements et ce qui se passe lorsque l’un ou l’autre est hors ligne.