BACnet : le protocole de la GTB depuis 35 ans
BACnet (ISO 16484-5) est le protocole de communication dominant dans les systèmes de Gestion Technique du Bâtiment (GTB) depuis 1987. Développé initialement par l’ASHRAE pour permettre l’interopérabilité entre équipements CVC de marques différentes, il s’est imposé comme standard mondial dans le tertiaire, l’hôpital, l’industrie et les datacenters.
Son modèle orienté objet est sa force : chaque équipement (contrôleur de CTA, régulateur de chauffage, compteur d’énergie…) expose une liste d’objets standardisés avec des propriétés prédéfinies. Un superviseur BACnet peut découvrir automatiquement tous les équipements d’un réseau et lire leurs objets sans configuration préalable — un avantage majeur sur Modbus.
Architecture des réseaux BACnet
Un réseau BACnet typique est organisé en deux couches :
Couche superviseur (backbone BACnet/IP)
- Automates de gestion (BMS controllers) connectés en Ethernet
- Communication BACnet/IP, port UDP 47808
- Routeurs BACnet pour interconnecter les sous-réseaux
Couche terrain (BACnet MS/TP)
- Contrôleurs de zone (fan-coil, VAV, CTA locales) sur RS485
- Communication BACnet MS/TP, topologie bus linéaire
- Passerelle BACnet MS/TP → BACnet/IP pour relier les deux couches
Cloud (Eziwan)
▲
│ MQTT TLS / 4G
▼
Passerelle Eziwan ──── BACnet/IP (Ethernet) ──┬── Automate JACE
├── Contrôleur Siemens PXC
└── Compteur BACnet
──── BACnet MS/TP (RS485) ──┬── Fan-coil Distech
└── VAV Schneider
Objets BACnet : la nomenclature standard
BACnet définit 54 types d’objets standardisés. Les plus courants dans la GTB :
| Type d’objet | Abréviation | Description | Exemples |
|---|---|---|---|
| Analog Input | AI | Mesure analogique en lecture | Température, humidité, CO2 |
| Analog Output | AO | Sortie analogique (commande) | Consigne de CTA, ouverture vanne |
| Analog Value | AV | Valeur calculée ou paramètre | Consigne de confort, setpoint |
| Binary Input | BI | État logique en lecture | Marche/arrêt, défaut, alarme |
| Binary Output | BO | Sortie logique | Commande marche/arrêt |
| Binary Value | BV | Valeur logique interne | Mode été/hiver |
| Multi-State Value | MSV | Mode sur n états | Mode CVC : off/vent/chaud/froid |
| Trend Log | TL | Historique intégré à l’équipement | Archive température sur 30 jours |
Supervision GTB cloud : cas d’usage
La connexion BACnet → cloud permet de superviser à distance l’ensemble du parc GTB :
Bâtiments tertiaires (bureaux, centres commerciaux)
- Supervision CVC : températures zones, consignes, états CTA
- Suivi consommation électrique, chaleur, froid par zone
- Indicateurs de confort : CO2, température, humidité par espace
Hôpitaux et laboratoires
- Surveillance salles propres (surpression, hygrométrie, température)
- Monitoring des chambres froides pharmaceutiques
- Traçabilité des conditions d’ambiance pour la conformité
Datacenters
- PUE (Power Usage Effectiveness) en temps réel
- Surveillance refroidissement (CRAC, tours de refroidissement)
- Alertes température serveurs et humidité relative
Multi-sites (foncières, chaînes d’hôtels, enseignes retail)
- Vue unifiée de tous les bâtiments dans un seul dashboard
- Alertes centralisées avec routage par responsable de site
- Benchmarking entre sites comparables
Découverte automatique des équipements BACnet
Un avantage majeur de BACnet sur Modbus est la découverte automatique (auto-discovery). La passerelle Eziwan envoie un message Who-Is en broadcast sur le réseau BACnet. Chaque équipement répond avec son I-Am (identifiant d’instance Device). La passerelle interroge ensuite la liste d’objets (ReadProperty Object List) de chaque équipement et génère automatiquement les points de mesure à superviser.
Cette découverte automatique élimine la saisie manuelle des adresses de registres — un processus fastidieux et source d’erreurs dans les grands bâtiments avec des centaines de contrôleurs.
Intégration avec les superviseurs GTB existants
Pour les sites équipés d’un superviseur GTB (JACE Niagara, Schneider EcoStruxure, Siemens Desigo CC), la passerelle cloud peut s’intégrer de deux façons :
Option 1 — Lecture directe BACnet (bypass superviseur) La passerelle Eziwan lit directement les équipements BACnet de terrain, en parallèle du superviseur existant. Le superviseur continue de fonctionner pour la régulation locale. La passerelle ajoute la couche cloud sans modifier l’existant.
Option 2 — Lecture depuis le superviseur (MQTT export) Si le superviseur supporte MQTT Publish (Niagara 4.x avec module MQTT, Ignition…), la passerelle s’abonne aux données MQTT du superviseur. C’est l’approche la plus simple si le superviseur est déjà bien configuré.