GTB, GTC et hypervision : quelles différences ?

Lorsqu’un projet de bâtiment prévoit une supervision technique, les termes GTC, GTB et hypervision apparaissent rapidement dans les échanges, les devis ou les CCTP. Ils sont pourtant souvent utilisés de manière approximative. Une interface graphique capable d’afficher quelques températures n’est pas nécessairement une GTB. Une GTC très complète peut parfaitement piloter une installation technique importante sans gérer l’ensemble du bâtiment. Et une hypervision peut centraliser plusieurs systèmes sans pour autant assurer elle-même toute la logique de régulation. La différence ne tient donc pas seulement au logiciel installé. Elle dépend surtout du périmètre réellement supervisé, des automatismes mis en œuvre et de la manière dont les différents équipements communiquent entre eux.

Qu'est ce qu'une GTC?

La Gestion Technique Centralisée, ou GTC, est historiquement destinée au pilotage d’un ensemble technique ou d’un métier particulier du bâtiment. Elle peut par exemple superviser une chaufferie, une installation de ventilation, une production de froid ou un ensemble d’équipements électriques. Une GTC peut permettre de visualiser les états de fonctionnement, modifier des consignes, gérer des horaires, consulter des températures, remonter des alarmes ou suivre certaines consommations. Le mot important est ici centralisée : plusieurs équipements appartenant à un même ensemble technique sont regroupés dans une même logique d’exploitation.

Qu’est-ce qu’une GTB ?

La Gestion Technique du Bâtiment, ou GTB, adopte une vision plus globale. Elle vise à faire travailler ensemble plusieurs systèmes techniques du bâtiment : chauffage, ventilation, climatisation, éclairage, comptage énergétique, protections solaires, production d’énergie, alarmes techniques ou autres équipements selon le projet. La valeur d’une GTB ne réside donc pas uniquement dans le fait de rassembler des informations sur un écran. Une vraie GTB doit aussi permettre d’exploiter ces informations pour améliorer le fonctionnement du bâtiment. Elle peut notamment coordonner des équipements, adapter certaines consignes à l’occupation, suivre les consommations, détecter des dérives ou faciliter le diagnostic d’un défaut. Elle peut aussi être une brique complémentaire et "globalisante" d'une GTC existante.

« Sur le terrain, je retrouve régulièrement, encore aujourd'hui des CCTP qui mélangent GTC et GTB. La différence entre les 2 est pourtant fondamentale. » Retour d'expérience intégrateur Smart Building.

Et l’hypervision ?

L’hypervision se situe généralement encore un niveau au-dessus. Elle permet de rassembler plusieurs systèmes de supervision ou plusieurs installations dans une interface commune. Elle peut par exemple agréger la GTB d’un bâtiment, une supervision énergétique, un système de contrôle d’accès, plusieurs bâtiments d’un même site ou même plusieurs sites géographiquement éloignés. L’objectif est alors moins de remplacer chaque système technique que de fournir une vision transversale de l’ensemble. Une hypervision peut faciliter le travail d’un exploitant en lui donnant accès aux informations essentielles depuis un même environnement : alarmes, indicateurs énergétiques, disponibilité des équipements ou synthèses de fonctionnement.

GTB, GTC et hypervision : tableau comparatif

La frontière n’est pas toujours aussi nette.

Dans la pratique, les appellations commerciales sont loin d’être homogènes. Une solution appelée « GTC » par un fabricant peut couvrir plusieurs métiers. Une autre présentée comme « GTB » peut se limiter à une supervision assez simple. Le terme « hypervision » est lui aussi parfois utilisé pour désigner une interface graphique avancée alors qu’aucun véritable niveau d’agrégation supplémentaire n’existe. Il est donc préférable de ne jamais choisir une solution uniquement à partir de son appellation. La bonne question n’est pas : « Est-ce une GTB ? » mais plutôt : « Que pourra réellement faire le système une fois installé ? »

Les questions à poser avant de choisir une solution

• Quels équipements seront réellement connectés ?
• Quelles informations pourront être remontées ?
• Quelles commandes pourront être envoyées ?
• Les systèmes pourront-ils échanger des informations entre eux ?
• Les historiques et consommations seront-ils conservés ?
• Les alarmes seront-elles hiérarchisées et exploitables ?
• L’installation permettra-t-elle réellement de diagnostiquer une dérive ?
• Les protocoles utilisés sont-ils ouverts et documentés ?
• Que se passe-t-il si le serveur de supervision est arrêté ?
• L’installation pourra-t-elle évoluer sans devoir être entièrement reconstruite ?

Un écran graphique ne suffit pas à faire une bonne GTB

C’est probablement l’un des points les plus importants lorsqu’on compare plusieurs offres. Une supervision peut être visuellement très réussie tout en apportant relativement peu à l’exploitation du bâtiment. À l’inverse, une interface graphique assez sobre peut s’appuyer sur une architecture technique particulièrement performante. Il faut donc examiner ce qui se passe derrière les vues graphiques : qualité des données, architecture réseau, automatismes locaux, échanges entre systèmes, historisation, alarmes, documentation et possibilités de maintenance.

« Une belle vue sur un écran avec des couleurs et des petits animations ne suffit pas à prouver que la régulation fonctionne correctement. Ce qui compte, c’est que ça marche, et c'est ce que les clients souhaitent. Ils s'en moquent d'avoir plein d'informations. S'ils n'arrivent pas, en un coup d'oeil, à comprendre le fonctionnement, alors notre mission est un échec. »

Le rôle des protocoles ouverts

La qualité d’une GTB dépend également de sa capacité à communiquer avec les équipements présents dans le bâtiment. Des protocoles comme BACnet, KNX, Modbus ou DALI peuvent permettre à des systèmes différents d’échanger des informations. Mais la présence d’un protocole standard ne garantit pas à elle seule une bonne intégration. Encore faut-il définir quelles données sont disponibles, comment elles sont structurées, quelles commandes sont autorisées et comment l’intégrateur les exploite. C’est pourquoi l’architecture de communication doit être étudiée dès la conception du projet, et pas seulement au moment de créer les écrans de supervision.

Et le BACS dans tout cela ?

Le terme BACS — Building Automation and Control Systems — apparaît désormais fréquemment aux côtés de la GTB. Il ne faut toutefois pas le considérer comme simplement un nouveau nom commercial pour une GTB. La réglementation s’intéresse aux capacités du système à surveiller, analyser et améliorer la performance énergétique du bâtiment. Une installation ne répond donc pas aux attentes simplement parce qu’un logiciel de supervision est présent. Le sujet doit être analysé à partir des fonctions réellement disponibles sur le bâtiment.

Comment choisir entre GTC, GTB et hypervision ?

Il n’est pas toujours nécessaire d’installer le système le plus complexe. Pour une installation technique isolée, une GTC bien conçue peut parfaitement répondre au besoin. Pour un bâtiment disposant de plusieurs équipements devant être coordonnés et suivis globalement, une GTB devient plus pertinente. L’hypervision prend davantage de sens lorsqu’un exploitant doit centraliser plusieurs systèmes, plusieurs bâtiments ou plusieurs sites. L’essentiel est donc de partir du besoin d’exploitation, et non du nom de la solution.

Votre GTB existe déjà ?

Lorsqu’un bâtiment possède déjà une installation de supervision ancienne, le remplacement complet n’est pas toujours la meilleure solution. Automates, réseaux, capteurs ou systèmes existants peuvent parfois être conservés et intégrés progressivement dans une architecture modernisée.

👉 L’article « Votre GTB est ancienne : faut-il la remplacer ou la faire évoluer ? » complète directement ce sujet. En savoir plus