Fondamentaux de l’automatisation du bâtiment
BAS, BMS et IBMS : guide pratique
Comment le système d’automatisation du bâtiment (BAS), le système de gestion technique du bâtiment (BMS) et le système intégré de gestion technique du bâtiment (IBMS) diffèrent par leur périmètre, leur architecture et leur exploitation, et comment choisir la bonne couche.
Réponse rapide
Un BAS pilote les services du bâtiment au niveau des équipements, un BMS supervise et gère ces services à l’échelle d’un bâtiment, et un IBMS intègre plusieurs bâtiments et sous-systèmes dans une plateforme d’exploitation unique. Ils se recouvrent en pratique, mais leur périmètre, leur modèle de données et leur responsabilité d’exploitation diffèrent.
Trois termes, trois périmètres
BAS, BMS et IBMS sont souvent employés comme s’ils étaient interchangeables. Ils ne le sont pas. Un système d’automatisation du bâtiment est la couche de contrôle : automates, entrées et sorties, appareils de terrain et séquences qui font fonctionner les équipements. Un système de gestion technique du bâtiment est la couche de supervision située au-dessus : horaires, alarmes, tendances, rapports et interface opérateur pour les services du bâtiment. Un système intégré de gestion technique du bâtiment va plus loin, en reliant plusieurs sous-systèmes et souvent plusieurs bâtiments dans un modèle d’exploitation unique. Le recouvrement est réel, car de nombreux produits regroupent contrôle et supervision, et beaucoup de plateformes BMS offrent désormais des fonctions d’intégration. Dans les documents d’achat, le même acronyme peut désigner un automate unique, une licence logicielle et un contrat de service. La question fiable n’est pas le nom du système, mais ce qu’il détient, ce qu’il peut modifier et qui est responsable lorsqu’il défaille. Cette définition doit être inscrite dans la spécification avant qu’un produit ne soit choisi. Une définition partagée clarifie aussi la frontière commerciale : ce qui est fourni, ce qui est intégré et ce qui reste aux systèmes existants. Les trois couches peuvent partager du matériel et conserver des responsabilités distinctes ; l’étiquette compte moins que la frontière. Une habitude utile consiste à écrire la définition en tête de la spécification et à y renvoyer dans chaque clause ultérieure.
- Le BAS assure le contrôle au niveau des équipements et les états de repli
- Le BMS assure la supervision, les alarmes, les tendances et les rapports
- L’IBMS assure les règles intersystèmes et les vues portefeuille
- Les définitions appartiennent à la spécification, pas au dossier commercial
Ce que pilote un BAS
Un BAS pilote les équipements qui rendent un bâtiment utilisable : groupes froids, chaudières, pompes à chaleur, pompes, centrales de traitement d’air, ventilo-convecteurs, caissons à débit d’air variable, ventilateurs de ventilation, circuits d’éclairage, protection solaire et compteurs. Les appareils de terrain mesurent la température, l’humidité, la pression, le débit, le CO2 et l’occupation ; les automates lisent ces signaux et commandent vannes, volets, ventilateurs et contacteurs. La logique de contrôle réside au plus près des équipements, ce qui explique pourquoi les séquences locales doivent rester complètes lorsque le réseau ou la couche de supervision est indisponible. Un BAS se juge donc moins à son tableau de bord qu’à sa liste de points, à ses séquences et à son comportement en périphérie. Ces trois artefacts définissent ce que le système peut réellement faire, et ce sont les premières choses qu’un ingénieur expérimenté demande à voir lors d’une revue de conception. L’éclairage et la protection solaire peuvent se trouver sur les mêmes automates ou sur des réseaux KNX ou DALI distincts, mais le principe reste le même : une sortie définie, une séquence définie et un état de repli défini. Un BAS incapable de faire fonctionner ses installations lorsque le superviseur est hors ligne est un système de télécommande, pas un système de contrôle. La liste de points doit distinguer les E/S physiques, les points de bus, les points logiciels et les réserves, car chacun a un coût et un mode de défaillance différents. Lorsqu’un automate détient une séquence, sa défaillance doit être circonscrite aux équipements qu’il dessert, et une capacité de réserve coûte moins cher en conception qu’un second tableau plus tard.
- Installations : groupes froids, chaudières, pompes à chaleur et pompes
- Côté air : CTA, ventilo-convecteurs, caissons VAV et ventilation
- Terminal : plancher chauffant, radiateurs et ventilo-convecteurs
- Services : éclairage, protection solaire, comptage et alarmes
Ce qu’ajoute un BMS
Un BMS ajoute la supervision. Il normalise les points d’un ou plusieurs systèmes de contrôle dans un modèle commun, applique les horaires et les consignes, achemine les alarmes, stocke les tendances et produit des rapports. C’est généralement l’interface que l’opérateur utilise chaque jour, et le lieu où un ingénieur vérifie pourquoi un équipement a démarré à une heure inhabituelle. Un BMS peut superviser des équipements tiers via BACnet, Modbus ou une passerelle ; il n’est donc pas limité aux automates d’un seul fournisseur. La distinction avec un BAS est opérationnelle plutôt que physique : le BMS peut fonctionner sur le même réseau et même la même pile logicielle, mais son rôle est de gérer et d’expliquer, non de détenir chaque boucle de régulation. Un test utile consiste à demander ce qu’il advient des installations lorsque le serveur BMS est éteint. Si la réponse est que rien ne fonctionne, la conception a confondu supervision et contrôle. Le BMS doit aussi indiquer quelles alarmes il dérive, lesquelles il ne fait que relayer, et comment un opérateur acquitte un événement originaire d’un autre système. La rationalisation des alarmes fait partie de la conception du BMS, et non d’un filtre appliqué après la mise en service. Le nombre d’alarmes est un résultat de conception, pas une mesure de diligence ; un écran affichant quatre cents alarmes permanentes est un écran que personne ne lit.
- Alarmes avec priorité, routage et acquittement
- Horaires et dérogations de consigne
- Tendances, rapports et références énergétiques
- Interface opérateur pour l’exploitation quotidienne
Ce que change un IBMS
Un IBMS étend l’intégration au-delà des services du bâtiment. Le contrôle d’accès, la CCTV, les alarmes d’intrusion, le parking, les ascenseurs, la sonorisation, la surveillance incendie, les systèmes de chambre d’hôtel et les compteurs d’énergie peuvent être réunis dans un modèle unique de données et d’alarmes. La valeur apparaît dans le comportement intersystème : un événement d’accès libère l’éclairage et la CVC, une alarme incendie force des états sûrs, un portail locataire affiche la consommation hors horaires. Elle apparaît aussi dans les rapports de portefeuille, où les mêmes noms de points et les mêmes indicateurs s’appliquent à tous les bâtiments. La frontière compte. La détection incendie et les systèmes de sécurité des personnes restent l’autorité pour leurs propres fonctions ; l’IBMS surveille et coordonne sans les remplacer. Un IBMS sans modèle d’exploitation clair devient un tableau de bord coûteux. Avant d’en spécifier un, définissez quelles décisions la plateforme est autorisée à prendre, quels systèmes elle peut commander et lesquels restent indépendants par conception. Cette question de gouvernance est plus difficile que la technologie et décide généralement si le projet sera utile deux ans après la réception. Un modèle de données unique est le cœur technique ; un tableau des droits de décision en est le pendant organisationnel. Les deux sont nécessaires, et le second manque souvent à l’appel d’offres. Le même tableau de gouvernance doit aussi clarifier qui peut modifier une consigne, et pas seulement qui peut émettre une commande.
- Interverrouillages intersystèmes et corrélation des alarmes
- Tableaux de bord de portefeuille et comparaison
- Vues locataires et clients
- Limites de commandement claires pour les systèmes de sécurité des personnes
Une architecture qui survit à la réception
Trois couches gardent la conception lisible : équipement, supervision et application. La couche équipement assure le contrôle local ; la couche supervision détient le modèle de données commun, les alarmes et les interverrouillages ; la couche application détient les tableaux de bord, les rapports et les vues par rôle. Chaque couche a un rôle, et les données circulent par le modèle de supervision plutôt que d’être copiées dans chaque application. Les détails pratiques décident de la survie de cette architecture : une convention de nommage convenue avant la configuration, une liste de points avec unités et états de défaut, une philosophie d’alarme avec priorités et une piste d’audit des commandes. Les protocoles ouverts réduisent la dépendance à un fournisseur, mais l’ouverture n’aide que si la cartographie des points et la documentation sont remises. Une architecture plate n’est pas un schéma à trois cases ; c’est une règle selon laquelle aucune application ne conserve sa propre version de la vérité. La réception doit inclure les sauvegardes, les licences, les identifiants, les schémas réseau et une procédure de restauration testée, et pas seulement un dossier de captures d’écran. L’architecture doit aussi survivre à un changement d’intégrateur, ce qui est le test pratique de la documentation. Lorsque deux applications ont besoin du même indicateur, le calcul appartient à la couche de supervision, non à chaque tableau de bord. Une réception qui exige l’ordinateur portable d’origine n’est pas une réception, quel que soit le caractère complet du jeu de plans.
- Équipement : séquences locales et états de sécurité
- Supervision : un modèle de données et d’alarmes unique
- Application : vues et rapports par rôle
- Réception : sauvegardes, identifiants et restauration testée
Fourchettes de planification : points, zones et personnel
Les fourchettes de planification sont utiles pour budgéter et pour remettre en question une conception, à condition d’être étiquetées comme typiques. Une chambre d’hôtel nécessite couramment entre 12 et 30 points une fois comptés l’éclairage, la protection solaire, la CVC, l’état d’accès et les alarmes. Un étage de bureaux peut porter de 150 à 400 points selon qu’il s’agit d’espaces ouverts, de bureaux cloisonnés ou de laboratoires. Un local technique central peut aller de quelques centaines à bien plus de mille points lorsque groupes froids, pompes, CTA et comptage sont entièrement surveillés. Ces chiffres sont des aides à la planification, pas des devis. La liste de points fait foi. Le personnel suit la même logique : un bâtiment unique doté d’un BMS peut être exploité par un ou deux opérateurs avec un support technique, tandis qu’un portefeuille exige une équipe centrale pour les standards et les rapports, plus une réponse locale de premier niveau. Les fourchettes doivent être remplacées dès qu’un gabarit de pièce ou une liste d’équipements existe, car une fourchette qui survit jusqu’à l’achat devient un argument. Elles doivent aussi être présentées avec leurs hypothèses, afin qu’un changement de périmètre produise un changement de nombre plutôt qu’un litige. Les fourchettes doivent être actualisées après le premier gel de conception, lorsque les gabarits de pièces sont enfin connus.
- Fourchettes de points typiques énoncées avec leurs hypothèses
- Des gabarits de pièces et d’étages remplacent les ratios génériques
- Les effectifs suivent le modèle d’exploitation, pas la surface
- Les fourchettes sont des aides à la planification, jamais des bases de devis
Critères de décision : choisir la couche
Choisir la couche est une décision de propriété, non une simple question de taille. Partez des résultats attendus : ce qui doit être contrôlé, ce qui doit être vu ensemble et ce qui doit être rapporté à qui. Si le bâtiment compte un local technique et quelques services, un BAS bien conçu doté d’une interface BMS peut suffire. Si plusieurs systèmes doivent réagir les uns aux autres, ou si plusieurs sites doivent produire des rapports communs, un IBMS mérite d’être étudié. Phasez le périmètre afin que le contrôle et la documentation soient complets avant que l’intégration ne s’étende. Demandez qui exploitera le système, quelles alarmes comptent, quels rapports sont requis et ce qui doit continuer de fonctionner pendant une coupure réseau. Un système plus petit, documenté et utilisé, vaut mieux qu’un grand système auquel personne ne fait confiance. La même discipline s’applique à la rénovation : réutilisez ce qui est en état de service, remplacez ce qui ne peut pas être documenté et laissez une capacité de réserve pour la phase suivante. Les décisions de périmètre doivent être consignées comme hypothèses dans les documents commerciaux, car l’effort d’intégration est généralement là où les budgets évoluent. Une exclusion écrite coûte moins cher qu’une inclusion contestée. Lorsque la réponse est incertaine, le périmètre plus restreint assorti d’une voie d’évolution documentée constitue généralement la meilleure décision commerciale.
- Partir du modèle d’exploitation et des résultats attendus
- Séparer le contrôle indispensable de l’intégration optionnelle
- Phaser la livraison et documenter chaque phase
- Inscrire les exclusions et hypothèses au contrat
Modes de défaillance courants et contrôles de mise en service
La plupart des défaillances apparaissent longtemps après la revue de conception et peuvent y être rattachées. Un BAS dont les séquences sont incomplètes fonctionne en mode manuel. Un BMS qui relaie chaque alarme sans rationalisation apprend aux opérateurs à ignorer l’écran. Un IBMS qui intègre tout mais ne définit aucun droit de décision devient une plateforme de visualisation au nom ambitieux. D’autres défaillances courantes sont une liste de points qui omet les réserves, une convention de nommage appliquée après la configuration, un réseau sans source de temps et un dossier de réception contenant des captures d’écran au lieu de sauvegardes. La mise en service doit tester les modes de défaillance, et pas seulement la séquence normale : déconnectez un capteur, arrêtez le superviseur, coupez une liaison de passerelle, forcez le redémarrage d’un automate et confirmez que le bâtiment reste sûr et que l’opérateur voit la vérité. Le contrôle final est documentaire : un nouvel ingénieur peut-il expliquer l’architecture, retrouver la cartographie des points et restaurer une sauvegarde sans appeler l’intégrateur d’origine ? Si non, le système n’est pas terminé. Un compte rendu de mise en service qui ne liste que des essais réussis, sans les conditions dans lesquelles ils l’ont été, n’est pas une preuve. Chaque essai de défaillance doit avoir un résultat attendu écrit avant d’être réalisé, sinon il devient une démonstration plutôt qu’un contrôle.
- Tester la perte de capteur, de superviseur et de passerelle
- Confirmer les états de repli et la visibilité des alarmes
- Vérifier que les réserves et le nommage survivent à la configuration
- Prouver la restauration et la réception sans l’ingénieur d’origine
BAS, BMS et IBMS comparés par responsabilité
16 rows| Dimension | BAS | BMS | IBMS |
|---|---|---|---|
| Rôle principal | Contrôle numérique direct des équipements | Supervision et gestion des services du bâtiment | Intégration de multiples systèmes et sites |
| Périmètre typique | CVC, éclairage, protection solaire et compteurs | Tous les services du bâtiment dans un même bâtiment | Bâtiment, sûreté, parking, ascenseurs, PMS et énergie |
| Responsabilité du contrôle | Séquences au niveau des automates | Horaires, consignes et dérogations | Règles intersystèmes et politique de portefeuille |
| Modèle de données | Objets d’E/S et d’équipement | Points de bâtiment normalisés | Modèle commun à tous les sous-systèmes et sites |
| Traitement des alarmes | Alarmes d’équipement et de sécurité | Alarmes hiérarchisées et routées | Corrélation et escalade intersystèmes |
| Programmation horaire | Programmes horaires locaux | Horaires du bâtiment et des zones | Calendriers de portefeuille et règles locataires |
| Rapports énergétiques | Impulsions de compteurs et heures de fonctionnement | Tendances de consommation et références | Comparaison de portefeuille |
| Interverrouillages | Logique câblée ou locale | Configurés au sein des services du bâtiment | Intersystèmes et multisites |
| Utilisateurs typiques | Techniciens et ingénieurs de mise en service | Exploitants et ingénieurs de site | Direction des opérations et locataires |
| Protocoles courants | BACnet, Modbus, KNX et DALI | BACnet, Modbus, API et passerelles | API, passerelles, bases de données et tableaux de bord |
| Adéquation typique | Un local technique ou un étage | Un bâtiment avec plusieurs services | Campus, groupe hôtelier ou portefeuille multisite |
| Risque principal | Erreurs de séquence et mauvais réglage | Surcharge d’alarmes et points obsolètes | Dérive du périmètre d’intégration et responsabilité floue |
| Documentation | Liste de points, séquences et plans de récolement | Philosophie d’alarme, synoptiques et définitions des rapports | Registre d’interfaces, dictionnaire de données et droits de décision |
| Accès distant et sécurité | Port de maintenance local, accès fournisseur restreint | Accès opérateur par rôle et journal d’audit | Identités fédérées et réseaux segmentés |
| Preuves de mise en service | Contrôles de points et essais de séquences | Validation des alarmes, tendances et rapports | Tests de scénarios intersystèmes et de basculement |
| Voie d’évolution | Micrologiciel des automates et extension des E/S | Version logicielle et capacité en points | Nouveaux sous-systèmes, sites et extensions du modèle de données |
Images du projet
3 images
Questions fréquentes
01Un BAS est-il identique à un BMS ?
Non. Un BAS est la couche de contrôle qui pilote les équipements. Un BMS est la couche de supervision qui gère les horaires, les alarmes, les tendances et les rapports sur les services du bâtiment. Certains produits combinent les deux : le contrat doit donc préciser quelles fonctions relèvent de quelle couche. Le test pratique consiste à vérifier ce qui continue de fonctionner lorsque le serveur de supervision est arrêté.
02Un BMS peut-il fonctionner sans IBMS ?
Oui, et la plupart des bâtiments fonctionnent ainsi. Un BMS supervise les services du bâtiment au sein d’un même bâtiment. Un IBMS se justifie lorsque plusieurs sous-systèmes, plusieurs sites ou des rapports destinés aux locataires exigent un modèle d’exploitation unique. Ajouter une couche IBMS sans ce besoin produit généralement un tableau de bord qui duplique ce que le BMS montre déjà.
03Chaque bâtiment a-t-il besoin d’un IBMS ?
Non. Un IBMS apporte de la valeur lorsque le comportement intersystème, les rapports de portefeuille ou une grande équipe d’exploitation le justifient. Un petit bâtiment doté d’un BMS bien documenté peut être plus simple à exploiter et à maintenir qu’une plateforme d’intégration sous-utilisée. La décision doit suivre le modèle d’exploitation, non l’ambition de la spécification.
04Où se situe le contrôle CVC ?
Les séquences CVC s’exécutent normalement dans les automates BAS, au plus près des installations. Le BMS fournit les horaires, les consignes, les alarmes et les tendances. La sécurité critique et la protection antigel restent locales, indépendantes de la couche de supervision. Si une séquence de groupe froid dépend de la disponibilité d’un serveur, l’architecture a placé le contrôle dans la mauvaise couche.
05Un IBMS peut-il être ajouté ultérieurement ?
Généralement oui, si la première phase laisse des protocoles ouverts, une convention de nommage cohérente, des cartographies de points documentées et un accès réseau. Ajouter une intégration après coup sur un système non documenté est possible mais coûteux. La préparation la moins chère consiste en documentation et en capacité de réserve, non en une licence logicielle supplémentaire achetée d’avance.
06Quelle est la différence entre un BMS et un EMS ?
Un système de gestion de l’énergie (EMS) se concentre sur le comptage, les références et les rapports. Un BMS couvre ces fonctions ainsi que la CVC, l’éclairage, les alarmes et l’exploitation quotidienne. En pratique, les deux se recouvrent, et la frontière doit être définie dans le périmètre. Lorsque les deux existent, précisez quel système détient la référence et quel système détient l’horaire d’exploitation.
07Combien de points un BAS nécessite-t-il ?
Cela dépend des systèmes, des séquences et du niveau de surveillance. Le nombre doit provenir d’une liste de points, non d’une règle empirique. Une liste montre aussi quels points sont physiques, lesquels sont logiciels et lesquels sont de réserve. Des fourchettes typiques existent pour la planification, mais elles doivent être remplacées par la liste avant de fixer un prix.
É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.