Intégration KNX vers BMS : passerelles OPC UA, BACnet et KNXnet/IP
Les bâtiments commerciaux de plus de 5 000 m² nécessitent un système de gestion technique du bâtiment (GTB) pour assurer la surveillance centralisée, l'alarme et le reporting des sous-systèmes KNX, CVC, énergie et incendie. Le choix du bon chemin d'intégration entre KNX et la GTB détermine la fiabilité, la richesse des données et la maintenabilité à long terme de l'installation.
Pourquoi l'intégration GTB est importante pour les bâtiments commerciaux
Dans les bâtiments commerciaux de plus d'environ 5 000 m², l'équipe de gestion des installations (FM) ne peut pas exploiter efficacement des systèmes de contrôle séparés pour l'automatisation des bâtiments KNX, les contrôleurs HVAC BACnet, les compteurs d'énergie Modbus, les panneaux d'alarme incendie et le contrôle d'accès. Chaque sous-système possède sa propre interface logicielle, journal d'alarmes et outil d'ingénierie — ce qui fait que les défauts passent inaperçus entre les systèmes, le gaspillage d'énergie est invisible et la planification de la maintenance est fragmentée.
Un système de gestion technique du bâtiment (GTB) offre à l'équipe FM une vue unique : une interface logicielle affichant les valeurs en direct de tous les sous-systèmes, une gestion unifiée des alarmes avec escalade, un enregistrement centralisé des tendances pour les rapports énergétiques et un flux de travail unique pour les ordres de maintenance. La connexion de KNX à la GTB est donc un élément fondamental de toute installation KNX commerciale sérieuse.
Périmètre d'intégration GTB typique pour un immeuble de bureaux de 10 000 m²
- 300–800 points KNX : compteurs d'énergie, températures HVAC, présence, état des équipements, alarmes
- HVAC BACnet/IP : contrôleurs CTA et FCU, centrale frigorifique, écritures de consigne GTB vers contrôleurs
- Énergie Modbus : sous-compteurs certifiés MID par tableau de distribution
- Contacts secs d'alarme incendie : sortie du panneau EN 54-2 vers entrée binaire KNX, puis vers alarme GTB Priorité 1
- Contrôle d'accès OPC DA : état des portes et alarmes d'intrusion intégrés dans le journal d'alarmes GTB
Aperçu des chemins d'intégration
Il existe quatre chemins d'intégration principaux pour connecter KNX à une GTB, chacun avec des exigences matérielles, un effort de configuration et une adéquation différents pour différentes plateformes GTB :
| Chemin | Matériel | Exigence GTB | Meilleur pour |
|---|---|---|---|
| KNXnet/IP direct | Routeur KNX IP (Weinzierl 770, MDT) | Pilote KNX natif dans le BMS | BMS avec support KNXnet/IP intégré |
| Passerelle BACnet/IP | Intesis IN701KNX300000, LOYTEC LKNX-100 | Tout client BACnet/IP | Honeywell Niagara N4, Schneider EcoStruxure |
| Passerelle OPC UA | Lingg & Janke KNX Virtual, HMS Anybus | Client OPC UA | Plateformes BMS modernes, Siemens Desigo CC |
| Passerelle Modbus TCP | Weinzierl KNX ENO 634 | Maître Modbus TCP | Systèmes SCADA avec un fort support Modbus |
Tunnel KNXnet/IP direct vers le BMS
Lorsque le logiciel GTB inclut un pilote KNX natif – comme Siemens Desigo CC avec le plugin KNX ou certaines configurations Honeywell – le serveur GTB se connecte directement au réseau KNX en tant que client de tunneling KNXnet/IP. Un routeur IP KNX (Weinzierl 770 ou MDT KNX IP Router) installé sur le réseau KNX TP sert de passerelle entre le LAN et le bus à paires torsadées KNX.
Le serveur GTB établit une connexion de tunneling vers le routeur IP KNX sur le port UDP 3671. Le GTB peut alors envoyer des demandes de lecture à n'importe quelle adresse de groupe KNX et recevoir des mises à jour non sollicitées (télégrammes d'écriture) des appareils KNX. Le groupe multicast 224.0.23.12 du routeur IP KNX transporte tout le trafic d'adresses de groupe KNX sur le segment LAN – les plateformes GTB peuvent éventuellement rejoindre ce groupe multicast pour recevoir tous les télégrammes sans interrogation explicite.
Limites de la connexion de tunneling KNXnet/IP
Max. connexions de tunneling simultanées par routeur IP KNX : 4
Chaque instance de pilote GTB = 1 connexion de tunneling
Logiciel de mise en service ETS6 = 1 connexion supplémentaire
Pour les grands projets avec un trafic de télégrammes élevé :
Utiliser le routage KNXnet/IP (GTB en tant que participant au routage)
Routage : participants illimités, basé sur le multicast
Nécessite un BMS prenant en charge le mode routage KNXnet/IP
Weinzierl 770 prend en charge à la fois le tunneling (4 connexions)
and routing mode — select routing for >1,000 GAs
Plusieurs zones KNX : Les grands bâtiments avec plusieurs zones KNX (par exemple, une ligne TP par étage) nécessitent chacun leur propre routeur IP KNX. Le BMS connecte une instance de pilote distincte à chaque routeur IP KNX. Tous les routeurs IP KNX doivent se trouver sur un VLAN BMS dédié, isolé du trafic LAN général du bureau, avec le multicast correctement configuré sur les commutateurs gérés (IGMP snooping activé).
Intégration de passerelle OPC UA
OPC UA (IEC 62541) est la norme d'intégration moderne privilégiée pour l'automatisation des bâtiments. Une passerelle OPC UA lit les valeurs des adresses de groupe KNX et les expose sous forme de nœuds OPC UA structurés que tout client OPC UA – y compris toutes les principales plateformes BMS – peut souscrire.
Lingg and Janke KNX Virtual est un serveur OPC UA logiciel qui fonctionne sous Windows ou Linux. Il importe directement le fichier de projet ETS6, créant un nœud OPC UA structuré pour chaque adresse de groupe avec le type de données correct, l'unité (de la définition DPT EU) et la description. La version gratuite prend en charge jusqu'à 50 adresses de groupe ; au-delà, une licence par point s'applique. Le BMS se connecte en tant que client OPC UA sur le point de terminaison par défaut opc.tcp://[host]:4840.
Avantages d'OPC UA par rapport à BACnet/IP
- Espace d'adressage structuré : les nœuds portent le type DPT, l'unité technique, la description
- Basé sur abonnement : le BMS reçoit des notifications de changement, pas de surcharge de scrutation
- Sécurité par certificat X.509 : authentification mutuelle entre client et serveur
- Indépendant du fournisseur : tout client OPC UA fonctionne, aucun pilote propriétaire nécessaire
- Espaces de noms : plusieurs zones KNX organisées dans une hiérarchie de dossiers logique
HMS Anybus Communicator KNX
Passerelle matérielle OPC UA sur rail DIN – aucun serveur PC requis. Se connecte au KNX TP via un connecteur KNX, publie un serveur OPC UA sur le port Ethernet. Configuration via navigateur web : téléchargez le CSV des adresses de groupe ETS6, assignez les noms de nœuds OPC UA. Convient aux sites où l'exploitation d'un serveur PC dédié est peu pratique. Prend en charge jusqu'à 512 adresses de groupe KNX.
Configuration de la passerelle BACnet/IP
L'Intesis IN701KNX300000 est une passerelle BACnet/IP vers KNX sur rail DIN prenant en charge jusqu'à 3 000 adresses de groupe KNX mappées sur des objets BACnet. La configuration s'effectue via le logiciel Intesis MAPS : importez l'export CSV des adresses de groupe ETS6, assignez chaque GA à un type d'objet BACnet (Analog Value, Binary Value, Analog Input) et un numéro d'instance, puis définissez l'ID du périphérique BACnet et l'adresse IP.
Le BMS lit les objets BACnet via BACnet/IP sur le port UDP 47808, le port BACnet standard. Toutes les principales plates-formes BMS compatibles BACnet le prennent en charge : Honeywell Niagara N4 (connecteur Fox), Siemens Desigo PX (contrôleur de terrain avec module BACnet/IP) et Schneider EcoStruxure Building Operation. Le LOYTEC LKNX-100 est une passerelle alternative avec serveur web intégré pour le diagnostic en direct et prend en charge le routage KNXnet/IP en plus de BACnet/IP pour les grandes installations.
Configuration des alarmes BACnet pour les points binaires KNX
GA binaire KNX (DPT 1.001) mappée sur un objet BACnet Binary Value
Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250
Dans Intesis MAPS : activer Intrinsic Alarming sur l'objet BV
Valeur d'alarme : ACTIF (present-value = 1)
Classe de notification : 1 (Priorité 1 dans le BMS)
Délai de passage en défaut : 0s (immédiat)
Délai de retour au normal : 5s (anti-rebond)
Le BMS s'abonne au COV (changement de valeur) sur l'objet BV
L'alarme apparaît dans le journal des alarmes du BMS avec horodatage, priorité,
état d'accusé de réception et règles d'escalade
Stratégie de sélection des points de données
Toutes les adresses de groupe KNX ne doivent pas être intégrées dans le BMS. Introduire chaque GA dans le BMS gaspille des licences de points, remplit les bases de données de tendances avec des données non pertinentes et crée des inondations d'alarmes provenant de points sur lesquels l'équipe FM ne peut pas agir. Une approche structurée par niveaux garantit que le BMS ne contient que des données opérationnellement significatives.
| Niveau | Types de points | Action BMS |
|---|---|---|
| Niveau 1 — Obligatoire | Puissance du compteur d'énergie (kW) et kWh, consignes et températures réelles CVC, état d'occupation, état de fonctionnement des équipements, entrées d'alarme (incendie, défaut SPD, défaut UPS) | Journal de tendance, alarme, rapport |
| Niveau 2 — Opérationnel | État marche/arrêt de la zone d'éclairage, position du store (0–100 %), état de vitesse du ventilateur, porte ouverte/fermée (portes surveillées uniquement) | Journal de tendance, pas d'alarme |
| Niveau 3 — Exclure | GA d'appui individuel sur bouton, GA d'activation de scène, drapeaux logiques internes KNX, GA de diagnostic de mise en service | Ne pas importer dans le BMS |
Nombre de points typique pour un bureau commercial de 5 000 m² : 300–800 points de niveau 1 et 2. Le niveau 3 (pressions de boutons, scènes) représente généralement 3 à 5 fois plus d'adresses de groupe dans ETS6, mais n'apporte aucune valeur opérationnelle dans le BMS. Le filtrage lors de l'étape d'exportation ETS6 – en utilisant les conventions de nommage des adresses de groupe ETS6 et les filtres d'exportation – empêche les GA de niveau 3 d'entrer dans le fichier d'importation BMS.
Flux de travail d'exportation ETS6 pour l'importation BMS
ETS6 fournit une exportation structurée des adresses de groupe qui permet aux ingénieurs BMS et aux outils de configuration de passerelle d'importer des centaines de points de données sans saisie manuelle. L'exportation est accessible dans ETS6 via Fichier – Exporter – Adresses de groupe, avec des options de sortie CSV (pour les outils de passerelle) ou XML OPC DA (pour l'importation du module Siemens Desigo CC OPS).
L'exportation CSV inclut pour chaque adresse de groupe : l'adresse (par ex. 5/3/1), le type DPT (par ex. 9.001 pour flottant 2 octets en degrés Celsius), le nom et le champ de description. L'outil de configuration de passerelle Intesis MAPS accepte ce CSV directement – sélectionner les lignes pertinentes et attribuer les types d'objets BACnet prend quelques minutes au lieu d'heures de saisie manuelle pour 500 points.
La discipline de nommage ETS6 est essentielle pour la qualité de l'importation BMS
The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.
Routage des alarmes de KNX vers le BMS
Les adresses de groupe binaires KNX (DPT 1.001) connectées aux entrées d'alarme physiques — contacts secs de détecteurs incendie, sorties de défaut SPD, relais de défaut UPS, contacts de porte forcée — sont mappées sur des points d'alarme BMS. Le moteur de gestion des alarmes du BMS classe les alarmes par priorité, achemine les notifications au personnel approprié, impose un workflow d'accusé de réception et maintient un journal d'alarmes auditable.
Chemin d'intégration de l'alarme incendie EN 54-2
Sortie contact sec du tableau d'alarme incendie EN 54-2
→ Module d'entrée binaire KNX (MDT SCN-B8230.02)
→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)
→ Objet Binary Value BV-900 de la passerelle BACnet/IP
→ Alarme BMS : Priorité 1, acquittement obligatoire
→ Action BMS : alerte sonore, e-mail au responsable FM
→ Journal BMS : journal d'incendie (séparé du journal général des alarmes)
Acquittement : l'ingénieur se connecte au BMS sur site
Lit l'alarme, vérifie la zone, acquitte avec motif
Entrée du journal d'incendie conservée pendant 5 ans (exigence EN 54-2)
Enregistrement des tendances et conservation des données énergétiques
Le BMS stocke les valeurs des points KNX sous forme de séries temporelles dans une base de données SQL Server. Les durées de conservation et les intervalles d'enregistrement sont configurés par type de point, équilibrant la résolution des données avec les exigences de stockage et l'utilité des rapports.
Données énergétiques (kW, kWh)
- Intervalle : 15 minutes (96 enregistrements par jour par point)
- Rétention : 5 ans minimum (exigence ISO 50001)
- Bande morte : 0,1 kW pour éviter l'inondation des logs sur les charges stables
- Rapports : énergie quotidienne, mensuelle, annuelle par circuit
- Export : CSV pour la vérification des factures de services publics et l'examen ISO 50001
Données de température et CVC
- Intervalle : 5 minutes (288 enregistrements par jour par point)
- Rétention : 90 jours glissants
- Bande morte : 0,2 °C pour ignorer le bruit du capteur
- Utilisation : enquête sur les plaintes de confort, diagnostic de défauts CVC
- Heures de fonctionnement CVC : dérivées de la tendance binaire de l'état de marche
Besoin d'armoires KNX prêtes pour l'intégration GTB ?
Nous construisons des armoires KNX avec des passerelles BACnet/IP et OPC UA préconfigurées, des exports ETS6 préparés pour l'import GTB, et un routage KNXnet/IP configuré pour les grandes installations multi-zones – livrées avec la documentation complète de réalisation.
Demander un devis →