Réponse directe : BACnet (ANSI/ASHRAE 135 / ISO 16484-5) est le protocole de communication standard pour les systèmes d’automatisation des bâtiments : il permet à des équipements CVC de fabricants différents de communiquer sans passerelle propriétaire. Incontournable pour les grandes installations (hôpitaux, aéroports, tours de bureaux), il repose sur un modèle d’objets typés, des couches réseau IP ou RS-485 (MS/TP) et une certification BTL garant d’interopérabilité réelle. Pour comprendre les protocoles GTB dans leur ensemble, consultez notre comparatif protocoles GTB : KNX, Modbus, BACnet.
Points clés à retenir
- BACnet est la norme ANSI/ASHRAE 135 / ISO 16484-5 : standard international d’interopérabilité pour la GTB, publié en 1995
- Modèle de données par objets typés (AI, AO, BI, BO, Schedule, Trend Log…) avec propriétés standardisées — interopérabilité multi-fabricants native
- Deux couches réseau principales : BACnet/IP (Ethernet, UDP 47808) pour les superviseurs ; BACnet MS/TP (RS-485, 76,8 kbps) pour les équipements de terrain CVC
- Découverte automatique Who-Is/I-Am ; BBMD nécessaire pour traverser les subnets IP
- Certification BTL (BACnet Testing Laboratories) = seule garantie d’interopérabilité réelle à exiger dans un CCTP GTB
Dans les grandes installations — hôpitaux de 500 lits, aéroports, campus universitaires, tours de bureaux de 50 000 m² — la GTB doit piloter des équipements CVC issus de dizaines de fabricants différents : groupes de froid Carrier, chaudières Viessmann, centrales de traitement d’air Daikin, régulateurs VAV Belimo, compteurs d’énergie Schneider. Sans protocole commun, chaque intégration nécessite une passerelle propriétaire — source de coûts, de latence et de points de défaillance. BACnet résout ce problème en définissant un langage commun que tous ces équipements parlent nativement.
Origine et standardisation : pourquoi ASHRAE a créé BACnet
En 1987, l’ASHRAE constate que le marché des automates de bâtiment est fragmenté entre des dizaines de protocoles propriétaires incompatibles : Siemens SINEC, Honeywell Excel, Johnson Controls N2, Andover Controls. Un maître d’ouvrage souhaitant changer de fournisseur ou intégrer des équipements d’un second fabricant devait investir dans des passerelles coûteuses et non standardisées.
- 1987 : création du comité SSPC 135 de l’ASHRAE, chargé de définir un protocole d’interopérabilité neutre
- 1995 : publication de la première version d’ANSI/ASHRAE 135. BACnet est officiellement le « Building Automation and Control Networks » protocol
- 2003 : BACnet est adopté comme norme internationale ISO 16484-5, élargissant son adoption mondiale
- 2012-2016 : ajout de BACnet/WS (Web Services), profils de cybersécurité (BACnet Secure Connect, BACnet/SC en 2019) pour les installations sensibles
Aujourd’hui, BACnet est implémenté par plus de 900 fabricants dans le monde et supporte des installations de quelques dizaines à plusieurs millions de points de données. C’est le protocole natif des grands superviseurs GTB du marché : Schneider EcoStruxure Building, Siemens Desigo CC, Honeywell EBI, Johnson Controls Metasys, Distech Controls EC-gfxProgram.
Le modèle d’objets BACnet : comprendre les données des équipements CVC
Le cœur de BACnet est son modèle de données par objets. Chaque équipement BACnet expose un ensemble d’objets typés, chacun représentant une entité physique ou logique. Le superviseur GTB lit et écrit les propriétés de ces objets pour superviser et commander l’installation.
- Analog Input (AI) : mesure analogique en lecture seule. Exemple : température de soufflage d’une CTA, pression différentielle filtre, débit d’eau glacée. Propriétés clés : Present Value (valeur courante), Units (°C, Pa, m³/h), Out of Limit (alarme de dépassement de seuil)
- Analog Output (AO) : commande analogique en écriture. Exemple : position vanne 3 voies (0-100 %), consigne vitesse ventilateur via variateur (0-100 %). La propriété Priority Array gère la priorité des commandes multiples (7 niveaux de priorité, de l’alarme incendie au pilotage manuel)
- Binary Input (BI) / Binary Output (BO) : états et commandes tout-ou-rien. Exemple : BI = état marche/arrêt compresseur, défaut alarme ; BO = commande démarrage groupe de froid, ordre ouverture vanne 2 positions
- Schedule : programme horaire hebdomadaire avec exceptions. Exemple : plage d’occupation bureau (8h-19h lun-ven), dérogation jours fériés. Le Schedule commande directement des AO ou BO — pas besoin de logique automate pour les programmes horaires standards
- Trend Log : archivage automatique des valeurs d’un objet à intervalle configurable (30 s à 24 h), avec horodatage précis. Base de données intégrée pour les courbes de consommation et les audits énergétiques
- Notification Class : définit les destinataires et la priorité des alarmes générées par les objets. Un défaut moteur de CTA peut notifier simultanément le superviseur GTB, l’ASTREINTE GSM et le GMAO
BACnet/IP vs BACnet MS/TP : choisir la couche réseau selon l’équipement
BACnet est « network-agnostic » : le même protocole applicatif peut fonctionner sur plusieurs couches réseau physiques. En pratique, deux couches réseau dominent les installations GTB modernes.
- BACnet/IP : BACnet encapsulé dans UDP/IP sur Ethernet standard. Port 47808 (0xBAC0). C’est la couche réseau des équipements de niveau supervision : GTB superviseur, serveurs d’intégration, passerelles, équipements de niveau automation (automates AAC). Vitesse : 100 Mbps à 1 Gbps. Distance : illimitée via routage IP. Avantage majeur : utilise l’infrastructure réseau IP existante du bâtiment, en VLAN dédié GTB pour la sécurité
- BACnet MS/TP : BACnet sur liaison série RS-485 (Master-Slave/Token-Passing). Vitesse maximale : 76,8 kbps. Nombre d’appareils par segment : 64 maximum. Longueur de câble : 1 200 m maximum. Câblage : paire torsadée blindée 120 Ω, avec résistances de terminaison aux deux extrémités. C’est la couche réseau des équipements de terrain : contrôleurs de CTA, caissons VAV, régulateurs de fan-coils, thermostats BACnet. Avantage : robustesse, faible coût, pas besoin de switch réseau sur le terrain
- BBMD (BACnet Broadcast Management Device) : les messages de découverte BACnet (Who-Is) utilisent le broadcast IP — les routeurs IP ne les transmettent pas entre subnets. Le BBMD est un équipement (ou une fonction logicielle du superviseur) configuré sur chaque subnet, qui reçoit les broadcasts BACnet locaux et les relaie en unicast vers les BBMD des autres subnets. Configuration manuelle de la « Foreign Device Table » indispensable dans toute installation multi-VLAN
Dans une installation typique d’un hôpital de 500 lits, on trouve une combinaison : 1 superviseur BACnet/IP sur le réseau IT dédié GTB, 15 automates d’étage (AAC) en BACnet/IP, 120 contrôleurs de terminal (fan-coils, VAV) en BACnet MS/TP câblés en daisy-chain depuis chaque automate d’étage. L’ensemble représente 3 000 à 5 000 points BACnet supervisés depuis un poste unique.
Tableau des objets BACnet les plus utilisés en GTB CVC
| Type d’objet BACnet | Usage CVC typique | Propriété clé | Lecture/Écriture |
|---|---|---|---|
| Analog Input (AI) | T° soufflage CTA, débit eau glacée, pression filtre | Present Value, Units, Out of Limit | Lecture seule |
| Analog Output (AO) | Position vanne 3V, consigne vitesse ventilateur | Present Value, Priority Array (16 niveaux) | Lecture/Écriture |
| Analog Value (AV) | Consigne T° intérieure, setpoint calculé | Present Value, COV Increment | Lecture/Écriture |
| Binary Input (BI) | Marche/arrêt compresseur, défaut alarme | Present Value (ACTIVE/INACTIVE) | Lecture seule |
| Binary Output (BO) | Commande démarrage groupe froid, vanne 2 pos. | Present Value, Priority Array | Lecture/Écriture |
| Schedule | Programme horaire occupation, plages de chauffage | Weekly Schedule, Exception Schedule | Lecture/Écriture |
| Calendar | Jours fériés, périodes de vacances, modes spéciaux | Date List | Lecture/Écriture |
| Trend Log | Archivage T°, consommations kWh, courbes de tendance | Log Buffer, Log Interval, Total Record Count | Lecture seule |
| Notification Class | Gestion alarmes : GTB + GSM + GMAO simultanés | Recipient List, Priority | Lecture/Écriture |
BACnet vs KNX vs Modbus : quel protocole pour quel usage GTB ?
Les trois protocoles coexistent dans une GTB moderne, chacun dans son domaine de pertinence. Le choix dépend du type d’équipement et de l’usage, non d’une préférence unique. Pour une analyse approfondie de ce sujet, consultez notre comparatif protocoles GTB KNX / Modbus / BACnet.
- BACnet : CVC grandes installations — groupes de froid, chaudières, CTA, distribution CVC multi-zones. Son modèle d’objets est calé sur la terminologie CVC (setpoints, alarmes, programmes horaires, journalisation). Natif chez Carrier, Trane, Daikin, York, Viessmann pour leurs équipements de production de froid et de chaleur. Indispensable dès que plusieurs fabricants coexistent sur l’installation
- KNX : confort des locaux — éclairage, stores/volets, chauffage de local (thermostats de pièce), contrôle d’accès. Périmètre room-level, très répandu dans le tertiaire européen. KNX et BACnet se complètent souvent dans un bâtiment : KNX pour le niveau local/salle, BACnet pour la supervision centralisée. Des passerelles KNX-BACnet (Wago, Intesis, Schneider) permettent de remonter les points KNX dans le superviseur BACnet. Pour en savoir plus : KNX : protocole domotique GTB bâtiment tertiaire
- Modbus : comptage et équipements industriels simples — compteurs d’énergie électrique, variateurs de fréquence, onduleurs, onduleurs solaires. Sa simplicité (registres numérotés, pas de modèle objet) en fait le choix économique pour les équipements mono-fabricant. Pas d’interopérabilité native : chaque fabricant publie sa propre table de registres. Dans une GTB BACnet, les équipements Modbus sont intégrés via des passerelles Modbus-BACnet
Profils d’appareils BACnet et certification BTL
Un fabricant peut déclarer son produit « BACnet compatible » sans avoir subi aucun test. La certification BTL (BACnet Testing Laboratories) est la seule garantie d’une implémentation conforme et interopérable. Elle définit plusieurs profils d’appareils correspondant aux niveaux de fonctionnalités.
- B-ASC (Application Specific Controller) : contrôleur dédié à une fonction unique (régulateur de fan-coil, contrôleur VAV). Nombre d’objets limité (< 100). Interfaces MS/TP et/ou IP. C'est le profil des équipements de terrain les plus simples
- B-AAC (Advanced Application Controller) : automate programmable BACnet de niveau terrain. Logique configurable, plusieurs centaines d’objets, support MS/TP + IP, Schedule et Trend Log intégrés. Profil des régulateurs de CTA, automates d’étage
- B-OWS (Operator Workstation) : poste de supervision. Interface graphique, visualisation en temps réel, gestion des alarmes, accès aux Trend Logs. Profil des logiciels GTB superviseurs (Siemens Desigo CC, Schneider EcoStruxure)
- B-AWS (Advanced Workstation System) : niveau SGFE complet. Toutes les fonctionnalités B-OWS + contrôle étendu, scripting, rapports, intégration multi-protocoles
Dans un cahier des charges GTB, la mention « équipements BACnet BTL Listed, profil B-AAC minimum pour les automates de terrain, B-OWS pour le superviseur » protège le maître d’ouvrage contre les implémentations partielles qui échouent à l’intégration. La liste des équipements BTL Listed est publique sur le site de l’ASHRAE (bacnetassociation.org/btl). Pour les implications réglementaires et de performance GTB, voir notre article sur le décret BACS 2026 et les obligations GTB.
Intégration BACnet dans un projet GTB : points d’attention pratiques
Le déploiement d’une GTB BACnet dans une grande installation implique plusieurs points d’attention qui ne sont pas toujours anticipés en phase de conception.
- Adressage et Device ID : chaque équipement BACnet doit avoir un Device ID unique sur l’ensemble de l’installation (réseau local ou enterprise). Pas de mécanisme automatique d’attribution : les ID doivent être planifiés en amont et documentés. Un conflit de Device ID entre deux équipements BACnet/IP cause des dysfonctionnements de découverte difficiles à diagnostiquer
- Configuration BBMD multi-subnet : dans toute installation couvrant plusieurs VLAN ou sous-réseaux IP, le BBMD doit être configuré explicitement sur chaque subnet. La Foreign Device Registration doit lister les adresses IP des BBMD des autres subnets. Oubli fréquent : les passerelles MS/TP-to-IP doivent également être configurées comme BBMD si elles desservent un subnet isolé
- Gestion des priorités de commande (Priority Array) : BACnet gère 16 niveaux de priorité pour les commandes AO et BO. Les priorités 1-3 sont réservées aux systèmes de sécurité (incendie, évacuation). La GTB opère typiquement aux niveaux 8 (manuel) à 14 (automatique). Une commande manuelle en niveau 8 reste active même si l’automate envoie des commandes automatiques en niveau 14 : prévoir un mécanisme de libération manuelle dans l’IHM superviseur
- Cybersécurité BACnet/IP : BACnet/IP traditionnel est non chiffré et non authentifié — toute machine sur le même réseau peut lire et écrire des objets. BACnet Secure Connect (BACnet/SC, addendum bj à la norme 2019) apporte TLS 1.3 et authentification par certificats. Pour les installations sensibles (hôpitaux, data centers, aéroports), exiger BACnet/SC ou isoler le réseau GTB dans un VLAN non routé vers Internet
Cas d’usage BACnet : supervision CVC d’un hôpital de 500 lits
Un hôpital de 500 lits (35 000 m² bâtis, 5 bâtiments) déploie une GTB BACnet pour superviser ses 8 groupes de froid, 45 CTA, 1 200 caissons VAV et 300 terminaux fan-coil. L’architecture BACnet choisie :
- Niveau supervision : 1 superviseur Siemens Desigo CC (B-AWS) sur serveur dédié, VLAN GTB 10.50.0.0/24. Interface DICOM pour l’intégration avec le système hospitalier (plannings d’occupation des blocs)
- Niveau automation : 15 automates d’étage (B-AAC) en BACnet/IP — 1 par bâtiment ou par niveau pour les bâtiments imposants. Chaque AAC gère 80 à 150 points locaux et remonte vers le superviseur
- Niveau terrain : 1 200 contrôleurs VAV + 300 fan-coils en BACnet MS/TP, câblés en boucles RS-485 depuis les AAC (8 à 12 équipements par boucle MS/TP). 45 contrôleurs de CTA (B-AAC MS/TP ou IP selon localisation)
- Équipements externes : 8 groupes de froid Carrier (BACnet/IP natif, BTL Listed B-AAC), 2 chaudières Viessmann (passerelle Modbus-BACnet intégrée). Total : 4 800 points BACnet supervisés
Résultat : surveillance en temps réel des conditions thermiques dans les blocs opératoires (tolérance ±0,5 °C), détection des dérives de COP des groupes de froid, gestion automatique des plages d’occupation selon les plannings médicaux. Économies mesurées sur 24 mois : -18 % sur la consommation électrique CVC, soit 85 000 €/an. Pour évaluer le ROI d’un tel projet, consultez notre article sur le ROI GTB et les économies réelles en bâtiment.
En résumé
BACnet (ANSI/ASHRAE 135 / ISO 16484-5) est le protocole de référence pour les GTB des grandes installations CVC : son modèle d’objets typés (AI, AO, BI, BO, Schedule, Trend Log, Notification Class), ses deux couches réseau complémentaires (BACnet/IP pour la supervision, MS/TP pour le terrain), sa découverte automatique Who-Is/I-Am et sa certification BTL en font l’outil d’interopérabilité multi-fabricants incontournable. Dans une GTB moderne, BACnet couvre la CVC (groupes de froid, CTA, VAV, fan-coils), tandis que KNX gère le confort local et que Modbus intègre les compteurs d’énergie et variateurs. Sur un hôpital de 500 lits, une GTB BACnet bien conçue supervise 4 800 points, garantit les conditions thermiques des blocs opératoires et génère 85 000 €/an d’économies sur la CVC.
Questions fréquentes
Qu'est-ce que le protocole BACnet et pourquoi est-il le standard de la GTB ?
BACnet (Building Automation and Control Networks) est un protocole de communication standardisé pour les systèmes d'automatisation des bâtiments, défini par la norme ANSI/ASHRAE 135 et la norme internationale ISO 16484-5. Développé par l'ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers) à partir de 1987 et publié en 1995, BACnet est né d'un constat simple : chaque fabricant d'automates CVC utilisait son propre protocole propriétaire, rendant l'intégration multi-marques impossible sans passerelles coûteuses. BACnet définit un modèle de données commun (les « objets BACnet »), des mécanismes de communication standardisés (services) et plusieurs couches réseau possibles (BACnet/IP, BACnet MS/TP). Résultat : un régulateur Siemens peut communiquer directement avec un superviseur Honeywell ou une GTB Schneider sans passerelle propriétaire. C'est cette interopérabilité native qui en fait le standard de facto pour les grandes installations CVC — hôpitaux, aéroports, tours de bureaux, campus universitaires — où coexistent des équipements de nombreux fabricants.
Quelle est la différence entre BACnet/IP et BACnet MS/TP ?
BACnet/IP et BACnet MS/TP sont deux couches réseau différentes pour transporter les messages BACnet. BACnet/IP utilise le réseau Ethernet/IP standard (UDP port 47808) : c'est la couche réseau dominante pour les superviseurs GTB, les passerelles et les équipements de niveau supérieur. Sa vitesse est celle du réseau IP (100 Mbps à 1 Gbps), sans limite pratique de distance. BACnet MS/TP (Master-Slave/Token-Passing) utilise une liaison série RS-485 à 76,8 kbps maximum, avec un maximum de 64 appareils par segment et 1 200 m de câble. Il est utilisé pour les équipements de terrain : contrôleurs de CTA (centrale de traitement d'air), caissons VAV (débit d'air variable), régulateurs de fan-coils. En pratique, une installation GTB BACnet typique combine les deux : les automates de terrain communiquent en BACnet MS/TP entre eux et avec une passerelle MS/TP-to-IP, qui elle-même communique en BACnet/IP avec le superviseur. Lorsqu'une installation couvre plusieurs sous-réseaux IP, un BBMD (BACnet Broadcast Management Device) achemine les messages de découverte (Who-Is/I-Am) entre les subnets.
Qu'est-ce qu'un objet BACnet et comment fonctionne le modèle de données ?
Le modèle de données BACnet repose sur la notion d'« objet » : chaque entité physique ou logique d'un équipement est représentée par un objet BACnet typé, identifié par son numéro d'instance. Les types d'objets les plus courants en GTB CVC sont : Analog Input (AI) pour les mesures — température, pression, débit — ; Analog Output (AO) pour les commandes analogiques — position vanne, consigne ventilateur — ; Analog Value (AV) pour les valeurs calculées internes ; Binary Input (BI) pour les états tout-ou-rien — marche/arrêt moteur, état alarme — ; Binary Output (BO) pour les commandes tout-ou-rien ; Schedule pour la programmation horaire ; Calendar pour les jours spéciaux ; Trend Log pour l'archivage historique ; Notification Class pour la gestion des alarmes. Chaque objet possède des « propriétés » : Present Value (valeur courante), Description (libellé lisible), Units (unité physique : degrés Celsius, Pa, m³/h), Out of Service, COV Increment (seuil de changement déclenchant une notification). La propriété COV (Change Of Value) subscription est particulièrement utile : au lieu de poller en permanence, le superviseur s'abonne aux changements, et l'automate notifie uniquement lorsque la valeur dépasse le seuil — réduisant la charge réseau de 70 à 90 % par rapport au polling cyclique.
Comment la découverte des équipements BACnet fonctionne-t-elle sur un réseau ?
BACnet intègre un mécanisme de découverte automatique des équipements : le service Who-Is / I-Am. Lorsque le superviseur GTB envoie un message Who-Is en broadcast (ou en unicast ciblé), chaque équipement BACnet répond par un I-Am contenant son Device ID, sa plage d'adresses d'instances d'objets et sa version BACnet. Le superviseur peut ensuite interroger chaque équipement découvert pour lire la liste de ses objets (service ReadPropertyMultiple) et construire automatiquement son arborescence de points. Ce mécanisme fonctionne parfaitement sur un réseau IP plat (même subnet). Il échoue lorsque les équipements sont sur des subnets différents : les messages broadcast IP ne traversent pas les routeurs. La solution est le BBMD (BACnet Broadcast Management Device) : une passerelle configurée sur chaque subnet qui reçoit les broadcasts BACnet locaux et les relaie en unicast vers les BBMD des autres subnets. Alternativement, des BACnet Routers physiques ou logiciels (intégrés dans les superviseurs) assurent ce routage. La non-prise en compte du BBMD est l'une des erreurs les plus fréquentes dans les déploiements BACnet/IP multi-site.
Qu'est-ce que la certification BTL et pourquoi l'exiger dans un cahier des charges GTB ?
Le BTL (BACnet Testing Laboratories) est un organisme de certification tiers créé par l'ASHRAE pour vérifier la conformité réelle des équipements BACnet à la norme ANSI/ASHRAE 135. Un équipement « BTL Listed » a été testé dans un laboratoire accrédité et a démontré son interopérabilité avec d'autres équipements BACnet. Concrètement, la certification BTL identifie le « profil d'appareil » (device profile) de l'équipement : B-ASC (Application Specific Controller) pour un contrôleur dédié à une fonction, B-AAC (Advanced Application Controller) pour un automate programmable BACnet, B-OWS (Operator Workstation) pour un superviseur, B-AWS (Advanced Workstation System) pour un SGFE complet. Un fabricant peut apposer le logo BACnet sur un produit non certifié BTL : la mention « BTL Listed » est la garantie que le produit a été effectivement testé. Dans un cahier des charges GTB, exiger « équipements BACnet BTL Listed » protège le maître d'ouvrage contre les implémentations partielles ou défectueuses qui se déclarent « compatibles BACnet » sans avoir subi de test. C'est particulièrement important pour les équipements CVC (régulateurs de CTA, groupes de froid, chaudières) qui doivent s'intégrer sans passerelle dans une GTB multi-marques.