Dans l’automatisation moderne des bâtiments, l’interopérabilité est essentielle. Les systèmes de CVC, d’éclairage, de sécurité ou de gestion de l’énergie proviennent souvent de fabricants différents, et pourtant ils doivent tous « parler le même langage ». C’est précisément pour cette raison que BACnet s’est imposé comme un standard mondial.
Au cœur de BACnet se trouve un concept fondamental : le modèle d’objets. Plutôt que d’échanger des données brutes ou propriétaires, BACnet représente chaque élément — qu’il s’agisse d’un capteur de température, d’un ventilateur ou d’un planning hebdomadaire — sous la forme d’un objet standardisé, doté de propriétés définies et accessible via des services.
« Le génie du modèle d’objets BACnet réside dans sa capacité à abstraire chaque équipement en un objet standardisé, rendant interopérables des systèmes de bâtiment complexes.«
Cet article explore le fonctionnement du modèle d’objets BACnet, les raisons pour lesquelles il est central pour l’interopérabilité, et la manière dont il aide les propriétaires de bâtiments et les intégrateurs à simplifier des projets complexes. Pour une introduction générale, vous pouvez commencer par l’article Qu’est-ce que BACnet ?
Le modèle d’objets BACnet constitue la base qui rend le protocole à la fois puissant et universel. Au lieu de gérer les points de données de manière propriétaire, BACnet représente chaque composant d’un système d’automatisation du bâtiment sous la forme d’un objet.
Un objet n’est pas simplement une valeur — c’est une structure complète comprenant :
Cette approche garantit qu’un capteur de température du fabricant A peut être lu par un système de gestion technique du bâtiment du fabricant B, sans intégration spécifique ni développement sur mesure.
| Type d’objet | Cas d’usage typique |
|---|---|
| Entrée analogique | Mesure d’un capteur de température |
| Sortie binaire | Commande marche/arrêt d’un ventilateur |
| Planning | Programme hebdomadaire de fonctionnement du CVC |
| Journal de tendances | Enregistrement de la consommation énergétique |
| Équipement | Le contrôleur lui-même |
Le modèle d’objets BACnet repose sur quelques principes simples mais particulièrement puissants :
| Élément | Rôle |
|---|---|
| Identifiant d’objet | Identifiant numérique unique (type + instance), utilisé dans les communications réseau |
| Nom de l’objet | Libellé lisible par l’humain, unique au sein d’un même équipement |
| Type d’objet | Définit le rôle de l’objet (AI, BO, Schedule, Trend Log, etc.) |
Chaque objet BACnet est défini par un ensemble de propriétés. Ces propriétés décrivent l’état, le comportement et les métadonnées de l’objet. Elles sont au cœur de l’interopérabilité des équipements BACnet, car tous les fabricants s’accordent sur un ensemble minimal de propriétés obligatoires, tout en laissant la possibilité d’en ajouter d’autres de manière optionnelle.
Types de propriétés
| Type de propriété | Exemple de propriété | Rôle |
|---|---|---|
| Obligatoire | Identifiant d’objet | Garantit l’unicité et l’identification entre les équipements |
| Optionnelle | Description | Ajoute des informations lisibles par l’humain pour les exploitants |
| Dynamique (en fonctionnement) | Valeur actuelle (Present Value) | Représente la mesure en temps réel ou l’état d’une commande |
| Optionnelle | Unités | Définit les unités physiques (°C, Pa, %, ppm, kWh, etc.) |
| Obligatoire | Type d’objet | Définit la catégorie de l’objet (AI, BO, Schedule…) |
Dans l’automatisation des bâtiments, plusieurs systèmes peuvent vouloir piloter le même point — par exemple, un ventilateur peut être commandé par le système de sécurité incendie, par un algorithme d’optimisation énergétique ou par un opérateur en manuel. Afin d’éviter les conflits, BACnet utilise un système de priorités appelé Priority Array.
Fonctionnement
| Mécanisme | Effet pratique |
|---|---|
| Tableau de priorités (1–16) | Résout les conflits en appliquant la priorité active la plus élevée |
| Relinquish Default | Fournit une valeur de repli lorsqu’aucune priorité n’est active |
| WriteProperty | Écrit une valeur à un niveau de priorité spécifique |
| WritePropertyMultiple | Permet des écritures groupées pour assurer la cohérence sur plusieurs objets |
Les objets BACnet deviennent réellement utiles lorsque d’autres équipements et logiciels peuvent interagir avec eux. Cette interaction s’effectue via les services BACnet, qui sont des opérations normalisées définies par le protocole. Les services permettent aux systèmes de lire des valeurs, d’écrire des commandes, de découvrir des équipements ou de s’abonner à des mises à jour.
Sans les services, le modèle objet ne serait qu’une description statique. Avec eux, il devient un cadre dynamique pour l’automatisation en temps réel.
| Service | Cas d’usage typique |
|---|---|
| ReadProperty | Récupérer la valeur d’une propriété unique (par ex. : Present Value) |
| ReadPropertyMultiple | Lire plusieurs propriétés en une seule requête afin de réduire le trafic |
| WriteProperty | Écrire une commande ou mettre à jour une valeur de configuration |
| WritePropertyMultiple | Écrire plusieurs propriétés en une seule opération |
| SubscribeCOV | S’abonner aux mises à jour lorsqu’une propriété change (au lieu d’un polling) |
| Who-Is / I-Am | Découvrir les équipements présents sur le réseau et les identifier |
| Who-Has / I-Have | Rechercher des objets par nom à travers plusieurs équipements |
💡 Grâce à ces services, les systèmes de gestion technique du bâtiment peuvent découvrir automatiquement les équipements, les configurer, surveiller des valeurs en temps réel et garantir une interopérabilité fluide entre équipements multi-fournisseurs.
Pour une vue complète des échanges réseau, de la découverte et des services, consultez Comment fonctionne BACnet ?
Au-delà des simples capteurs et actionneurs, le modèle objet BACnet prend également en charge des objets définissant des comportements et des données historiques. Ces objets de niveau supérieur sont essentiels pour les stratégies d’automatisation telles que l’optimisation énergétique, la maintenance prédictive et la gestion du confort.
| Objet | Bénéfice |
|---|---|
| Planning | Automatise les opérations récurrentes localement, réduisant les interventions manuelles et la charge réseau |
| Calendrier | Centralise les exceptions (jours fériés, périodes de maintenance) pour une gestion simplifiée |
| Journal de tendances | Fournit des données historiques pour le diagnostic, le suivi de l’efficacité énergétique et le reporting |
Ces objets transforment BACnet d’un simple protocole de communication en un véritable framework d’automatisation et d’optimisation.
Si le modèle objet BACnet définit la manière dont les équipements représentent les données, l’interopérabilité exige également que les équipements déclarent ce qu’ils sont capables de faire. Cela est assuré par des profils et une documentation normalisés.
Ces profils garantissent que deux équipements BACnet de fabricants différents peuvent être comparés et validés pour leur compatibilité avant le déploiement.
| Artefact | Rôle |
|---|---|
| BIBBs | Définissent des blocs fonctionnels servant de base à l’interopérabilité |
| PICS | Déclaration du fabricant indiquant les objets et services pris en charge |
| EPICS | Déclaration étendue pour les équipements ou intégrations complexes |
💡 Grâce à ces profils standardisés, les intégrateurs peuvent vérifier l’interopérabilité en amont, évitant ainsi des surprises coûteuses lors de la mise en service.
Pour illustrer le fonctionnement du modèle objet BACnet en pratique, prenons l’exemple d’une centrale de traitement d’air en toiture (RTU) utilisée pour le CVC. Cet équipement unique regroupe plusieurs fonctions, chacune représentée par un objet BACnet.
Exemple : Température de l’air soufflé
Rôle : Surveille la température de l’air distribué
Exemple : Commande de vitesse du ventilateur
Rôle : Contrôle la vitesse variable du ventilateur (%)
Exemple : Alarme de filtre
Rôle : Détecte un filtre encrassé
Exemple : Activation du compresseur
Rôle : Met le compresseur en marche / arrêt
Exemple : Mode de fonctionnement (Auto / Chauffage / Refroidissement / Arrêt)
Rôle : Sélectionne le mode de fonctionnement de l’unité
Exemple : Programme d’occupation
Rôle : Fait fonctionner le CVC uniquement lorsque le bâtiment est occupé
Exemple : Consommation énergétique (kWh)
Rôle : Enregistre l’historique de la consommation énergétique
Cet exemple montre comment le modèle objet BACnet permet une structuration claire, un contrôle déterministe et une interopérabilité indépendante des fournisseurs.
Le modèle objet BACnet n’est pas qu’une abstraction technique — il apporte des bénéfices opérationnels et économiques directs aux propriétaires de bâtiments, aux exploitants et aux intégrateurs.
| Bénéfice | Impact |
|---|---|
| Standardisation | Intégration plus rapide, coûts d’ingénierie réduits |
| Transparence | Diagnostic facilité, documentation fiable |
| Déterminisme | Contrôle multi-systèmes sécurisé, sans conflits |
| Efficacité | Trafic réduit, tâches automatisées, meilleure exploitation des données |
| Pérennité | Évite la dépendance à un fournisseur, évolutif dans le temps |
C’est une manière normalisée de représenter chaque fonction d’un bâtiment sous forme d’objet, avec des propriétés et des services, afin que des équipements de différents fabricants puissent communiquer de façon transparente.
Les objets regroupent la valeur avec des métadonnées (unités, état, priorité) et définissent la façon dont elle peut être consultée ou modifiée, ce qui garantit une cohérence entre les systèmes.
Oui. Bien que les types d’objets soient normalisés, les fabricants peuvent les étendre avec des propriétés optionnelles ou créer des objets propriétaires lorsque cela est nécessaire.
Les propriétés obligatoires garantissent l’interopérabilité de base. Les propriétés optionnelles apportent des fonctionnalités supplémentaires, mais ne sont pas indispensables à la compatibilité.
Des services comme ReadProperty et WriteProperty permettent de lire ou d’écrire des valeurs, tandis que SubscribeCOV permet de recevoir des mises à jour lorsque les valeurs changent.
Oui. Il a été conçu pour assurer l’indépendance vis-à-vis des fabricants, ce qui permet à des équipements de marques différentes de fonctionner ensemble sans pilotes spécifiques.
Des objets comme les Trend Logs et les Schedules facilitent le suivi des consommations, l’automatisation des périodes de fonctionnement et l’optimisation des performances des systèmes pour réaliser des économies d’énergie.
À propos d’Actility
Actility, l’un des co-inventeurs de la technologie LoRaWAN® et membre fondateur de la LoRa Alliance, est le leader des solutions de connectivité LPWAN (réseaux étendus à basse consommation) de niveau industriel et de géolocalisation IoT. La plateforme ThingPark™ d’Actility, qui prend en charge la connectivité multi-radio (LoRaWAN®, NB-IoT, LTE-M), alimente la majorité des réseaux publics ainsi que de nombreux réseaux privés et d’entreprise à travers le monde.
Via sa filiale Abeeway, Actility propose des trackers multi-radio brevetés à très basse consommation ainsi que des services complets de géolocalisation indoor et outdoor. Par ailleurs, ThingPark Market propose le plus large catalogue de dispositifs, passerelles et solutions LoRaWAN® disponibles sur le marché.
Contact presse : marketing@actility.com – https://www.actility.com/contact/
Chez Actility, nous sommes passionnés par la libération de tout le potentiel de l’IoT pour les entreprises et les collectivités à travers le monde. Rejoignez-nous pour continuer à innover, collaborer et montrer la voie en connectant les mondes numérique et physique grâce à des solutions IoT de pointe.
© 2025 Actility’s All Rights Reserved
