BACnet vs Modbus : que choisir pour la GTB d'un bâtiment tertiaire ?
BACnet pour la GTB neuve multi-vendor sous décret BACS. Modbus pour les compteurs et variateurs CVC. La passerelle est la règle, pas l'exception.
BACnet et Modbus se partagent l'armoire de GTB de presque tous les bâtiments tertiaires français, mais ils n'ont ni le même âge, ni la même philosophie, ni le même périmètre. BACnet (Building Automation and Control network) est né en 1995 d'un comité ASHRAE américain pour répondre à un besoin précis : faire communiquer entre eux les régulateurs, sous-stations et superviseurs d'un bâtiment, indépendamment du constructeur. Normalisé ANSI/ASHRAE 135, ISO 16484-5 et transposé en NF EN ISO 16484-5 en France, il est aujourd'hui le standard de facto de la Gestion Technique du Bâtiment (GTB) chez Schneider Electric (EcoStruxure Building Operation), Siemens (Desigo CC), Honeywell, Distech Controls, Sauter et Wago.
Modbus, créé par Modicon en 1979 et placé dans le domaine public en 2004, est un protocole industriel généraliste. Il s'est imposé en GTB par défaut historique : les compteurs d'énergie Socomec, les variateurs Danfoss et Schneider ATV, les onduleurs et la quasi-totalité des compteurs calorimétriques le parlent nativement, en RTU sur RS-485 ou en TCP sur Ethernet.
Pour un intégrateur GTB français en 2026, le contexte réglementaire change la donne. Le décret BACS (n° 2020-887) impose un système d'automatisation et de contrôle pour tous les bâtiments tertiaires équipés d'une CVC > 290 kW depuis le 1er janvier 2025, seuil abaissé à 70 kW à l'horizon 2030. Le décret tertiaire (n° 2019-771) vise -40 % de consommation énergétique en 2030. Dans ce paysage, BACnet est le standard recommandé pour la GTB neuve, Modbus reste indispensable pour intégrer le parc d'équipements terrain. Verdict en une phrase : BACnet pour la supervision et la régulation multi-vendor, Modbus pour les sous-compteurs et l'instrumentation CVC, raccordés via passerelle.
| Critère | BACnet | Modbus |
|---|---|---|
| Domaine d'usage natif | Bâtiment tertiaire (CVC, éclairage, sûreté, énergie), GTB et BMS multi-vendor | Industrie généraliste : variateurs, compteurs, capteurs, instrumentation terrain |
| Modèle de données | Objets typés (Analog Input, Binary Output, Schedule, Trend Log…) avec **Object_Identifier** et propriété **Present_Value** sémantiquement définie | Registres plats 16 bits : coils, discrete inputs, holding registers, input registers. Aucune sémantique, unité et plage à documenter à la main |
| Services natifs | **ReadProperty**, **WriteProperty**, **ReadPropertyMultiple**, **SubscribeCOV**, **Who-Is / I-Am**, **TimeSynchronization**, alarmes et notifications | **FC03** (Read Holding Registers), **FC06** (Write Single Register), **FC16** (Write Multiple Registers), **FC04** (Read Input Registers). Pas de notification spontanée |
| Couches réseau | **BACnet/IP** (port UDP 47808), **BACnet/SC** (TLS 1.3 sur WebSocket), **BACnet MS/TP** (RS-485), BACnet/Ethernet, ZigBee | **Modbus TCP** (port 502), **Modbus RTU** (RS-485), Modbus ASCII (déprécié), Modbus over TLS (RFC, peu déployé) |
| Adressage | **Device Object Instance** (0 à 4 194 302), unique sur l'inter-réseau BACnet ; routage par Network Number | Unit ID 1 à 247 en RTU ; IP + Unit Identifier en TCP. Pas de notion d'inter-réseau |
| Découverte d'équipement | Automatique via **Who-Is / I-Am** broadcast ; **BBMD** (BACnet Broadcast Management Device) pour franchir les sous-réseaux IP | Aucune. Configuration manuelle de chaque Unit ID et de la carte des registres |
| Notification de changement | **COV (Change of Value)** : le serveur notifie le client uniquement quand la valeur dépasse le **COV increment**. Trafic réduit, latence basse | Polling cyclique uniquement. Le maître interroge à intervalle fixe (typiquement 1 à 60 s), que la valeur ait changé ou non |
| Sécurité | **BACnet/SC** (Addendum 135-2020bj) : authentification mutuelle X.509, TLS 1.3, chiffrement. Aligné ANSSI et IEC 62443 | Aucune sécurité native. Trafic en clair, ni authentification ni intégrité. Modbus Security TLS marginal en GTB |
| Outils de diagnostic | Wireshark (dissecteur BACnet natif), **BACnet Browser** (CAS, Yabe), Chipkin BACnet Explorer, PRIVA, BTL Test Tools | Wireshark, ModScan, Modpoll, QModMaster, Simply Modbus — écosystème mature, outils gratuits |
| Compatibilité GTB / hyperviseur | Schneider EcoStruxure Building Operation, Siemens Desigo CC, Honeywell Niagara Framework (Distech ECY/EC-BOS), Sauter Vision Center, Wago — tous certifiés **BTL B-BC** | Universelle côté équipement de terrain (compteurs Socomec, variateurs ATV / VLT / FC, onduleurs Eaton, pompes Wilo / Grundfos) |
| Normalisation | ANSI/ASHRAE 135, **ISO 16484-5**, NF EN ISO 16484-5, certification **BTL** (BACnet Testing Laboratories) | IEC 61158-3-21 (sérialisation), spécification ouverte Modbus Organization. Pas de label de conformité obligatoire |
| Coût d'intégration | Régulateur BACnet B-BC 800 à 2 500 €, supervision/hyperviseur 5 à 30 k€, ingénierie élevée mais ré-utilisable | Convertisseur USB/RS-485 30 €, librairies open source (libmodbus, pymodbus), équipement souvent inclus avec le compteur. Ingénierie manuelle par point |
GTB ou industrie : pourquoi BACnet est-il né pour le bâtiment ?
Modbus vient du monde de l'automate Modicon : son modèle de données reflète directement la mémoire d'un PLC — des mots de 16 bits empilés, sans type, sans unité, sans description. Pour faire remonter la température d'un capteur, le constructeur attribue arbitrairement le registre 40001, l'intégrateur lit la documentation papier, multiplie par 0.1 pour obtenir des °C, et stocke l'information dans son superviseur. Le même registre 40001 chez un autre constructeur peut être un débit d'eau glacée en m³/h.
BACnet part du problème inverse. ASHRAE a normalisé en 1995 une liste d'objets sémantiquement typés : Analog Input, Analog Output, Analog Value, Binary Input, Binary Output, Multi-state Value, Schedule, Calendar, Trend Log, Notification Class, Loop. Chaque objet expose des propriétés standardisées : Object_Identifier, Object_Name, Description, Present_Value, Units (un énuméré standard : degreesCelsius = 62, cubicMetersPerHour = 135…), Status_Flags, Out_Of_Service. Un régulateur Sauter et un régulateur Distech qui exposent tous deux un Analog Input "Température départ chaud" sont sémantiquement interopérables sans table de correspondance.
Cette différence philosophique explique 80 % du choix d'architecture en GTB. Sur un projet d'hyperviseur multi-vendor — typiquement EcoStruxure Building Operation côté Schneider, Desigo CC côté Siemens, ou Niagara Framework chez Honeywell / Distech — BACnet rend la mise en service "plug-and-discover" : Who-Is broadcast, I-Am en retour, importation automatique des objets, mapping vers la base de l'hyperviseur. Modbus impose, à l'inverse, une table d'équipements et un mapping de points construits à la main, ligne par ligne. Sur 200 nœuds, le delta dépasse régulièrement 5 jours-homme de mise en service.
Pourquoi COV plutôt que polling en exploitation ?
Le COV (Change of Value) est le service BACnet qui résume le plus clairement l'écart pratique entre les deux protocoles. Un client BACnet — typiquement le superviseur — émet une requête SubscribeCOV sur un objet en précisant un COV_Increment (par exemple 0,5 °C pour une sonde de température). Le serveur BACnet — typiquement un régulateur — n'émet plus rien tant que la valeur n'a pas varié de 0,5 °C. Quand le seuil est franchi, le serveur pousse spontanément une notification au client. Le trafic réseau s'effondre, la latence d'événement tombe à la milliseconde, et l'opérateur en supervision voit l'alarme apparaître au moment où elle se produit.
Modbus ne propose rien d'équivalent. Le maître interroge cycliquement chaque registre — typiquement toutes les 1 à 60 secondes — que la valeur ait bougé ou non. Sur un bâtiment de 5 000 points Modbus polés à 5 secondes, on génère 1 000 requêtes/seconde sur l'infrastructure, dont 98 % rapportent une valeur inchangée. Le superviseur consomme du CPU pour rien, et le polling séquentiel impose un compromis entre fraîcheur de la donnée (cycle court) et capacité réseau (cycle long).
En pratique : pour un parc < 200 points (une petite chaufferie, un local technique), le polling Modbus reste acceptable. Pour une GTB de bâtiment tertiaire moyen (1 000 à 10 000 points) soumise au décret BACS, le COV BACnet est non seulement plus efficace mais souvent nécessaire pour tenir les performances de l'hyperviseur. C'est l'un des arguments les plus solides en faveur de BACnet sur la GTB neuve.
Quel niveau de cybersécurité avec BACnet/SC vs Modbus à nu ?
La cybersécurité des systèmes d'automatisation du bâtiment est devenue un sujet réglementaire. La directive NIS2 (transposée en France en 2024-2025) étend le périmètre aux opérateurs de bâtiments critiques, et le guide ANSSI-PA-107 v2 publié en 2025 s'aligne sur IEC 62443. Or, historiquement, ni BACnet ni Modbus n'ont été conçus avec la sécurité en tête.
BACnet/SC (Secure Connect), formalisé par l'Addendum 135-2020bj, comble le vide côté GTB. La couche transport est remplacée par WebSocket sur HTTPS, sécurisée par TLS 1.3 avec authentification mutuelle par certificats X.509. L'architecture introduit deux rôles : le Hub (concentrateur central des connexions sécurisées) et les Direct Connections (pair-à-pair entre nœuds). BACnet/SC reste rétro-compatible avec BACnet/IP et BACnet MS/TP via passerelles. Schneider Electric (EcoStruxure Building Operation 2022+), Siemens, Wago et Sauter le supportent désormais nativement, et l'association BACnet France a piloté en 2025 un projet multi-vendor "DONNÉES SÉCURISÉES 1 – BACnet/SC".
Modbus n'a aucune sécurité native. Les trames circulent en clair, sans authentification ni intégrité. Modbus Security (Modbus/TCP Security, spécification 2018) ajoute TLS, mais l'adoption terrain reste marginale en 2026, faute d'équipements compatibles. La parade habituelle est architecturale : isoler les segments Modbus derrière un firewall industriel, n'exposer la GTB que via une passerelle BACnet/SC, journaliser les requêtes. Sur un projet visant la conformité IEC 62443 SL2 ou la résilience NIS2, BACnet/SC est le chemin court ; Modbus impose une défense périmétrique non négligeable.
BACnet
- GTB neuve d'un bâtiment tertiaire > 1 000 m² soumis au décret tertiaire ou au décret BACS (CVC > 290 kW aujourd'hui, > 70 kW en 2030)
- Architecture multi-vendor sur hyperviseur unique (Schneider EcoStruxure Building Operation, Siemens Desigo CC, Honeywell Niagara Framework, Sauter Vision Center)
- Besoin de notifications spontanées (COV) pour réduire le trafic réseau et tenir les performances de supervision sur > 1 000 points
- Exigence de cybersécurité conforme ANSSI / IEC 62443 / NIS2 via BACnet/SC
Modbus
- Intégration d'un parc existant de compteurs d'énergie (Socomec, Schneider iEM), variateurs CVC (ATV, VLT, FC), pompes et onduleurs
- Petite installation (< 200 points), local technique simple, budget contraint
- Équipement de terrain spécifique exposant uniquement Modbus RTU/TCP, à raccorder sous un superviseur BACnet via passerelle (AGILiCOM, Intesis, Loytec, Chipkin)
- Maintenance d'un patrimoine GTC ancien antérieur à 2010, en attendant une refonte BACnet
Questions fréquentes
BACnet remplace-t-il Modbus en GTB neuve ?
Comment relier un compteur Modbus à un superviseur BACnet ?
Quelle différence entre BACnet/IP, BACnet MS/TP et BACnet/SC ?
Qu'est-ce qu'un BBMD et quand en a-t-on besoin ?
Que signifie la certification BTL et qui l'obtient en France ?
Le décret BACS impose-t-il explicitement BACnet ?
Pour aller plus loin
Testez vos connaissances KNX gratuitement
10 questions d'examen réelles, sans inscription. Voyez où vous en êtes en moins de 5 minutes.
Comment faire coexister BACnet et Modbus en GTB française ?
En pratique, aucune GTB française réelle n'est mono-protocole. Les régulateurs de zone, sous-stations CVC et superviseurs parlent BACnet ; les compteurs d'énergie (Socomec Diris, Schneider iEM), les variateurs (Schneider ATV, Danfoss VLT, ABB ACS), les onduleurs (Eaton, Riello) et les pompes intelligentes (Wilo, Grundfos) parlent Modbus. La passerelle BACnet ↔ Modbus est donc l'élément structurant de l'architecture.
Le marché français est dominé par trois familles de passerelles. AGILiCOM (intégrateur lyonnais, leader FR sur le sujet et l'un des rares formateurs BACnet certifiés) distribue les passerelles HD67xxx d'ADFweb et propose ses propres routeurs uGate. Intesis (groupe HMS) avec la gamme IN70x offre des passerelles compactes BACnet/IP + MS/TP vers Modbus TCP/RTU, jusqu'à 3 000 points. Loytec (LGATE-902) est certifié BTL B-BC et peut servir simultanément de BBMD.
Le pattern d'architecture typique : un VLAN GTB dédié, un superviseur BACnet/SC (EcoStruxure Building Operation, Desigo CC ou Niagara N4), des régulateurs B-BC BACnet/IP raccordés directement, et des îlots Modbus RTU par local technique agrégés sur une passerelle qui expose chaque équipement comme un Device BACnet virtuel. Le BBMD assure le franchissement des sous-réseaux IP entre étages. Les variateurs et compteurs apparaissent à l'opérateur GTB comme des objets BACnet standards, et la cybersécurité s'applique uniformément sur la couche supérieure.
Cette architecture est désormais documentée par la plupart des constructeurs français (Schneider, Sauter, Wago) et constitue la réponse standard aux dossiers décret BACS.