Les systèmes de gestion des bâtiments ne sont plus uniquement des outils d’opération. Ils deviennent des leviers stratégiques, capables de produire et de transporter des données exploitables pour : détecter et diagnostiquer des fautes, optimiser la performance énergétique et alimenter des solutions d’intelligence artificielle. 

Cet article fait suite au webinaire du 15 avril 2026, initié par le Réseau Énergie Bâtiments et animé par Yanik Caissy-Cyr, expert en bâtiment intelligent et efficacité énergétique chez ACCS.

Les choix critiques à faire avant de lancer un appel d’offres en contrôle

La transformation numérique des bâtiments repose aujourd’hui sur un levier central : la donnée. Derrière les promesses de l’intelligence artificielle, du FDD (Fault Detection and Diagnostics) ou du MBCx (Monitoring-Based Commissioning), se cache une réalité plus fondamentale : la capacité d’un bâtiment à produire, structurer et exploiter efficacement ses données.

Or, cette capacité ne dépend pas des outils analytiques que l’on ajoute à la fin d’un projet d’implantation d’un système de gestion du bâtiment (Building Management System, BMS).

Elle est conditionnée par des décisions prises en amont, notamment dans les devis techniques produits par les firmes d’ingénierie :

• Protocoles de communication

• Architecture IP ou MS/TP

• Exigences BACnet/SC

• Segmentation des réseaux

• Points à historiser

Trop souvent encore, des choix sont faits en fonction d’usages traditionnels, sans anticiper les besoins actuels et futurs. Résultat : les infrastructures sont difficiles à faire évoluer et les projets analytiques peinent à livrer leur plein potentiel.

Ce constat amène un changement de perspective important : un BMS doit être conçu comme une infrastructure de données, appelée à soutenir la performance du bâtiment sur l’ensemble de son cycle de vie et non plus comme un simple système de contrôle.

Une évolution profonde des systèmes de gestion du bâtiment

Pendant longtemps, les systèmes de gestion du bâtiment ont été conçus pour répondre à des besoins relativement simples : opérer les systèmes électromécaniques et fournir une interface graphique aux opérateurs.

Aujourd’hui, les besoins ont profondément évolué sous l’effet de plusieurs facteurs :

• La centralisation des parcs immobiliers

• L’adoption des protocoles de communication ouverts

• L’intégration de produits de contrôle provenant de différents manufacturiers

• L’intégration d’équipements variés : compteurs d’énergie, bornes de recharge, éclairage, etc.

• La complexité accrue des séquences d’opération des équipements

• La rareté de la main-d’œuvre technique

• La demande de données pour d’autres applications comme le suivi de la performance énergétique et opérationnelle.

De plus, les équipements des parcs immobiliers (CVAC et autres…) échangent des données avec d’autres plateformes locales ou dans le Cloud.

Désormais, les systèmes de gestion du bâtiment sont au cœur d’un écosystème numérique où les données peuvent être exploitées pour :

• Détecter et diagnostiquer des fautes ou des dérives de performance (FDD)

• Surveiller et optimiser en continu les systèmes CVAC (MBCx)

• Alimenter des algorithmes d’intelligence artificielle 

La donnée : volume, fréquence… et cohérence

Lorsqu’on aborde un projet de FDD, d’IA ou de MBCx, la première réalité qui s’impose est l’augmentation massive des volumes de données. Dans certains cas, ils peuvent être multipliés par un facteur de cinq à dix. Cette hausse s’explique par deux effets combinés : un plus grand nombre de points surveillés et des intervalles d’historisation plus courts.

Au-delà du volume de données, l’enjeu consiste à les rendre exploitables et pour y parvenir, elles doivent être structurées, uniformisées et contextualisées : 

• Unité de mesure identique par type de donnée (°C/°F, kPa/PSI, CFM/L/s)

• Nomenclature standardisée des équipements, des capteurs et des systèmes

• Classification standardisée des points et des relations entre les équipements, les systèmes et les espaces desservis

Sans cette standardisation, les données demeurent difficiles à comparer. Les analyses deviennent plus complexes, moins fiables et plus coûteuses à mettre en œuvre.

Exemple : dans un parc immobilier, si dans le bâtiment A, une température de pièce se nomme [TempPiece] et est exprimée en °C, et que dans le bâtiment B une température de pièce se nomme [ZoneTemp] et est exprimée en °F, il sera complexe d’appliquer des algorithmes de FDD ou de MBCx.

La performance du réseau de communication : un facteur déterminant 

La capacité du réseau à supporter les flux de données est souvent sous-estimée. Pourtant, il s’agit d’un facteur déterminant. Les écarts de performance entre les technologies sont majeurs, au point de rendre certaines approches analytiques difficilement applicables si l’infrastructure n’est pas adaptée.

À titre d’exemple, un réseau BACnet en architecture MS/TP fonctionne à des débits de l’ordre du kilobit par seconde, alors qu’un réseau BACnet en architecture IP fonctionne à des débits de l’ordre du mégabit voire gigabit par seconde, plus de mille fois supérieurs.

La performance dépend aussi de la façon dont les données sont échangées. En BACnet, par exemple, une collecte par interrogation continue des points (Polling) n’a pas le même impact qu’une transmission sur un changement de valeur (Change of Value, COV). Bien configurée, l’approche COV peut réduire la charge réseau. Mal configurée, elle peut au contraire générer trop de trafic et nuire à la stabilité du système.

Les signes d’un réseau inadéquat peuvent se manifester ainsi : 

• Interfaces lentes

• Historiques irréguliers

• Temps d’extraction des données des historiques très long

Derrière ces symptômes se cache bien souvent une architecture qui n’a pas été pensée ou configurée pour des usages requérants de grands volumes de données.

La sécurité : une question de conception, pas seulement de protection

La sécurité des systèmes de gestion des bâtiments est aujourd’hui incontournable, mais elle est souvent abordée sous l’angle informatique. On pense notamment aux pare-feux, aux VLAN, aux mécanismes d’authentification, etc. En réalité, les enjeux sont plus larges et incluent des aspects propres au monde du OT (Operational Technology).

Dans les systèmes de bâtiment, les risques de sécurité peuvent être liés à la façon dont les réseaux sont structurés, aux protocoles utilisés, ou encore à l’accès physique aux équipements. 

Cela impose une approche plus globale de la sécurité, qui combine à la fois des mesures techniques et une réflexion sur l’architecture.

Parmi les principes à privilégier :

• Utiliser des protocoles de communication sécurisés (BACnet SC, OPC UA, FOXs)

• Segmenter les réseaux BACnet de manière cohérente (en utilisant différents ports UDP)

• Limiter les communications entre les segments

• Limiter et encadrer les accès physiques aux équipements BACnet MS/TP

• Assurer une traçabilité des actions

L’objectif est de protéger le système de gestion du bâtiment contre des attaques et de garantir son intégrité opérationnelle.

Les protocoles de communication ouverts, une condition de pérennité

Les bâtiments modernes intègrent une diversité croissante de technologies [ex. : compteurs d’énergie, bornes de recharge, panneaux solaires et batteries, qualité de l’air (CO₂, particules), stores et audiovisuel, ascenseurs]. Ceci rend indispensable l’utilisation de protocoles ouverts et standards.

Un système de gestion de bâtiment basé sur des protocoles ouverts permet de :

• Faciliter l’intégration de nouveaux systèmes et de nouvelles technologies

• Éviter les dépendances envers un fournisseur unique

• Accompagner l’évolution des besoins

Une collaboration essentielle entre TI et OT 

Une architecture de réseau réussie repose en grande partie sur la collaboration entre les équipes TI et OT. Or, ces deux univers ont longtemps évolué séparément, avec des objectifs, des contraintes et des priorités différents.

En général, les TI s’occupent de l’infrastructure et l’OT de la portion terrain (salle mécanique, aménagement des bureaux). Une bonne compréhension mutuelle devient indispensable et cela passe notamment par :

• Une implication précoce des parties pour limiter les coûts, les délais et les frictions

• Une clarification des responsabilités

• Un dialogue continu tout au long du projet, de la conception jusqu’à la mise en service

Au-delà des aspects techniques, cette collaboration conditionne directement la capacité du BMS à être fiable, sécuritaire, maintenable et évolutif.

Résumé des bonnes pratiques 

Un système de gestion du bâtiment performant sur le long terme repose sur quelques principes clés qui doivent être intégrés dès l'étape de l'appel d'offres : 

1. Penser le BMS comme une infrastructure de données, et non uniquement comme une plateforme d’opération 
2. Concevoir les architectures de réseaux en fonction des usages futurs (FDD, IA, MBCx)
3. Standardiser les données dès le départ pour éviter des efforts importants en aval
4. Favoriser des protocoles ouverts et évolutifs afin de préserver la flexibilité
5. Impliquer les équipes TI et OT dès les premières phases pour aligner les contraintes
6. Concevoir des solutions adaptées à la réalité du terrain pour assurer leur pérennité

 Les choix faits aujourd’hui auront des conséquences pendant des années. Dans un contexte où les technologies évoluent rapidement, la meilleure stratégie consiste à ne pas concevoir uniquement pour les besoins d’opération, mais pour ceux que l’on ne connaît pas encore.

Si vous envisagez de lancer un appel d'offres pour un projet de contrôle, demandez conseils en amont à l'un de nos partenaires d'affaires. 

FAQ