Un système de gestion de bâtiment pour une seule salle de centrale CVC coûte plus que la salle de centrale. C'est l'écart que les grands intégrateurs ignorent discrètement — et l'écart qu'un PLC compact avec support BACnet traverse directement. Le contenu lié à BACnet a été inclus dans les mises à jour du manuel V6.2.x, et cela change qui peut se permettre un contrôle numérique direct.
Laissez-moi être direct sur ce que cela signifie : une unité de ventilation, un groupe de fan-coil, une petite centrale de refroidissement — contrôlée par unMicro PLC, supervisée via BACnet par le BMS du bâtiment, sans boîte de passerelle propriétaire entre les deux.
Pourquoi cela compte pour les petits bâtiments
Les gestionnaires de biens avec une ou deux salles de centrale n'achètent pas de systèmes BMS. Ils achètent des horloges et des thermostats, car le prix d'entrée d'un véritable système DDC est brutal. Un modèle 282-I/O-capableMicro PLCà une fraction du coût change ce calcul. L'option BACnet permet de rejoindre le réseau du bâtiment comme un véritable contrôleur, partageant des points avec le système central.
Ce n'est pas une fonctionnalité de jouet. L'intégration BACnet MSTP ou IP sur un contrôleur économique signifie que le petit bâtiment bénéficie de la même supervision, des tendances et de la gestion des alarmes que le grand — pour le prix de quelques modules DIN-rail.
Scénario réel : Rénovation CVC d'une école
Un aile d'école de deux étages : quatre unités de fan-coil, deux AHU, une petite pompe à chaleur. Budget pour une mise à niveau DDC propriétaire : rejeté par le conseil scolaire deux fois. Solution : un CPU xLogic compatible Ethernet dans chaque zone de centrale, câblé aux contacteurs et capteurs existants. Le BMS du superviseur de maintenance voit les points, programme les points de consigne et reçoit des alarmes — sans matériel de passerelle d'un second fournisseur.
Le commentaire de l'ingénieur de mise en service après la première semaine : "Ça fonctionne simplement. Je n'ai pas eu à me battre avec."
Ce que vous devez savoir avant de promettre BACnet
BACnet est un protocole, pas une baguette magique. Le CPU doit être l'un des modèles compatibles Ethernet — le manuel précise que les CPU sans connectivité Ethernet ne peuvent pas faire de surveillance réseau, et la même logique s'applique à BACnet/IP. Vérifiez le modèle. Vérifiez la version du firmware.
Planifiez également la cartographie des points. Les objets BACnet doivent être définis — quel registre est la température de l'air soufflé, quel drapeau est l'alarme du filtre. Cette cartographie prend une heure et évite une semaine de confusion lors de la mise en service. Écrivez-le. Votre futur vous ne s'en souviendra pas.
La vue stratégique
Pour un OEM construisant de petits panneaux CVC, le support BACnet n'est pas une fonctionnalité — c'est un ticket d'entrée. Les appels d'offres demandent désormais l'intégration BMS comme standard. Un contrôleur qui ne peut pas parler BACnet est exclu avant même que le prix ne soit ouvert. Celui-ci peut. C'est toute la conversation.
La barrière linguistique de l'ingénieur BMS
Voici une scène d'une véritable rénovation : l'entrepreneur CVC parle des contacteurs, l'ingénieur BMS parle des objets BACnet, et le seul terrain d'entente est la température de la pièce. Le projet vit ou meurt selon que ces deux-là peuvent communiquer sans traducteur. Un CPU qui mappe nativement ses points aux objets BACnet supprime le traducteur — l'entrepreneur câble le contrôleur, l'ingénieur BMS parcourt les objets, et la réunion de mise en service dure deux heures au lieu de deux semaines.
La cartographie des points est la poignée de main. Chaque valeur — température de l'air soufflé, température de retour, état du ventilateur, alarme du filtre — devient un objet BACnet avec un type et une instance connus. L'ingénieur BMS n'a pas besoin de comprendre le programme PLC ; l'ingénieur PLC n'a pas besoin d'apprendre le BMS. La carte des objets est le contrat, et elle doit être écrite de la même manière que la carte des registres : sur une feuille, versionnée, partagée avant la date de mise en service.
Cette feuille unique vaut plus que n'importe quelle fonctionnalité de protocole. BACnet fonctionne parce qu'il est ennuyeux et standardisé ; la carte en fait le vôtre.
La rénovation qui fait le cas
Un petit bâtiment de bureaux, vintage 2010, panneaux DDC propriétaires que le fournisseur d'origine a cessé de soutenir. Le remplacement : des CPU compatibles Ethernet dans la salle de centrale et la zone AHU, BACnet vers le système BMS existant, Modbus TCP vers les nouveaux VFD, et un tableau de bord cloud via MQTT pour le téléphone du gestionnaire des installations. Trois systèmes, un contrôleur, zéro passerelles.
Le comptable du propriétaire a demandé les économies. La réponse, en une ligne : le contrat de support qui coûtait autant que le matériel couvre maintenant l'ensemble du bâtiment à une fraction. Le bâtiment a gagné BACnet, les machines ont gagné Modbus, le gestionnaire a gagné un tableau de bord sur son téléphone, et le fournisseur propriétaire a gagné un ancien client. Personne n'a perdu sauf le verrouillage.
C'est l'étude de cas qui mérite d'être citée dans chaque appel d'offres. Le multi-protocole n'est pas une spécification. C'est la fin du verrouillage des fournisseurs pour les petits bâtiments.
La réunion de mise en service
Le transfert BACnet réussit ou échoue en une réunion. Invitez l'ingénieur BMS, l'entrepreneur et la carte des points — la même feuille que lors de la phase de conception. Parcourez chaque objet ensemble : parcourez-le, écrivez-y, regardez-le répondre. La réunion est le test, et elle appartient au plan de mise en service, pas dans l'espoir que les objets "fonctionnent simplement". Deux heures, chaque point prouvé, et le système du bâtiment est terminé. Cette réunion est le livrable dont se souvient l'ingénieur BMS.
Les petits bâtiments ont trop payé pour le contrôle pendant vingt ans. Le matériel a enfin rattrapé l'idée. Utilisez-le avant que votre concurrent ne le fasse.
