Qu’est-ce qu’une APDU BACnet ?

Points clés : Qu’est-ce qu’une APDU BACnet ?

  • APDU BACnet signifie Application Protocol Data Unit (unité de données du protocole applicatif) : c’est la structure de message fondamentale utilisée au niveau applicatif de la communication BACnet.
  • Elle définit la manière dont les informations sont encapsulées, transmises et interprétées entre les équipements BACnet tels que les contrôleurs, capteurs et passerelles.
  • L’APDU fonctionne au-dessus de la NPDU (Network Protocol Data Unit), et fait partie de la hiérarchie des messages BACnet.
  • Il existe quatre principaux types d’APDU : Confirmed Request, Unconfirmed Request, Simple Ack et Complex Ack, chacun répondant à des besoins de communication spécifiques.
  • Une APDU contient des champs tels que le PDU Type, l’Invoke ID, le Service Choice et les données, garantissant un échange d’informations fiable.
  • Comprendre les APDU aide les intégrateurs à diagnostiquer les problèmes de communication et à améliorer l’interopérabilité dans des réseaux BACnet multi-constructeurs.
  • Dans les systèmes d’automatisation réels, les APDU permettent aux équipements de demander des données, d’accuser réception de commandes et de partager efficacement des informations système.
  • Comme l’explique Olivier Hersent, CEO d’Actility :
    « L’APDU de BACnet est l’épine dorsale de l’interopérabilité dans l’automatisation des bâtiments : elle garantit que des équipements de fabricants différents parlent réellement le même langage. »

Sommaire

Pourquoi comprendre BACnet est essentiel

Dans les systèmes modernes d’automatisation des bâtiments, la communication entre les équipements — tels que les capteurs, les contrôleurs et les passerelles — repose sur un langage numérique commun. L’un des standards les plus largement utilisés pour assurer cette interopérabilité est BACnet, un protocole de communication de données conçu pour les réseaux d’automatisation et de contrôle des bâtiments (Building Automation and Control Networks).

Au sein de cet écosystème, chaque message échangé entre les équipements suit une structure précise. Au cœur de cette communication se trouve l’APDU (Application Protocol Data Unit), le format de message central utilisé par les équipements BACnet pour se comprendre et interagir entre eux.

L’APDU définit la manière dont les informations sont formatées, transmises et acquittées au sein d’un réseau BACnet. Elle représente le paquet de communication au niveau applicatif, transportant les requêtes de service et les réponses qui rendent possibles les interactions dans les bâtiments intelligents — qu’il s’agisse d’ajuster des systèmes CVC ou de remonter des données de consommation énergétique.

Pour bien comprendre l’APDU, il est utile de revenir aux fondamentaux de BACnet lui-même. Pour une vue d’ensemble complète du fonctionnement de BACnet, vous pouvez consulter notre guide détaillé :
👉 Qu’est-ce que BACnet ?

Qu’est-ce qu’une APDU dans BACnet ?

Dans le protocole BACnet, une APDU (Application Protocol Data Unit) est l’unité de communication de base utilisée au niveau applicatif — le niveau le plus élevé de l’architecture BACnet. Elle représente le contenu du message qu’un équipement envoie à un autre, et contient toutes les informations nécessaires à une requête de service ou à une réponse.

En termes simples, l’APDU est le « paquet de langage » qui définit la façon dont les équipements BACnet communiquent entre eux. Elle transporte des commandes, des paramètres et des données afin que différents systèmes — comme les contrôleurs CVC, les tableaux d’éclairage ou les compteurs d’énergie — puissent échanger des informations pertinentes, indépendamment de la marque ou du fabricant.

La communication BACnet est structurée en plusieurs couches, chacune disposant de sa propre « unité de données ». La couche applicative utilise l’APDU, tandis que la couche réseau utilise la NPDU (Network Protocol Data Unit). Ces deux éléments fonctionnent ensemble pour garantir que les messages soient à la fois correctement structurés et correctement acheminés à travers le réseau.

Voici comment elles s’intègrent dans le modèle de communication BACnet :

Couche Unité de données
Couche applicative APDU (Application Protocol Data Unit)
Couche réseau NPDU (Network Protocol Data Unit)

la NPDU gère la manière dont le message circule (routage, adressage, gestion du réseau), tandis que l’APDU se concentre sur la signification du message — c’est-à-dire l’instruction réelle ou l’échange de données entre les applications.

La structure d’une APDU BACnet

Une APDU BACnet est soigneusement structurée afin de garantir que chaque équipement du réseau interprète le message de la même manière. Chaque APDU comprend plusieurs champs qui, ensemble, définissent le type d’opération effectuée, la relation entre les requêtes et les réponses, ainsi que le contenu des données échangées.

De manière générale, la structure d’une APDU peut être décomposée en quatre composants principaux :

Champ Description
Type de PDU Identifie le type de message (Confirmed Request, Simple Ack, etc.)
Invoke ID Permet de suivre les requêtes et de les associer aux réponses correspondantes
Service Choice Spécifie le service BACnet demandé (par exemple : ReadProperty, WriteProperty)
Données Contient la charge utile du message, comme les valeurs de propriétés ou les commandes

Chacun de ces champs joue un rôle spécifique :

  • Le PDU Type définit le contexte de la communication.
  • L’Invoke ID garantit que les réponses correspondent aux bonnes requêtes, notamment lorsque plusieurs transactions ont lieu simultanément.
  • Le Service Choice identifie l’action que l’équipement doit exécuter.
  • Enfin, le champ Data transporte les informations opérationnelles elles-mêmes.

Ensemble, ces composants font de l’APDU un format de message autonome, capable de gérer des interactions de services complexes entre des équipements BACnet hétérogènes.

Les quatre types d’APDU

Dans la communication BACnet, chaque APDU appartient à l’une des quatre catégories principales, en fonction de l’objectif du message et du fait qu’une réponse soit attendue ou non. Comprendre ces types est essentiel pour diagnostiquer le comportement des communications et concevoir des systèmes d’automatisation efficaces.

Type d’APDU Objectif & description
Confirmed Request Nécessite une réponse et un accusé de réception ; utilisé pour les services critiques
Unconfirmed Request Ne nécessite pas d’accusé de réception ; utilisé pour les diffusions ou messages d’état
Simple Acknowledgment Confirme la bonne réception d’une requête sans renvoyer de données
Complex Acknowledgment Confirme la réception et inclut des données de réponse (par exemple : valeur de propriété)

En résumé :

  • Les Confirmed Requests sont utilisées pour des communications bidirectionnelles avec accusé de réception garanti.
  • Les Unconfirmed Requests servent à des communications rapides et unidirectionnelles.
  • Les Acks (Acknowledgments) constituent les réponses, soit pour confirmer la réception, soit pour renvoyer les informations demandées.

En combinant ces différents types, BACnet garantit une messagerie à la fois flexible et fiable, allant de simples notifications d’équipements à des transactions complexes en plusieurs étapes au sein des systèmes d’automatisation des bâtiments.

Comment les APDU permettent la communication dans les systèmes BACnet

La communication BACnet repose sur un modèle en couches, dans lequel chaque couche remplit une fonction spécifique — depuis la définition du sens du message jusqu’à la gestion de son transport.

Au niveau applicatif, l’APDU porte la logique de l’interaction : requêtes de service, réponses et accusés de réception échangés entre les équipements.

Prenons un exemple simple dans un système d’automatisation de bâtiment :
un thermostat BACnet doit demander la valeur de température actuelle à un capteur de pièce BACnet.

Voici comment cette communication s’effectue à travers les APDU :

  1. Le thermostat envoie une Confirmed Request APDU pour demander le service ReadProperty (la valeur de température).
  2. Le capteur reçoit la requête, l’interprète et renvoie une Complex Ack APDU contenant la donnée de température réelle.
  3. Le thermostat reçoit l’accusé de réception, traite la donnée et met à jour son affichage ou sa logique de régulation.

Cet échange n’est pas direct : il est encapsulé dans des unités de données de niveaux inférieurs, ce qui garantit que le message parvient à destination en toute sécurité.

Couche Unité de données Rôle
Couche applicative APDU Définit la signification et la logique des messages
Couche réseau NPDU Gère le routage et l’adressage
Couche MAC Trame Gère la transmission physique des données

Cette approche en couches permet l’interopérabilité et la montée en charge. Un contrôleur BACnet peut communiquer de manière transparente avec des équipements de différents fabricants, car tous utilisent la même logique d’APDU pour demander, confirmer et partager des informations.

En pratique, les APDU sont au cœur de fonctions telles que :

  • La lecture et l’écriture de propriétés d’équipements
  • La planification d’actions ou d’alarmes
  • L’échange de notifications d’événements
  • La gestion de boucles de contrôle en réseau

Elles garantissent que chaque action au sein d’un système d’automatisation des bâtiments est précisément définie, traçable et vérifiable — constituant ainsi le socle d’un fonctionnement fiable des bâtiments intelligents.

Exemple concret : flux APDU dans l’automatisation des bâtiments

Pour mieux comprendre comment les APDU fonctionnent au sein d’un réseau BACnet, examinons un exemple pratique qui reflète un cas d’usage courant en automatisation des bâtiments : le contrôle et la surveillance de la température.

Scénario

Un système de gestion technique du bâtiment (BMS BACnet) doit vérifier qu’un régulateur de température de pièce maintient correctement la consigne définie. Le BMS envoie une requête afin de lire la température actuelle depuis un capteur de température BACnet.

Voici comment la communication basée sur les APDU se déroule, étape par étape :

Étape 1 — Le BMS initie la communication

Type d’APDU : Confirmed Request

Description : Envoie une requête ReadProperty au capteur de température.

Étape 2 — Le capteur reçoit la requête

Type d’APDU : —

Description : Interprète les champs et prépare la réponse.

Étape 3 — Le capteur répond

Type d’APDU : Complex Ack

Description : Renvoie la propriété demandée (par exemple : 22,5 °C).

Étape 4 — Le BMS reçoit l’accusé de réception

Type d’APDU : —

Description : Associe la réponse à l’aide de l’Invoke ID et traite les données.

Étape 5 — Action complémentaire (optionnelle)

Type d’APDU : Confirmed Request / Simple Ack

Description : Ajuste la consigne ou confirme la bonne exécution.

Cet exemple illustre la manière dont les APDU gèrent la logique de chaque cycle de communication :

  • Les Confirmed Requests garantissent que le message est bien reçu et traité.
  • Les Acknowledgments assurent la fiabilité et la traçabilité des échanges.
  • Chaque échange est identifié de manière unique grâce à l’Invoke ID, évitant toute confusion lorsque plusieurs services s’exécutent simultanément.

Grâce à ce mécanisme, BACnet assure une interopérabilité cohérente entre des équipements de fabricants différents, permettant le bon fonctionnement d’opérations complexes dans les bâtiments — du pilotage des systèmes CVC à l’automatisation de l’éclairage.

Avis d’expert

Olivier Hersent

« L’APDU de BACnet est l’épine dorsale de l’interopérabilité dans l’automatisation des bâtiments : elle garantit que des équipements de fabricants différents parlent réellement le même langage. En structurant la communication au niveau applicatif, les APDU rendent possible la connexion de milliers de capteurs, contrôleurs et passerelles au sein d’un système unifié et intelligent.« 

Cette citation résume parfaitement le rôle stratégique des APDU dans l’écosystème BACnet : au-delà de leur structure technique, elles incarnent le principe de communication ouverte et d’interopérabilité qui est au cœur de l’innovation dans les bâtiments intelligents.

APDU vs autres unités de données de protocole

Bien que l’APDU BACnet soit spécifique au standard BACnet, le concept d’unité de données de protocole (Protocol Data Unit – PDU) existe dans de nombreux protocoles de communication. Chaque protocole définit sa propre manière de structurer et d’interpréter les messages, mais l’objectif reste le même : permettre aux équipements d’échanger des données de façon cohérente et prévisible.

Comparons l’APDU de BACnet avec des éléments similaires dans d’autres protocoles d’automatisation :

Protocole Unité de données équivalente Fonction principale
BACnet APDU (Application Protocol Data Unit) Définit la structure et l’échange des messages au niveau applicatif
Modbus PDU (Protocol Data Unit) Contient les codes fonctionnels et les champs de données pour la lecture ou l’écriture de registres
KNX Télégramme Transporte des commandes de contrôle ou des mesures de capteurs sur le bus KNX

Même si leurs appellations diffèrent, ces unités de données remplissent la même fonction : standardiser la communication au niveau applicatif.

Le principal avantage de l’APDU BACnet réside dans sa flexibilité et sa neutralité vis-à-vis des fabricants. Contrairement à Modbus, qui repose traditionnellement sur une architecture maître–esclave, BACnet autorise des interactions pair à pair, ce qui signifie que n’importe quel équipement peut initier une communication.

Ce modèle ouvert explique en grande partie pourquoi BACnet reste le choix privilégié pour les systèmes d’automatisation des bâtiments à grande échelle et multi-constructeurs, où une gestion cohérente des messages via les APDU est essentielle pour une intégration fluide.

Foire aux questions (FAQ) – Comprendre l’APDU BACnet

APDU signifie Application Protocol Data Unit (unité de données du protocole applicatif). Il s’agit du format de message utilisé par les équipements BACnet au niveau applicatif pour échanger des requêtes de service et des réponses.

L’APDU définit la manière dont les informations sont encapsulées et interprétées entre les équipements. Elle transporte les requêtes de service (comme ReadProperty ou WriteProperty) ainsi que les réponses ou accusés de réception correspondants.

L’APDU opère au niveau applicatif et définit la signification du message. La NPDU intervient au niveau réseau et gère le routage, l’adressage et l’acheminement des messages à l’échelle du réseau.

  • Confirmed Request – nécessite un accusé de réception.
  • Unconfirmed Request – ne nécessite pas d’accusé de réception.
  • Simple Ack – accusé de réception sans données.
  • Complex Ack – accusé de réception contenant des données.
  •  

Selon le standard BACnet, la longueur maximale d’une APDU dépend de la configuration de l’équipement et des capacités du réseau. Les implémentations courantes se situent généralement entre 50 et 480 octets, mais des valeurs plus élevées sont possibles sur les réseaux modernes.

Si une Confirmed Request APDU ne reçoit pas d’accusé de réception (Simple Ack ou Complex Ack), l’équipement émetteur peut réessayer l’envoi ou générer une erreur de temporisation, selon sa configuration. Ce mécanisme garantit la fiabilité des communications.

BACnet normalise le format des APDU et les types de messages, de sorte que tous les équipements certifiés interprètent les messages de la même manière, quel que soit le fabricant. Cette conception ouverte permet l’interopérabilité multi-constructeurs.

Pour les intégrateurs, comprendre le fonctionnement des APDU permet de diagnostiquer les problèmes de communication, d’optimiser les performances du réseau et de s’assurer que tous les équipements BACnet d’un bâtiment communiquent de manière efficace et fiable.

À 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 (Low Power Wide Area Network) de niveau industriel et du suivi 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 dans le monde.
À travers 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 dispose du plus vaste catalogue d’équipements, de passerelles et de solutions LoRaWAN® disponibles sur le marché.

Contact presse : marketing@actility.com – https://www.actility.com/contact/

Pourquoi choisir Actility ?

Chez Actility, nous sommes passionnés par la libération du plein potentiel de l’IoT pour les entreprises et les communautés du monde entier. 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.

Contactez notre équipe
Headquarters
  • 65 Rue de la Victoire, 75009 Paris, France
Contact Us
Linkedin X-twitter Facebook-f
Know More About
About IoT
About LoRa & LoRaWAN
About Actility
Our Products & Services
Connectivity Solutions
IoT Value Added Services
IoT Enablement Services
Starting an IoT project ?
Buy IoT
News
Newsroom
Events
Our Offices
Careers
Investors
Board of Directors
Management Team
Actility Privacy Policy
Legal Announcements
Terms of Use

© 2025 Actility’s All Rights Reserved