SCADA et GTB : quelles différences pour superviser un bâtiment ?

Les termes SCADA, GTB, GTC et hypervision apparaissent régulièrement lorsqu’un projet prévoit de superviser des équipements techniques. À première vue, les solutions peuvent sembler très proches. Elles affichent des synoptiques, remontent des alarmes, enregistrent des données et permettent parfois d’envoyer des commandes. Pourtant, elles viennent d’univers différents et ne répondent pas toujours aux mêmes besoins. Un SCADA est historiquement associé au pilotage de procédés et d’installations industrielles. Une GTB est conçue autour de l’exploitation technique d’un bâtiment. La frontière est aujourd’hui moins nette qu’autrefois, mais comprendre cette origine permet encore d’expliquer de nombreuses différences d’architecture et d’usage.

Qu’est-ce qu’un SCADA ?

SCADA signifie Supervisory Control And Data Acquisition. L’objectif initial est de superviser un procédé ou une installation technique en collectant les informations provenant d’automates et d’équipements de terrain. Un SCADA permet notamment de représenter l’installation, suivre des valeurs, historiser des données, gérer des alarmes et transmettre certaines commandes. Ces systèmes sont historiquement très présents dans l’industrie, l’énergie, les réseaux d’eau ou différentes infrastructures techniques.

Qu’est-ce qu’une GTB ?

La Gestion Technique du Bâtiment répond à un besoin voisin, mais dans un contexte différent. Elle vise à exploiter plusieurs systèmes techniques d’un bâtiment : chauffage, ventilation, climatisation, éclairage, comptage énergétique, protections solaires ou autres équipements selon le projet. Elle ne se limite pas nécessairement à l’affichage. Une GTB peut aussi coordonner des équipements, gérer des calendriers, suivre des consommations et faciliter l’exploitation quotidienne.

Pour replacer la GTB dans les différents niveaux de supervision : GTB, GTC et hypervision : quelles différences ?

SCADA et GTB peuvent visuellement se ressembler

C’est précisément ce qui entretient la confusion. Dans les deux cas, l’utilisateur peut retrouver : des vues graphiques, des courbes, des états d’équipements, des valeurs analogiques, des alarmes, des historiques et différentes commandes. Il serait donc difficile de déterminer si un système est un SCADA ou une GTB simplement en regardant son écran d’accueil. La différence apparaît davantage lorsqu’on étudie l’architecture située derrière les écrans.

« Une belle interface graphique n'est pas synonyme d'automatisation aux petits oignons. Deux systèmes peuvent présenter exactement la même chaufferie à l’écran alors que l’architecture de régulation située derrière est totalement différente. » T V - Intégrateur dans le sud est

Dans un SCADA, la logique est souvent portée par les automates

Dans une architecture industrielle classique, les automates assurent généralement le fonctionnement du procédé. Le SCADA collecte les informations, les présente à l’opérateur et lui permet d’interagir avec l’installation. Cette séparation est importante. Si le poste de supervision est arrêté, les automatismes essentiels doivent continuer à fonctionner dans les contrôleurs locaux. Cette logique est également particulièrement pertinente dans un bâtiment.

Une bonne GTB applique également ce principe

Une architecture GTB correctement conçue ne devrait pas faire dépendre le fonctionnement essentiel du bâtiment du serveur graphique. Les régulateurs, automates ou contrôleurs locaux assurent les fonctions nécessaires au chauffage, à la ventilation ou à d’autres installations. La GTB ajoute ensuite une couche d’exploitation permettant de surveiller, modifier certaines consignes, programmer et analyser. Sur ce point, une bonne architecture GTB et une architecture SCADA industrielle peuvent donc partager de nombreux principes.

La GTB apporte une logique métier propre au bâtiment

Le bâtiment possède cependant des besoins très spécifiques. L’utilisateur souhaite généralement retrouver des notions telles que : occupation, confort, consignes thermiques, calendriers, modes été/hiver, suivi énergétique, alarmes techniques ou encore fonctionnement par zones. Une GTB est naturellement conçue autour de ces problématiques. Un SCADA générique peut parfaitement les gérer, mais elles devront parfois être davantage développées ou adaptées au projet.

Les alarmes : un point fort historique du SCADA

Les environnements industriels accordent depuis longtemps une importance particulière à la gestion des alarmes. Il faut savoir ce qui s’est produit, quand, dans quel ordre et avec quelle priorité. Les outils SCADA disposent donc souvent de mécanismes très poussés pour analyser les événements. Dans le bâtiment, cette rigueur peut être particulièrement intéressante. Une alarme de défaut chaudière ne doit pas être traitée de la même manière qu’une information secondaire.

L’historisation est également essentielle

Un SCADA est généralement conçu pour enregistrer de nombreuses valeurs afin de comprendre l’évolution d’un procédé. Cette approche peut apporter énormément dans un bâtiment. Comparer une température de départ, une température extérieure, une consigne et l’état d’une pompe permet par exemple de comprendre beaucoup plus facilement un dysfonctionnement. Une bonne GTB doit donc elle aussi permettre une historisation pertinente des variables importantes.

Ces historiques deviennent particulièrement utiles lorsqu’ils sont associés à une démarche énergétique : Gestion énergétique des bâtiments : par où commencer ?

Les protocoles utilisés peuvent être très proches

SCADA et GTB peuvent communiquer avec de nombreux systèmes différents. Dans l’industrie, Modbus, OPC ou différents protocoles constructeurs sont fréquents. Dans le bâtiment, BACnet, Modbus, KNX, M-Bus ou différentes passerelles peuvent cohabiter. Le protocole ne suffit donc pas à définir le type de supervision. Une GTB peut parfaitement communiquer avec des automates industriels via Modbus ou BACnet. Un SCADA peut tout aussi bien exploiter certaines données provenant d’un bâtiment.

BACnet ne transforme pas automatiquement un système en GTB

BACnet est un protocole particulièrement adapté aux systèmes d’automatisation du bâtiment. Mais l’utilisation de BACnet ne garantit pas à elle seule que la supervision dispose des fonctions nécessaires à une exploitation efficace. Il faut toujours regarder le résultat final : quelles données sont disponibles, quelles commandes sont possibles, quelles stratégies sont mises en œuvre et comment l’utilisateur peut comprendre le bâtiment.

Quand un SCADA peut-il avoir du sens dans un bâtiment ?

Certains bâtiments possèdent des installations proches de procédés industriels. C’est notamment le cas de certains sites techniques, data centers, installations de production, bâtiments industriels ou infrastructures complexes. Dans ces projets, un SCADA peut parfaitement constituer une solution pertinente. Le choix dépend surtout de la nature des équipements, de l’organisation des automatismes et des besoins des exploitants.

Et dans un bâtiment tertiaire classique ?

Pour des bureaux, établissements recevant du public ou autres bâtiments tertiaires, une solution orientée GTB est souvent plus naturellement adaptée. Les fonctions nécessaires à l’exploitation du bâtiment sont généralement déjà prévues. Cela ne signifie pas qu’une architecture SCADA serait techniquement incapable de réaliser le travail. Cela signifie simplement que la solution doit être choisie en fonction des usages et non sur la seule puissance du logiciel.

SCADA et hypervision : quelle différence ?

L’hypervision désigne davantage un niveau d’agrégation qu’une technologie particulière. Une hypervision peut centraliser plusieurs GTB, plusieurs SCADA ou plusieurs bâtiments. Elle offre alors à l’exploitant une vision globale sans nécessairement remplacer les systèmes locaux. Un SCADA peut donc lui-même être utilisé comme plateforme d’hypervision dans certaines architectures.

Faut-il privilégier une solution ouverte ?

D'une manière générale oui. L'ouverture d'un système peut concerner les protocoles de terrain, les possibilités d’export de données, les interfaces de programmation, les sauvegardes ou encore la possibilité de faire intervenir plusieurs prestataires. Une architecture ouverte facilite généralement l’évolution et réduit la dépendance à un fournisseur unique. Mais « protocole ouvert » ne signifie pas automatiquement « système facile à reprendre ». La documentation reste indispensable.

La cybersécurité devient incontournable

SCADA et GTB partagent aujourd’hui un autre enjeu : leur connexion croissante aux réseaux IP. Accès distants, serveurs, interfaces Web et échanges entre systèmes augmentent les possibilités d’exploitation, mais également la surface d’exposition. La conception doit donc prendre en compte les droits d’accès, la segmentation réseau, la gestion des comptes, les mises à jour et les moyens de récupération en cas d’incident.

Comment choisir entre SCADA et GTB ?

Le choix ne doit pas commencer par la comparaison des interfaces graphiques. Il faut d’abord déterminer : quel type d’installation doit être supervisé, où sont situées les logiques de contrôle, quelles informations doivent être historisées, comment les alarmes doivent être traitées et quel profil d’utilisateur exploitera le système. Une fois ces besoins définis, il devient beaucoup plus simple de déterminer quelle architecture est réellement adaptée.

Avant de consulter des intégrateurs, il est utile de structurer précisément ce besoin : Projet GTB : comment bien définir son besoin avant de consulter un intégrateur ?

Ne pas choisir uniquement sur une démonstration graphique

Les démonstrations commerciales mettent naturellement en avant les écrans. Ils sont faciles à montrer et produisent un effet immédiat. Mais une grande partie de la qualité d’une supervision est invisible pendant une démonstration. La structuration des alarmes, les sauvegardes, l’historisation, l’architecture des automatismes ou la possibilité de reprendre le projet plusieurs années plus tard sont pourtant souvent beaucoup plus importantes. Au final, ce qui compte c'est que l'interface réponde à vos besoins; et soit exploitable par vos soins, pas par un technicien spécialisé.

« Je m'en fous si l'interface n'a pas de jolies animations. Ce qui m'intéresse c'est que l'exploitant puisse l'utiliser sans avoir besoin de sortir une notice”. S F - Intégratrice dans le Sud

SCADA ou GTB : la bonne réponse peut parfois être les deux

Dans certaines architectures complexes, plusieurs niveaux peuvent cohabiter. Des automates industriels peuvent gérer un procédé. Un SCADA peut superviser cette partie technique. La GTB peut gérer les fonctions classiques du bâtiment. Une hypervision peut ensuite regrouper les informations importantes pour l’exploitant. Il n’est donc pas toujours nécessaire de faire entrer tout le projet dans une seule catégorie. L’essentiel est de définir clairement le rôle de chaque niveau.

Vous préparez une supervision ou une architecture d’automatisation de bâtiment ? Découvrir les projets GTB / GTC