Le décret BACS impose un système d'automatisation interopérable dans vos bâtiments tertiaires. BACnet reste le protocole de communication le plus déployé pour répondre à cette exigence. Encore faut-il savoir ce qu'il couvre réellement. Derrière l'acronyme se cachent plusieurs variantes réseau, un modèle objet normalisé et des limites terrain que la gestion technique des bâtiments révèle au quotidien. Cet article détaille le fonctionnement du protocole, ses déclinaisons et ce que nous observons en exploitation.
Définition, origines et fonctionnement du protocole BACnet
Building Automation and Control Networks : ce que l'acronyme signifie
BACnet - pour Building Automation and Control Networks - est un protocole de communication ouvert dédié à l'automatisation et au contrôle des bâtiments. Normalisé ISO depuis 2003, ce bacnet standard permet à des équipements de constructeurs différents de communiquer sur un même réseau. Une supervision peut interroger un automate Schneider et un contrôleur Siemens sans passerelle propriétaire. Pour comprendre qu'est-ce qu'une GTB et comment fonctionne une GTB, ce système d'interopérabilité multi-constructeurs est le socle à maîtriser.
Normalisation ASHRAE, ANSI et ISO 16484-5
La norme ISO 16484-5 est adoptée dans plus de 30 pays. Elle garantit qu'un équipement certifié en Allemagne ou au Japon expose les mêmes objets et services qu'un équipement déployé en France.
BACnet est né d'un comité de l'ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers). Le standard a été adopté comme norme ANSI/ASHRAE 135 en 1995, puis intégré à la norme internationale ISO 16484-5 en 2003 (source : ASHRAE SSPC 135). Ce triple ancrage normatif distingue BACnet d'un protocole propriétaire : dans un CCTP, exiger un standard ouvert normalisé ISO protège le maître d'ouvrage contre la captivité technique.
De 1987 à BACnet/SC : trente ans d'évolution du standard
Le comité ASHRAE SPC 135 démarre ses travaux en 1987. La première norme ANSI sort en 1995, l'adoption ISO suit en 2003. En 2019, l'addendum BACnet/SC (Secure Connect) ajoute une couche de communication sécurisée par TLS 1.3 pour répondre aux exigences de cybersécurité des réseaux IP convergés (source : ASHRAE SSPC 135). Un standard qui tient depuis plus de 35 ans n'est pas un pari technologique.
Les couches protocolaires : du câble à l'application
Les couches du protocole BACnet
Cliquez sur chaque couche pour explorer son rôle dans la pile BACnet
BACnet (ASHRAE 135 / ISO 16484-5) structure ses échanges en couches superposées, du transport physique jusqu'aux objets métier. Chaque couche remplit une fonction précise dans la communication entre équipements GTB.
Sources : norme ASHRAE 135-2020, ISO 16484-5:2022, BACnet International
BACnet ne prescrit pas une seule couche physique. Son architecture repose sur trois niveaux. La couche physique supporte Ethernet, RS-485 (MS/TP) ou LonTalk. La couche réseau encapsule les trames dans des paquets IP (BACnet/IP) ou dans des websockets TLS (BACnet/SC). La couche application expose les objets et les services du protocole, indépendamment du câblage sous-jacent. Cette séparation explique la souplesse du fonctionnement du protocole - et sa complexité d'intégration.
Le modèle objet : analog input, binary output et notification class
Chaque dispositif BACnet expose des objets typés. La norme ASHRAE 135 en définit plus de 60 (source : ANSI/ASHRAE 135-2020). Les plus courants en GTB :
- Analog input : mesure d'une sonde (température, pression, débit)
- Binary output : commande d'un actionneur (vanne, registre)
- Notification class : remontée d'alarme structurée
Chaque objet porte des propriétés comme present value ou status flags. C'est ce modèle objet qui rend l'interopérabilité possible. C'est aussi là que les problèmes terrain commencent : un objet exposé ne signifie pas un objet pilotable.
Services BACnet et architecture client-serveur
Les services BACnet sont les « verbes » du protocole. ReadProperty lit la valeur d'un objet. WriteProperty écrit une consigne sur un automate. SubscribeCOV surveille les changements. Who-Is / I-Am permettent la découverte réseau. L'architecture fonctionne en client-serveur : la supervision (le client) interroge les automates (les serveurs) qui exposent leurs données. En exploitation, la capacité à écrire via WriteProperty dépend de la configuration livrée par l'intégrateur - c'est souvent là que le contrôle s'arrête.
BACnet/IP, BACnet MS/TP et BACnet/SC : quelle variante choisir ?
BACnet/IP : la couche réseau de la supervision
BACnet/IP encapsule les trames BACnet dans des paquets UDP/IP sur le port 47808 (source : ANSI/ASHRAE 135, annexe J). Le débit dépend de l'infrastructure Ethernet sous-jacente : 100 Mbps à 1 Gbps en pratique. C'est la variante de la supervision et de l'hypervision multi-sites. Le diagnostic à distance est natif. BACnet/IP nécessite un réseau dédié ou segmenté par VLAN pour isoler le trafic OT du réseau IT bureautique. On retrouve cette variante entre le serveur de supervision et les contrôleurs d'étage.
BACnet face aux autres protocoles et les limites de l'interopérabilité sur le terrain
LonWorks : un protocole encore présent dans les parcs tertiaires
LonWorks (LON, ISO/IEC 14908) reste déployé sur une part significative des GTB tertiaires installées en France avant 2015. Chaque nœud LON embarque sa propre intelligence. Sur le terrain, la cohabitation BACnet/LON est un cas courant : une passerelle BACnet au niveau supervision fédère les deux réseaux d'équipements BACnet et LON sans remplacer les automates de terrain.
KNX : le standard du lot électricité et de la domotique tertiaire
KNX (ISO 14543-3) domine le lot éclairage et stores en tertiaire. Il couvre peu le CVC lourd. BACnet et KNX coexistent dans un bâtiment selon le lot technique : BACnet pour le chauffage, la ventilation et la climatisation, KNX pour l'éclairage. La passerelle KNX/BACnet est un classique du protocole de communication multi-lots.
Modbus : le protocole industriel qui persiste en chaufferie
Modbus (RS-485 ou TCP/IP) persiste sur les chaudières, les groupes froids et les compteurs d'énergie. Ce protocole fonctionne par lecture et écriture de registres bruts. Pas d'objets typés ni d'alarmes structurées. L'écart avec BACnet est net : Modbus transporte des valeurs, BACnet transporte du sens. La distinction rejoint celle entre GTB ou GTC dans le chauffage, la ventilation et la climatisation (CVC).
Interopérabilité syntaxique vs interopérabilité sémantique
Interopérabilité syntaxique vs interopérabilité sémantique
L'interopérabilité syntaxique garantit que deux équipements BACnet échangent des trames conformes. L'interopérabilité sémantique garantit qu'ils se comportent comme attendu lorsqu'on leur écrit une consigne. Sur le terrain, l'écart est immense. Les objets BACnet sont souvent exposés en lecture seule alors qu'ils devraient être writable. Le PICS du constructeur n'est presque jamais vérifié après la mise en service.
- Un binary output verrouillé par le fabricant
- Un writable flag absent de la configuration livrée
- Un PICS prometteur contredit par la réalité de l'automate
La conformité BTL couvre la couche syntaxique, pas le comportement applicatif (source : BACnet Interest Group Europe)
Vérifier les classes de GTB permet de croiser cette lecture avec les exigences d'intégration fonctionnelle.
Conformité BTL et PICS : ce que la certification couvre réellement
BTL (BACnet Testing Laboratories) teste la conformité protocolaire d'un appareil spécifique. Le PICS documenté les objets et services supportés. Plus de 1 200 produits figurent sur le répertoire BTL (source : btl.org). La certification BTL porte sur des cas normalisés. Un automate certifié peut très bien être verrouillé en écriture dans sa configuration livrée au bâtiment.
BACnet et le décret BACS : ce que le protocole change pour la conformité
Ce que le décret BACS exige en matière de communication entre équipements
L'échéance pour les bâtiments de 70 à 290 kW a été reportée du 01/01/2027 au 01/01/2030 par le décret n° 2025-1343 du 26/12/2025 (source : Légifrance).
Le décret BACS n° 2020-887 impose un système d'automatisation et de contrôle capable de communiquer avec les équipements techniques du bâtiment. Le texte exige des fonctions précises - gestion des consignes, suivi des consommations, remontée d'alarmes - sans nommer BACnet. L'exigence d'un système interopérable renvoie de facto aux protocoles ouverts normalisés. Les bâtiments de plus de 290 kW sont conformes depuis le 01/01/2025 (source : Légifrance, décret n° 2020-887). Pour comprendre l'interopérabilité exigée par le décret BACS, la mise en œuvre passe par un protocole de gestion technique des bâtiments normalisé ISO.
Ce que BACnet permet concrètement pour la conformité
BACnet couvre les trois fonctions exigées par le décret :
- Gestion des consignes de température et de ventilation via WriteProperty sur les automates CVC
- Suivi des consommations d'énergie via les objets de comptage (accumulator, pulse converter)
- Remontée d'alarmes structurées via notification class et event enrollment
BACnet repose sur un modèle applicatif qui rend ces fonctions auditables. Si les objets ne sont pas correctement configurés dans la GTB, le bus existe mais la fonction du chauffage, de la ventilation et de la climatisation CVC n'est pas assurée (source : Légifrance, décret n° 2020-887, article 1).
Piloter une GTB existante sans la remplacer : passerelles et cohabitation protocolaire
Sur un parc existant, BACnet, LonWorks et Modbus cohabitent. Les passerelles BACnet/LON et BACnet/Modbus fédèrent ces protocoles sous une supervision unique sans travaux sur les automates de terrain. C'est cette cohabitation protocolaire que Foobot gère au quotidien : piloter votre GTB en BACnet ou LON via la supervision existante, sans remplacer l'infrastructure en place.
Comment Foobot exploite BACnet au quotidien sur vos GTB ?
AMO GTB : auditer la configuration BACnet de votre installation
Quand Foobot audite une GTB, la première étape consiste à vérifier la configuration BACnet. Les objets exposés correspondent-ils aux équipements physiques ? Les points sont-ils writable ? Le PICS du constructeur reflète-t-il la réalité terrain ? C'est l'AMO GTB appliqué au protocole : nous ne remplaçons pas la GTB, nous vérifions qu'elle tient sa promesse.
Pilotage IA : réguler le CVC toutes les 15 minutes via BACnet
Le jumeau numérique Foobot écrit des consignes de température et de débit sur les automates BACnet via WriteProperty, toutes les 15 minutes, 24/7. Le protocole est le canal de commande. Sans BACnet (ou LON), pas de Pilotage IA. BACnet n'est pas un outil de plus dans la pile : c'est le tuyau par lequel passe chaque décision de l'IA.
BACnet et LonWorks : piloter des GTB multi-protocoles sans tout changer
Avant de remplacer vos automates LON par du BACnet/IP, vérifiez si une passerelle logicielle au niveau supervision ne suffit pas. Le coût est divisé par dix et le résultat est immédiat.
Foobot s'intègre sur des GTB qui mélangent BACnet et LonWorks (LON). L'intégration passe par l'automate multiprotocole ou directement par la couche supervision, sans matériel ajouté. La cohabitation protocolaire n'est pas un frein au pilotage IA : c'est notre quotidien. Avant de lancer un remplacement matériel, nous recommandons de réaliser l'audit d'obsolescence de votre installation.
BACnet/IP vs BACnet MS/TP vs BACnet/SC
Comparatif terrain - critères d'exploitation réels
| Critère | BACnet/IP | BACnet MS/TP | BACnet/SC |
|---|---|---|---|
| Débit réel en exploitation | 100 Mbps à 1 Gbps (Ethernet) | 9 600 à 76 800 baud (RS-485) | Débit Ethernet via websocket TLS 1.3 |
| Dispositifs max par segment | Limité par l'infrastructure IP | 128 adresses par segment | Limité par l'infrastructure IP |
| Diagnostic à distance | ✓ Natif | ✗ Routeur BACnet/IP requis | ✓ Natif - traverse les firewalls |
| Compatibilité automates > 10 ans | ✓ Large - la plupart supportent IP | ✓ Très large - parc installé majoritaire | ✗ Rare - addendum 2019, peu d'automates compatibles |
| Exigences réseau | ~ VLAN dédié ou segmentation IT/OT | ✓ Aucune - bus série autonome | ✗ PKI - certificats X.509 + infrastructure TLS |
| Coût de mise à niveau | ~ Modéré - switch Ethernet + VLAN | ✓ Nul - déjà en place | ✗ Élevé - firmware + PKI + formation |
Sources : ANSI/ASHRAE 135-2020 (annexe J, clause 9) - ASHRAE SSPC 135 (addendum 135-2016bj)
De l'audit au pilotage : les 5 phases d'un projet BACnet
Explorez chaque phase pour comprendre les actions, les livrables et les indicateurs clés
Un projet de pilotage BACnet se structure en phases progressives. Chaque phase mobilise des compétences spécifiques et produit des livrables mesurables. Cliquez sur une phase pour explorer le détail.
Sources : ASHRAE 135-2020, norme ISO 16484, retours terrain GTB tertiaire 2024-2025
Passer du protocole BACnet au pilotage énergétique concret
Les 5 étapes clés pour exploiter votre infrastructure BACnet existante
Votre bâtiment communique déjà en BACnet mais les équipements tournent en séquences figées depuis la mise en service. Voici le parcours pour transformer cette base technique en économies réelles, sans remplacer vos équipements CVC.
- Nombre et types de points BACnet accessibles (AI, AO, BI, BO, AV, BV)
- État des séquences de régulation programmées dans les automates
- Interopérabilité réelle entre contrôleurs multi-marques
- Données historiques disponibles (trends, alarmes, logs)
- Détection des points "fantômes" : déclarés mais jamais mis à jour
- CTA en marche forcée la nuit ou le week-end (30 % des cas)
- Consignes de chauffage et climatisation qui se chevauchent (bande morte trop étroite)
- Pompes et ventilateurs à vitesse fixe alors que des variateurs existent
- Relance matinale trop précoce (parfois 2 h avant l'occupation réelle)
- Courbes de chauffe jamais recalées après un changement d'usage des locaux
- Lecture/écriture BACnet/IP native (pas de passerelle supplémentaire)
- Algorithmes prédictifs basés sur la météo, l'inertie thermique et l'occupation
- Relance optimisée : l'IA calcule l'heure de démarrage au plus tard (Relance IA)
- Ajustement continu des consignes sans intervention humaine
- Maintien du confort : les limites haute et basse restent garanties
- Baseline énergétique établie sur 12 mois de données BACnet historiques
- Ajustements DJU (degrés-jours unifiés) et taux d'occupation réel
- Rapport mensuel : kWh évités, euros économisés, tCO2e réduites
- Conformité avec les exigences du décret tertiaire (justification des actions)
- Transparence totale : les données brutes sont accessibles au client
- Détection automatique des dérives (alarme si la consommation dépasse le modèle)
- Adaptation aux changements d'usage (nouvel étage occupé, horaires modifiés)
- Rapports trimestriels de performance avec recommandations
- Accompagnement humain en complément de l'IA (pas de boîte noire)
- Trajectoire décret tertiaire suivie année après année (-40 % en 2030, -50 % en 2040)
Votre bâtiment est déjà équipé en BACnet ?
Évaluons ensemble le potentiel d'économies sans travaux.
Sources : ASHRAE BACnet Committee 2024, protocole IPMVP (EVO), ADEME - Gestion technique du bâtiment tertiaire 2025
FAQ - bacnet
Qu'est-ce que le protocole BACnet ?
BACnet (Building Automation and Control Network) est un protocole de communication ouvert normalisé ISO 16484-5. Il permet aux équipements d'un bâtiment tertiaire - automates, capteurs, supervision - de communiquer entre eux quel que soit le fabricant.
Comment fonctionne BACnet ?
BACnet repose sur un modèle objet (analog input, binary output) et des services (ReadProperty, WriteProperty). La couche application dialogue en architecture client-serveur : la supervision lit et écrit sur les automates qui exposent leurs objets et leurs propriétés.
Quelle est la différence entre le protocole BACnet et Modbus ?
BACnet structure les données en objets typés avec des propriétés normalisées. Modbus fonctionne par lecture et écriture de registres bruts, sans modèle objet. BACnet gère aussi les alarmes structurées et les abonnements à changement de valeur, ce que Modbus ne couvre pas.
BACnet IP vs BACnet MS/TP : quelles différences ?
BACnet IP encapsule les trames dans des paquets UDP sur un réseau Ethernet. BACnet MS/TP utilise un bus série RS-485 avec passage de jeton entre périphériques (128 adresses maximum par segment). Le débit et le diagnostic à distance avantagent BACnet IP.
Quels sont les avantages de BACnet pour la gestion technique des bâtiments ?
BACnet apporte une interopérabilité multi-constructeurs normalisée en standard ISO. Ce protocole permet de fédérer CVC, éclairage et compteurs sous une supervision unique. Le modèle objet facilite la maintenance, les alarmes structurées et la mise en conformité BACS.
Comment mettre en œuvre BACnet dans un bâtiment tertiaire ?
La mise en œuvre commence par un audit de l'installation existante. Une passerelle BACnet fédère les protocoles déjà en place (LON, Modbus). Le PICS de chaque automate doit être vérifié pour confirmer que les objets sont réellement writable en exploitation.
Que signifie interopérable au sens du décret BACS ?
Le décret BACS exige un système d'automatisation capable de communiquer avec tous les équipements techniques du bâtiment. L'interopérabilité implique un protocole ouvert normalisé ISO comme BACnet, pas un bus propriétaire verrouillé par un seul constructeur.