Objets et propriétés BACnet : les fondamentaux pour les tableautiers
Avant de câbler votre premier tableau BACnet, comprenez ce qu'est réellement un « objet » sur le bus — un point modélisé avec un jeu défini de propriétés — et pourquoi le numéro Device Instance doit être unique sur l'ensemble du réseau du bâtiment, pas seulement sur votre segment.
Comment lire une liste de points BACnet avant de câbler un tableau
Commencez par l'objet Device
Chaque appareil BACnet — automate, capteur, passerelle — possède exactement un objet Device avec un Device Instance unique (0–4194302). Trouvez-le en premier ; c'est derrière lui que se trouvent tous les autres objets de l'appareil.
Comprenez ce qu'est vraiment un objet
Un objet BACnet est un point modélisé — pas un registre brut — avec un jeu fixe de propriétés comme Present_Value, Status_Flags, Object_Name, Units et Description. On lit la propriété, pas le fil.
Repérez les types d'objets standards
Analog Input/Output/Value (AI/AO/AV) pour les valeurs continues, Binary Input/Output/Value (BI/BO/BV) pour les points marche/arrêt, et Multi-state Input/Output/Value pour les états à paliers — cela couvre l'essentiel d'une liste de mise en service.
Vérifiez l'unicité du Device Instance avant la mise en service
Le numéro Instance doit être unique sur tout l'internetwork, pas seulement sur le segment local. Un conflit casse silencieusement la découverte Who-Is/I-Am — le défaut apparaît des semaines plus tard, comme un « appareil manquant » sur un autre site.
Le modèle objets/propriétés, en pratique
Plage du Device Instance
Un nombre sur 22 bits, un par objet Device, qui doit rester unique sur l'ensemble de l'internetwork BACnet — la base de la découverte automatique via Who-Is/I-Am.
Les propriétés définissent ce que vous pouvez faire avec un point
Present_Value porte la mesure ou la commande, Status_Flags expose l'état de défaut, de forçage ou d'alarme, Out_Of_Service permet de forcer une valeur pour tester sans toucher au câblage.
Les types d'objets correspondent directement à vos E/S
AI/AO/AV pour les signaux analogiques, BI/BO/BV pour les points numériques, Multi-state pour les positions à paliers — plus des objets de supervision comme Schedule, Calendar, Trend Log et Notification Class pour une logique qui vit dans le régulateur, pas dans un programme automate.
Une nomenclature rigoureuse paie à la réception
Des noms générés automatiquement comme 'AI-1' ou 'BO-14' sont illisibles sur une synoptique BMS. Une convention de nommage cohérente (étage-système-point) sur Object_Name et Description transforme la liste de points en document exploitable par un tiers.
Le PICS indique ce qu'un appareil prend réellement en charge
Le Protocol Implementation Conformance Statement liste les types d'objets et les services implémentés par un appareil donné. À vérifier avant de concevoir le tableau, pas après l'appel de l'intégrateur.
Le Priority Array tranche qui a la main
Les objets pilotables comme BO et AO portent 16 niveaux de priorité — niveau 1 pour le forçage sécurité-vie, niveau 8 pour le forçage manuel opérateur, niveau 16 comme valeur par défaut — permettant à plusieurs systèmes de 'voter' sur un même point sans conflit de câblage.
Ce que nos ingénieurs vérifient sur une liste de points BACnet
Avant qu'un tableau parte en assemblage, nous validons le modèle objets face aux appareils réels — pas seulement à la fiche technique.
- Vérification des objets et propriétés par rapport aux documents PICS fournis
- Plan d'attribution des Device Instance, vérifié pour l'unicité sur tout le réseau
- Proposition de convention de nommage des objets (étage-système-point) pour les synoptiques BMS
- Assemblage de tableaux selon IEC 61439 avec câblage BACnet documenté pour la réception
- Assistance à la mise en service en cas de problème de découverte Who-Is/I-Am sur site
Questions fréquentes
Qu'est-ce qu'un objet BACnet, exactement ?
C'est la représentation modélisée d'un point physique ou logique — un capteur, un relais, une consigne — exprimée par un jeu défini de propriétés (Present_Value, Status_Flags, Object_Name, Units, entre autres), et non par une adresse mémoire brute. On lit et on écrit des propriétés, pas des registres.
Quelle est la différence entre AI, AO, AV, BI, BO et BV ?
Les lettres séparent le type de signal et la direction : Analog (valeurs continues) contre Binary (marche/arrêt), ainsi que Input (venant du terrain), Output (vers le terrain) ou Value (interne, non câblé). AI/AO/AV et BI/BO/BV couvrent l'essentiel d'une liste de mise en service ; Multi-state ajoute des états à paliers au-delà du simple marche/arrêt.
Pourquoi le Device Instance doit-il être unique sur tout le réseau, pas seulement sur mon segment ?
La découverte Who-Is/I-Am est diffusée sur tout l'internetwork via les BBMD et les routeurs, pas seulement sur le câble local. Deux appareils partageant un même Instance sur des segments différents entreront en conflit dès que le réseau sera routé ensemble — souvent sur un autre site, des mois après l'expédition de votre tableau.
Que se passe-t-il concrètement si deux appareils partagent un Device Instance ?
La découverte devient peu fiable : une diffusion Who-Is peut recevoir une réponse I-Am du mauvais appareil, ou les postes de supervision 'perdent' de façon intermittente l'un des deux appareils selon lequel répond en premier. Il s'agit rarement d'une panne franche immédiate, ce qui rend le diagnostic difficile plus tard.
Faut-il connaître toutes les propriétés par cœur, ou seulement quelques-unes ?
Pour le travail quotidien sur un tableau, Present_Value, Status_Flags, Out_Of_Service, Object_Name, Description et Units couvrent l'essentiel des besoins. Des propriétés plus poussées comme le Priority_Array comptent surtout sur les objets pilotables (AO/BO), lorsque plusieurs systèmes peuvent commander le même point.
Vous câblez un tableau BACnet pour la première fois ?
Envoyez-nous la liste de points et les documents PICS des appareils — nos ingénieurs vérifieront le modèle objets et le plan de Device Instance avant le début de l'assemblage, pas après.