Intégration protocolaire
Intégration BACnet
Comment les appareils, objets et services BACnet/IP sont découverts, mappés, écrits et testés lorsque les équipements d’installations rejoignent une plateforme de bâtiment.
À quoi sert BACnet
BACnet est un protocole ouvert courant dans les locaux techniques. Les groupes froids, chaudières, CTA, caissons VAV, compteurs d’énergie et contrôleurs de bâtiment exposent leurs données sous forme d’objets BACnet. BACnet/IP fonctionne sur Ethernet ; BACnet MS/TP fonctionne sur un bus série. Le protocole définit des types d’objets, des propriétés et des services, de sorte qu’un tiers peut lire une température ou écrire une consigne sans le logiciel du fabricant. C’est la théorie. En pratique, la qualité de l’intégration dépend de la complétude avec laquelle chaque appareil implémente la norme. Deux appareils dotés du même type d’objet peuvent prendre en charge des services, des propriétés et des performances différents. L’audit existe pour identifier ces différences avant que la liste de points ne soit figée. Référence protocolaire : les segments MS/TP vont de 9,6 à 76,8 kbit/s, et plus le segment est lent, plus la discipline d’interrogation est importante. BACnet/IP utilise le réseau du bâtiment ; l’adressage IP et les domaines de diffusion font donc partie de la conception des contrôles. L’audit doit inclure une lecture et une écriture d’échantillon, et non seulement une revue documentaire.
- Groupes froids, chaudières et installations centrales
- CTA, caissons VAV et contrôleurs de ventilo-convecteurs
- Compteurs d’énergie et surveillance de la puissance
- Contrôleurs BMS et DDC d’autres fabricants
Découverte, mapping des objets et nommage des points
Commencez par un relevé réseau : instances d’appareils, numéros de réseau, adresses IP, paramètres BBMD et routage. Parcourez ensuite chaque appareil et exportez ses objets. Le registre de mapping doit porter le nom d’objet, le type, l’instance, la valeur présente, l’unité, la résolution, les droits de lecture/écriture et le point de plateforme alimenté. Surveillez les objets propres au fabricant : un constructeur peut exposer un état critique uniquement via une propriété propriétaire. Convenez du mapping dans un tableur avant la configuration et gardez l’instance d’objet visible dans le nom du point afin que le support terrain puisse la retrouver. Le nommage doit suivre la norme du bâtiment, et non la valeur par défaut de l’appareil. L’export d’objets et la liste de points doivent être comparés ligne par ligne ; un objet manquant est plus facile à repérer maintenant qu’en mise en service. Comptez les points par propriété d’objet, et non par appareil : un contrôleur peut exposer des centaines d’objets, dont la plupart sont inutiles. Marquez chaque point comme surveillé, commandé, alarmé ou suivi en tendance, car chaque rôle exige un test différent. Lorsque deux objets représentent la même valeur, choisissez l’un comme maître et documentez l’autre comme dérivé.
- Instance d’appareil et numéro de réseau
- Type d’objet, instance et propriété
- Droits de lecture/écriture et priorité
- Objets propres au fabricant signalés tôt
- Rôle du point : surveillance, commande, alarme, tendance
Écritures, priorité et alarmes
Les écritures BACnet passent par un tableau de priorités. Une commande à priorité supérieure écrase une priorité inférieure jusqu’à sa libération. C’est utile pour la sécurité et la commande manuelle, mais cela signifie aussi qu’une écriture bloquée à haute priorité peut faire paraître une consigne insensible. Le projet doit définir quel système écrit à quelle priorité, et ce qui se passe en cas de perte de communication. Les alarmes et les abonnements de changement de valeur exigent la même discipline : confirmez quels événements sont générés par l’appareil, lesquels sont calculés par la plateforme, et qui les acquitte. La rationalisation des alarmes s’applique ici comme à tout BMS : une alarme doit décrire une condition nécessitant une action, et non chaque changement d’état que l’appareil peut signaler. Un test d’écriture doit prouver la valeur sur l’appareil, et non seulement à l’écran de la plateforme. Un test de libération doit prouver que le point revient à son contrôle local lorsque la plateforme le relâche. Journalisez l’utilisateur, l’heure et la valeur précédente pour chaque point inscriptible. Une priorité jamais libérée est un défaut de conception, non un défaut d’appareil.
- Définir la priorité d’écriture et le comportement de libération
- Séparer les alarmes d’appareils des alarmes de plateforme
- Confirmer les abonnements COV et les fréquences de mise à jour
- Consigner qui détient chaque point inscriptible
Conception réseau et choix de la passerelle
La conception réseau détermine si un mapping d’objets correct fonctionne en pratique. Sur BACnet/IP, planifiez les sous-réseaux, les domaines de diffusion, l’emplacement des BBMD et le NAT avant d’adresser les appareils. Sur MS/TP, planifiez le débit, la terminaison, la polarisation, la longueur des segments et le nombre d’appareils par segment. Une passerelle ou un routeur est nécessaire lorsque les deux mondes se rencontrent, ou lorsqu’un segment ne peut pas être routé directement. Choisissez-la en fonction des services pris en charge, de la capacité en points, du débit et des diagnostics, et non du seul nombre de ports. Gardez le réseau de contrôle séparé du réseau de l’entreprise et documentez la route entre les deux. Un réseau de contrôle qui partage un VLAN plat avec le trafic bureautique est difficile à sécuriser et à diagnostiquer. Une plage IP de réserve et des instances d’appareils de réserve ne coûtent rien aujourd’hui et font gagner un projet demain. Étiquetez chaque câble et chaque port ; le dépannage BACnet commence par la couche physique. Consignez le domaine de diffusion et la route BBMD sur le schéma réseau.
- Sous-réseaux, domaines de diffusion et BBMD
- Débit MS/TP, terminaison et longueur de segment
- Passerelle selon les services, la capacité et les diagnostics
- Réseau de contrôle séparé de l’IT bureautique
Tests et mise en service
Testez par couches. D’abord, l’accessibilité réseau et la découverte des appareils. Ensuite, la lecture des objets et la mise à l’échelle par rapport à l’affichage propre à l’appareil. Puis les points inscriptibles, y compris la priorité et la libération. Ensuite les alarmes et les tendances. Enfin la défaillance : déconnectez le réseau, confirmez que les installations continuent de fonctionner et que la plateforme signale la perte. Le dossier de réception doit inclure la liste des appareils, l’export d’objets, la liste de points, le schéma réseau, les procès-verbaux de tests et les noms des personnes habilitées à modifier chaque appareil. Une arborescence de navigation n’est pas une réception. Lorsque des séquences franchissent la frontière BACnet, testez la séquence de bout en bout, y compris le cas où un appareil est hors ligne. Les tests point par point doivent couvrir chaque objet de la liste, et non un échantillon choisi par l’installateur. Pour les valeurs analogiques, testez à deux points de la plage et à la limite d’alarme. Pour les valeurs binaires, testez les deux états et le retour d’état. Pour les valeurs multi-états, testez chaque état que l’opérateur peut sélectionner. Conservez les preuves de test avec la liste de points conforme à l’exécution.
- Réseau, découverte et export d’objets
- Mise à l’échelle en lecture par rapport à l’affichage local
- Tests d’écriture, de priorité et de libération
- Perte et reprise du réseau
- Liste des appareils, liste de points et procès-verbaux de tests
Documentation, limites et responsabilités
BACnet est explicite mais non uniforme. Certains appareils ne prennent en charge qu’un sous-ensemble de services ; certains exposent des centaines d’objets dont personne n’a besoin ; certains ont des temps de réponse lents ou un nombre limité de connexions simultanées. Les segments MS/TP exigent une discipline de débit, de terminaison et d’interrogation. Le routage IP, le NAT et la configuration BBMD peuvent mettre en échec une conception par ailleurs correcte. Les licences et l’accès d’ingénierie peuvent relever du fabricant d’origine. Aucun de ces points n’est une raison d’éviter BACnet ; ce sont des raisons d’auditer avant de promettre un nombre de points ou une fonction de contrôle. La documentation doit inclure le registre des appareils, l’export d’objets, la liste de points, le schéma réseau, les procès-verbaux de tests et les modalités d’accès pour chaque fabricant. Les responsabilités doivent être explicites : qui détient la séquence des installations, qui détient le mapping BACnet, qui détient le réseau IP et qui approuve une mise à jour de firmware. La frontière entre la sécurité des installations et la supervision par la plateforme relève du contrat, non d’une note de réunion. Un tiers doit pouvoir poursuivre l’intégration à partir du seul dossier de réception.
- La prise en charge des services et des objets varie selon l’appareil
- Cadencement et terminaison MS/TP
- Routage IP, NAT et BBMD
- Accès fabricant et licences
- Propriétaire nommé pour la séquence, le mapping et le réseau
Étapes de l’intégration BACnet
14 rows| Étape | Points à vérifier | Livrable |
|---|---|---|
| Relevé réseau | Plage IP, instances d’appareils, BBMD, routage | Schéma réseau |
| Découverte des appareils | Liste d’objets, firmware, services pris en charge | Registre des appareils |
| Mapping des objets | Type, instance, unité, mise à l’échelle | Liste de points |
| Nommage des points | Instance dans le nom, rôle et propriétaire | Registre de nommage |
| Droits de lecture/écriture | Points inscriptibles, priorité, libération | Matrice de propriété |
| Tests d’écriture | Valeur sur l’appareil, libération, journalisation | Procès-verbal de test d’écriture |
| Alarmes et tendances | Événements d’appareils, COV, historique | Plan des alarmes et des tendances |
| Réseau et passerelle | BBMD, NAT, MS/TP, choix du routeur | Dossier de conception réseau |
| Construction de l’intégration | Points et synoptiques de la plateforme | Plateforme configurée |
| Tests des points | Valeur, unité, commande, retour d’état | Procès-verbal de test |
| Tests de défaillance | Perte réseau, appareil hors ligne, reprise | Dossier de résilience |
| Contrôle des performances | Charge d’interrogation, temps de réponse, données périmées | Dossier de performance |
| Documentation | Registre des appareils, exports, schéma réseau | Dossier de récolement |
| Réception | Exports, schémas, contacts d’accès | Dossier de réception |
Images du projet
3 images
Questions fréquentes
01Peut-on intégrer un groupe froid BACnet ?
Généralement oui, si le groupe froid expose les objets requis et si le fournisseur accorde un accès en lecture/écriture. L’audit confirme la prise en charge des objets, les consignes accessibles en écriture et les éventuels points propriétaires avant que le périmètre ne soit arrêté.
02Faut-il une passerelle BACnet ?
Uniquement lorsque l’appareil ou le segment réseau ne peut pas se connecter directement. Les appareils BACnet/IP peuvent être raccordés au réseau du bâtiment ; les segments MS/TP nécessitent normalement un routeur ou une passerelle.
03Qu’est-ce qu’un point BACnet ?
Un point est une propriété d’objet mappée, par exemple la valeur actuelle d’une entrée analogique ou la commande d’une sortie binaire. La liste de points consigne son instance d’objet, son unité, sa mise à l’échelle, son sens et son propriétaire.
04Deux systèmes peuvent-ils écrire sur le même point BACnet ?
Oui, mais le projet doit définir la priorité et la propriété du point. À défaut, le dernier écrivain l’emporte et l’opérateur constate un comportement incohérent.
05BACnet inclut-il la programmation horaire ?
La norme comprend des objets schedule et trend, mais tous les appareils ne les implémentent pas. De nombreux projets conservent les horaires dans la plateforme et écrivent les consignes ou les commandes d’activation vers l’installation.
06Que se passe-t-il en cas de défaillance du réseau ?
Un automate d’installation correctement conçu conserve ses séquences locales et ses fonctions de sécurité. La plateforme doit émettre une alarme de communication et afficher les points concernés comme périmés, et non comme normaux.
07Pouvons-nous conserver notre BMS existant ?
Souvent oui. La plateforme peut lire le BMS existant via BACnet/IP et ajouter des fonctions inter-systèmes sans remplacer la régulation des installations.
08Combien de temps prend une intégration BACnet ?
Cela dépend du nombre d’appareils, de la qualité des objets et de l’accès à l’installation. La découverte et le mapping constituent généralement les phases longues ; créer les synoptiques avant validation de la liste de points génère des reprises.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.