Réponse directe : En GTB, KNX est le standard européen pour le tertiaire léger (bureaux, résidentiel collectif, < 5 000 m²) ; BACnet/IP est le standard HVAC pour les grands bâtiments (> 10 000 m²) et les automates de marques multiples ; Modbus RTU/TCP est le protocole industriel universel pour les compteurs d’énergie, variateurs et chaudières. La plupart des installations GTB mixent deux ou trois protocoles reliés par des passerelles. Pour un guide complet sur la GTB, consultez notre article gestion technique du bâtiment — guide complet 2026.
Points clés à retenir
- KNX : standard ISO 14543, TP1 (paires torsadées) ou KNXnet/IP, 150-350 €/point, idéal tertiaire léger et résidentiel collectif
- Modbus RTU/TCP : protocole industriel universel, open source, coût minimal — dominant pour compteurs d’énergie et variateurs
- BACnet/IP : standard ISO 16484-5, open source, dominant pour HVAC grands bâtiments et automates multi-marques
- DALI : protocole dédié éclairage (IEC 62386), adressage individuel par luminaire, adressable sur bus 2 fils
- Passerelles multi-protocoles (Intesis, Weinzierl, Loytec) : 300 à 3 500 € selon le nombre de points
Le choix du protocole GTB détermine la compatibilité des équipements, le coût de câblage, les possibilités d’évolution et la facilité d’intégration des systèmes tiers (compteurs, superviseurs, GMAO). Un mauvais choix de protocole peut entraîner des surcoûts de 20 à 40 % sur le coût total du projet GTB et compromettre l’interopérabilité future. Il n’existe pas de protocole universel : chaque technologie a ses domaines de prédilection, et les projets réels combinent souvent deux ou trois protocoles complémentaires.
Pourquoi le choix du protocole GTB est crucial
Un protocole GTB est le langage commun que parlent les capteurs, actionneurs, automates et logiciels de supervision d’un bâtiment. Il conditionne trois dimensions critiques du projet :
- Interopérabilité : un protocole standardisé ouvert (KNX, BACnet, Modbus) permet de mixer les équipements de marques différentes sans être lié à un fabricant unique — condition indispensable pour les appels d’offres publics soumis à la loi MOP
- Coût total de possession : KNX nécessite un câblage dédié 2 fils (YCYM 2×0,8 mm) — 2 à 4 €/m posé — tandis que BACnet/IP réutilise l’infrastructure Ethernet existante et Modbus peut passer sur RS-485 simple ; l’écart de coût peut atteindre 15 à 25 % du budget GTB
- Évolutivité : l’ajout d’équipements futurs (bornes IRVE, panneaux PV, stockage batteries) est facilité par les protocoles sur IP (BACnet/IP, Modbus TCP) qui s’intègrent dans le réseau informatique standard du bâtiment
La tendance de fond est à la convergence sur IP : KNXnet/IP, BACnet/IP et Modbus TCP permettent d’utiliser l’infrastructure réseau LAN du bâtiment, réduisant les coûts de câblage spécifique. Les protocoles propriétaires (LonWorks/Echelon, EIB, PROFIBUS) reculent au profit des standards ouverts, notamment sous l’impulsion du décret BACS qui exige l’interopérabilité des systèmes.
KNX : le standard européen de l’habitat et tertiaire léger
KNX (anciennement EIB — European Installation Bus) est un protocole de bus de terrain développé par l’association KNX, certifié ISO/IEC 14543-3 et EN 50090. Il compte plus de 500 fabricants membres (ABB, Siemens, Schneider, Theben, Gira, MDT) et 400 000 installateurs certifiés dans 190 pays.
Architecture KNX : le bus fonctionne sur un câble TP1 (paire torsadée 2 fils, YCYM 2×0,8 mm) alimenté à 29 V DC par une alimentation de ligne. Chaque équipement KNX (actionneur volet, variateur DALI, thermostat, sonde CO₂) se connecte à ce bus et communique par adresses de groupe (GroupAddress). La configuration se fait avec le logiciel ETS6 (Engineering Tool Software), qui assigne les fonctions à chaque appareil. Une ligne KNX peut accueillir jusqu’à 64 équipements, extensible en domaine (255 lignes × 255 équipements = 65 025 points adressables).
Domaines d’application typiques : éclairage (gradation, détection présence), stores et protections solaires, CVC léger (thermostats, vannes zone, VMC), contrôle d’accès et sécurité périmétrique, comptage d’énergie électrique. Coût indicatif : 150 à 350 €/point installé, câblage inclus, hors logiciel de supervision.
Modbus : le protocole industriel universel
Modbus est un protocole de communication série mis au point par Modicon (aujourd’hui Schneider Electric) en 1979. Devenu open source en 2002, il est aujourd’hui le protocole de terrain le plus déployé au monde avec plus de 7 millions d’équipements compatibles. Il existe en trois variantes principales :
- Modbus RTU : transmission série sur RS-485 (2 ou 4 fils), vitesse 9 600 à 115 200 baud, distance max 1 200 m (jusqu’à 32 équipements par segment, extensible avec répéteurs), modèle maître/esclave
- Modbus TCP : encapsulation sur TCP/IP (Ethernet), distance illimitée sur réseau LAN/WAN, pas de limite théorique d’équipements, intégration directe dans les architectures cloud et IoT
- Modbus ASCII : variante texte lisible sur RS-232, aujourd’hui quasi obsolète en GTB
En GTB, Modbus est omniprésent pour les compteurs d’énergie (Socomec Diris, Schneider PowerLogic, ABB B-series), les variateurs de vitesse (Danfoss FC302, ABB ACS880, Siemens G120), les chaudières et PAC (De Dietrich, Viessmann, Atlantic), et les groupes froids (Carrier, Trane, Daikin). Son avantage principal : coût quasi nul (protocole open source, firmware intégré dans la plupart des équipements industriels), câblage RS-485 économique (0,5 à 1,5 €/m), et large disponibilité de bibliothèques logicielles (libmodbus, pymodbus).
Limitation principale : Modbus ne supporte pas nativement la communication événementielle (push) — il fonctionne en mode polling (le maître interroge cycliquement les esclaves). Pour des bâtiments avec de nombreux points (> 500), les temps de cycle peuvent dépasser 10 secondes, ce qui est insuffisant pour certaines applications de régulation temps réel.
BACnet : le standard HVAC et grands bâtiments
BACnet (Building Automation and Control Networks) est un protocole développé par ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers) depuis 1987, standardisé ISO 16484-5 et EN ISO 16484-5. Il est le standard de facto pour les systèmes HVAC et la GTB des grands bâtiments (centres commerciaux, hôpitaux, aéroports, sièges sociaux > 10 000 m²).
Avantage clé de BACnet : son modèle objet riche. Chaque équipement BACnet expose des objets standardisés (Analog Input/Output, Binary I/O, Schedule, Calendar, Trend Log, Notification Class) qui permettent une interopérabilité réelle entre automates de marques différentes, sans programmation de passerelle. Les grandes marques GTB (Siemens Desigo, Schneider EcoStruxure, Honeywell Niagara/JACE, Johnson Controls METASYS, Distech Controls) sont toutes certifiées BTL (BACnet Testing Laboratory).
BACnet/IP est la variante dominante aujourd’hui : il fonctionne sur Ethernet/TCP-IP standard, sans câblage spécifique, et s’intègre naturellement dans les architectures réseau IT modernes (VPN, cloud, cybersécurité 802.1X). BACnet MS/TP (RS-485) subsiste pour les équipements terrain de faible coût. BACnet est open source : pas de redevance de licence, implémentation libre, bibliothèques open source (BACnet Stack de Steve Karg, bacpypes en Python).
LonWorks, M-Bus, DALI et autres protocoles spécialisés
Au-delà des trois protocoles majeurs, plusieurs protocoles spécialisés jouent un rôle important dans certains domaines de la GTB :
- LonWorks (LonTalk / ISO/IEC 14908) : développé par Echelon, utilisé dans les transports (métro, tramway) et certains bâtiments industriels. Présent dans les installations existantes des années 1990-2010. En déclin au profit de BACnet/IP, mais encore bien vivant dans le parc installé. Passerelle LonWorks-BACnet indispensable en rénovation.
- M-Bus (EN 13757) : protocole dédié au relevé de compteurs (eau, chaleur, gaz, électricité), sur bus 2 fils ou wireless (wM-Bus à 868 MHz). Standard pour les télérelevés dans les réseaux urbains de chaleur et les bâtiments multi-locataires. Vitesse faible (300-9 600 baud) mais parfaitement adapté à la lecture périodique des index.
- DALI (Digital Addressable Lighting Interface, IEC 62386) : protocole dédié à l’éclairage, permettant l’adressage individuel de chaque luminaire sur un bus 2 fils. DALI-2 (version 2016) ajoute les capteurs de présence et luminosité dans le même protocole. Standard de fait pour l’éclairage tertiaire de qualité, souvent couplé à KNX via passerelle DALI-KNX.
- EnOcean (ISO/IEC 14543-3-10) : protocole sans fil à énergie récupérée (radio 868 MHz alimenté par capteurs solaires ou piézoélectriques), idéal pour les capteurs de présence, thermostats et interrupteurs sans batterie. Compatible KNX et BACnet via passerelle.
Tableau décisionnel : quel protocole pour quel bâtiment ?
Le choix du protocole dépend principalement de la taille du bâtiment, du type d’équipements et de la criticité des fonctions pilotées. Voici un comparatif des 5 protocoles principaux utilisés en GTB. Pour la conformité réglementaire selon les classes GTB (A, B, C, D), consultez notre guide classes GTB et conformité décret BACS.
| Protocole | Topologie | Vitesse | Distance max | Usage typique | Coût relatif |
|---|---|---|---|---|---|
| KNX TP1 | Bus 2 fils libre | 9 600 bit/s | 1 000 m/ligne | Tertiaire léger, résidentiel collectif, éclairage/stores/CVC léger | Élevé (150-350 €/pt) |
| Modbus RTU | Bus RS-485 (maître/esclave) | 9,6-115 kbit/s | 1 200 m | Compteurs énergie, variateurs, chaudières, industrie | Minimal (open source) |
| Modbus TCP | Ethernet (star/LAN) | 100 Mbit/s | Illimitée (LAN) | Même que RTU + intégration cloud/IoT, multi-sites | Minimal + infra LAN |
| BACnet/IP | Ethernet/IP (flat ou routé) | 100 Mbit/s | Illimitée (LAN/WAN) | HVAC grands bâtiments, automates multi-marques, aéroports, CHU | Moyen (open source + matériel) |
| DALI (IEC 62386) | Bus 2 fils (daisy-chain) | 1 200 bit/s | 300 m | Éclairage tertiaire adressable (luminaire par luminaire) | Moyen (par luminaire) |
Interopérabilité et passerelles multi-protocoles
La réalité des projets GTB est rarement mono-protocole. Un bâtiment tertiaire de taille moyenne combine typiquement : KNX pour l’éclairage et les stores, Modbus RTU pour les compteurs d’énergie et les variateurs CVC, BACnet/IP pour les automates de traitement d’air et le superviseur central, DALI pour les luminaires, et M-Bus pour le relevé des compteurs eau et chaleur.
Les passerelles multi-protocoles permettent de faire converger ces univers vers un superviseur unique. Les principales solutions du marché :
- Niagara Framework (Tridium/Honeywell) : plateforme logicielle ouverte embarquée dans des contrôleurs JACE, capable de parler simultanément KNX, BACnet, Modbus, LonWorks, M-Bus, OPC-UA et de les exposer en BACnet/IP ou REST API. Standard de facto pour les intégrateurs GTB. Prix licence : 500 à 2 000 € par JACE.
- Intesis (HMS Networks) : gamme de passerelles dédiées (KNX-BACnet, Modbus-BACnet, KNX-Modbus, DALI-KNX), 64 à 2 000 points, 300 à 3 500 €. Simple à configurer, certifiée BTL pour BACnet.
- Loytec LINX : passerelles et contrôleurs multi-protocoles (BACnet, KNX, LON, M-Bus, Modbus), avec base de données de points intégrée et serveur web. 800 à 4 000 € selon le modèle.
- Node-RED / MQTT : solution open source pour les projets IoT légers — des nœuds Node-RED disponibles pour KNX, Modbus, BACnet permettent de créer des passerelles logicielles sur Raspberry Pi ou serveur Linux à coût très réduit (< 200 €).
La tendance est à la convergence vers des plateformes IoT/cloud basées sur MQTT et OPC-UA, qui agrègent les données terrain (Modbus, BACnet, KNX) dans des jumeaux numériques et des plateformes BEMS (Building Energy Management Systems) comme EnerSys, EDF Pulse, Siemens MindSphere ou des solutions open source comme OpenRemote.
En résumé
Le choix du protocole GTB dépend du contexte : KNX pour le tertiaire léger et le résidentiel (150-350 €/point, 500 fabricants), Modbus RTU/TCP pour les équipements industriels et les compteurs d’énergie (open source, coût minimal), BACnet/IP pour les grands bâtiments HVAC et les automates multi-marques (standard ouvert, certifié BTL). En pratique, la majorité des installations GTB mixent deux ou trois protocoles reliés par des passerelles (Niagara, Intesis, Loytec). La convergence vers IP (KNXnet/IP, BACnet/IP, Modbus TCP) simplifie le câblage et ouvre la voie aux architectures cloud et IoT. La sélection doit aussi tenir compte des contraintes réglementaires du décret BACS, notamment l’exigence d’interopérabilité entre systèmes qui favorise les protocoles standardisés ouverts.
Questions fréquentes
Quelle est la différence entre KNX et BACnet en GTB ?
KNX est un protocole standardisé ISO 14543 conçu principalement pour le tertiaire léger et le résidentiel collectif : éclairage, stores, CVC léger, contrôle d'accès. Il fonctionne sur une topologie bus à paires torsadées dédiées (TP1) ou sur IP (KNXnet/IP). BACnet (ISO 16484-5) est un protocole ouvert orienté HVAC et grands bâtiments : il supporte des objets de données complexes (horaires, programmes, tendances) et fonctionne nativement sur IP (BACnet/IP) ou ARCNET. En pratique, KNX domine les installations jusqu'à 5 000 m² avec beaucoup d'entrées/sorties décentralisées, tandis que BACnet s'impose pour les bâtiments > 10 000 m² avec des automates HVAC de marques différentes (Siemens, Honeywell, Johnson Controls, Schneider).
Peut-on mixer KNX et Modbus dans la même installation GTB ?
Oui, et c'est même très courant. Les compteurs d'énergie, chaudières et groupes froids parlent souvent Modbus RTU ou TCP, tandis que l'éclairage, les stores et les thermostats de zone utilisent KNX. Une passerelle KNX/Modbus (ex. Weinzierl KNX IP Modbus, Intesis) traduit les données entre les deux mondes et remonte tout dans un seul logiciel de supervision (ETS pour KNX, ou SCADA). Cette architecture dite « multi-protocoles » est la norme dans les bâtiments de taille moyenne. Le coût d'une passerelle KNX-Modbus se situe entre 300 et 1 200 € selon le nombre de points.
Le protocole Modbus est-il adapté à la GTB d'un bâtiment tertiaire ?
Modbus est adapté à la GTB tertiaire pour certains équipements spécifiques : compteurs d'énergie (Socomec, Schneider PowerLogic), chaudières industrielles, groupes froids, variateurs de vitesse (Danfoss, ABB, Siemens) et onduleurs photovoltaïques. En revanche, il n'est pas idéal pour le bus de terrain général (éclairage, stores, thermostats) car il ne supporte pas la détection d'erreurs robuste ni les topologies en étoile complexes. En tertiaire, Modbus est utilisé en couche d'acquisition, jamais comme bus unique de GTB. Il doit être complété par KNX, BACnet ou DALI pour les fonctions bâtiment.
Existe-t-il des passerelles entre KNX et BACnet ?
Oui, plusieurs fabricants proposent des passerelles KNX-BACnet : Intesis (INBACKNX2000000), Weinzierl (KNX IP Interface 730), Loytec (LINX-151), et la solution logicielle NovaBACnet pour les serveurs Niagara/JACE. Ces passerelles exposent les objets KNX (GroupAddress) comme des objets BACnet (Analog Value, Binary Value) et permettent au superviseur BACnet de lire et piloter les équipements KNX. Le prix varie de 800 à 3 500 € selon le nombre de points KNX exposés (64 à 2 000 points). C'est la solution standard pour les projets en rénovation où le KNX existant doit être intégré dans un superviseur BACnet/IP neuf.
Quel protocole GTB est recommandé pour les grandes industries ?
Pour les grandes industries, Modbus TCP/RTU reste le protocole dominant au niveau terrain (compteurs, variateurs, automates de process), mais la couche superviseur utilise généralement OPC-UA (IEC 62541), qui est le standard de l'industrie 4.0 pour la communication machine-à-machine sécurisée. BACnet est parfois utilisé pour les utilités du bâtiment industriel (bureaux, vestiaires, réfectoires) mais rarement pour le process. DNP3 est présent dans les réseaux de distribution d'énergie et DLMS/COSEM pour les compteurs HTA/HTB. L'intégration GTB/GTC d'une grande usine passe typiquement par une couche OPC-UA qui agrège Modbus, Profibus et EtherNet/IP dans un superviseur unique.