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.
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.
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
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 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é 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 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 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.
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 :
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.