Architecture GTB : Les 3 Niveaux, Automates, Serveur et Protocoles

L’architecture GTB désigne la structure en niveaux hiérarchiques qui organise tous les équipements d’un système de Gestion Technique du Bâtiment : des capteurs terrain jusqu’à l’interface de supervision. Comprendre cette architecture est indispensable pour concevoir un système GTB performant, choisir les bons équipements et garantir l’interopérabilité entre composants.

Dans ce guide technique, nous décrivons les trois niveaux d’une architecture GTB type, le rôle du serveur GTB, des automates GTB (contrôleurs DDC) et des différents protocoles de communication (BACnet, Modbus, API GTB). Les mêmes principes s’appliquent à l’architecture GTC, bien que le niveau automatisation y soit moins développé.

Les 3 niveaux d’une architecture GTB

Un système GTB s’organise en trois couches distinctes, chacune ayant un rôle précis dans la chaîne supervision–régulation–terrain :

┌──────────────────────────────────────────────────────────────────┐
│                    NIVEAU 3 — SUPERVISION                         │
│      Serveur GTB · Interface synoptique · Reporting · Cloud      │
└──────────────────────────┬───────────────────────────────────────┘
                           │ Réseau IP / Ethernet
┌──────────────────────────┴───────────────────────────────────────┐
│                  NIVEAU 2 — AUTOMATISATION                        │
│       Automates GTB · Contrôleurs · Régulateurs de zone          │
└──────────────────────────┬───────────────────────────────────────┘
                           │ Bus de terrain (BACnet MS/TP, Modbus RS-485…)
┌──────────────────────────┴───────────────────────────────────────┐
│                    NIVEAU 1 — TERRAIN                             │
│        Capteurs · Actionneurs · Compteurs · Sondes               │
└──────────────────────────────────────────────────────────────────┘

Cette architecture pyramidale garantit la séparation des fonctions : le terrain mesure et agit, l’automatisation régule et optimise, la supervision visualise et pilote. Chaque niveau communique avec le suivant via un protocole adapté.

Niveau 1 : Le terrain

Le niveau terrain regroupe l’ensemble des équipements physiques qui interagissent directement avec l’environnement du bâtiment.

Les capteurs (entrées)

Les capteurs mesurent les grandeurs physiques et transmettent ces informations aux automates du niveau 2 :

Mesures thermiques :

• Sondes de température ambiante, de départ et de retour réseau
• Sonde de température extérieure (pour les lois de chauffe)
• Capteurs d’humidité relative

Qualité d’air :

• Sondes CO2 (contrôle de ventilation à la demande)
• Détecteurs de COV (composés organiques volatils)

Présence et occupation :

• Détecteurs de présence infrarouges passifs (PIR)
• Capteurs d’ouverture de fenêtres et de portes

Comptage énergétique :

• Compteurs d’énergie électrique (kWh)
• Compteurs de calories (chauffage, eau glacée)
• Compteurs d’eau froide et chaude sanitaire

Éclairage :

• Sondes de luminosité (luxmètres) pour le daylight harvesting

Les actionneurs (sorties)

Les actionneurs reçoivent les ordres des automates et agissent sur les équipements :

• Vannes motorisées : 2 voies, 3 voies, vannes papillon pour la régulation hydraulique
• Registres motorisés : modulation des débits d’air en ventilation
• Variateurs de vitesse : pilotage des pompes et ventilateurs à débit variable
• Relais et contacteurs : mise en marche/arrêt des équipements
• Servomoteurs : pilotage des volets, stores et protections solaires
• Ballasts dimmables : gradation de l’éclairage

Niveau 2 : L’automatisation — les automates GTB

Le niveau automatisation est le cerveau local de l’architecture GTB. Il exécute les programmes de régulation et assure la coordination entre équipements.

Les automates GTB

L’automate GTB (aussi appelé contrôleur DDC — Direct Digital Control) est le composant central du niveau 2. Il :

1. Lit les mesures des capteurs terrain
2. Applique les lois de régulation (algorithmes PID, courbes de chauffe, intermittences)
3. Pilote les actionneurs en conséquence
4. Remonte les données et alarmes au niveau supervision

On distingue plusieurs types d’automates GTB selon leur rôle :

Automates centraux (UC — Unité Centrale) : Puissants, ils gèrent plusieurs centaines de points d’entrée/sortie. Ils pilotent les équipements primaires (chaufferies, centrales de traitement d’air, groupes froids) et coordonnent les automates déportés.

Automates déportés : Installés au plus près des équipements (locaux techniques, gaines techniques), ils gèrent quelques dizaines de points. Ils communiquent avec l’UC via un bus de terrain.

Régulateurs terminaux (FCU controllers) : Dédiés à un équipement spécifique (ventilo-convecteur, split system, CTA), ils assurent la régulation locale et communiquent avec le système central.

Contrôleurs de pièce : Pour les applications bureaux ou hôtellerie, ils gèrent en local la température, l’éclairage et les stores d’une pièce, tout en s’intégrant au système GTB global.

Les fonctions d’optimisation du niveau 2

C’est à ce niveau que résident les algorithmes qui font la valeur d’un système GTB par rapport à une simple GTC :

• Régulation PID : ajustement continu de la puissance pour maintenir la consigne avec précision
• Courbe de chauffe : adaptation automatique de la température de départ selon la température extérieure
• Optimisation des relances : calcul du moment optimal pour préchauffer le bâtiment
• Free-cooling : rafraîchissement par l’air extérieur quand les conditions le permettent
• Délestage : réduction des puissances en cas de pic tarifaire
• Gestion de l’occupation : adaptation des consignes selon la présence détectée

Ces fonctions déterminent la classe de performance du système selon la norme ISO 52120-1 : classe A (haute performance) ou classe B (standard, minimum pour le décret BACS). La classe A ouvre également droit à un bonus de +30% sur les primes CEE via la fiche BAT-TH-116.

Niveau 3 : La supervision — le serveur GTB

Le niveau supervision offre une vue globale du bâtiment et constitue l’interface entre les exploitants et le système technique.

Le serveur GTB

Le serveur GTB est le composant informatique central du niveau 3. Il héberge :

• La base de données historique (mesures, états, alarmes)
• L’application de supervision (moteur graphique, gestion des utilisateurs)
• Le moteur de reporting et d’analyse énergétique
• Les interfaces de communication vers les systèmes tiers

Architectures de serveur GTB :

Architecture	Description	Cas d’usage
Serveur dédié on-premise	Serveur physique installé dans le bâtiment	Grands sites, exigences de sécurité fortes
Serveur virtualisé	VM hébergée sur l’infrastructure IT du client	Sites avec DSI active
Architecture cloud	Serveur hébergé chez le fournisseur GTB	Multi-sites, accès distant prioritaire
Architecture hybride	Automates locaux + cloud pour la supervision	Meilleur compromis disponibilité/sécurité

Le synoptique GTB

Le synoptique GTB est la représentation graphique du bâtiment et de ses équipements. Il permet à l’exploitant de :

• Visualiser en temps réel les températures, états de fonctionnement et consommations
• Interagir avec les équipements (modifier une consigne, forcer un état)
• Suivre les alarmes et les acquitter
• Consulter les historiques sous forme de courbes

Un bon synoptique GTB (ou synoptique GTC dans le cas d’une supervision sans optimisation intégrée) est intuitif, fidèle à l’implantation réelle et structuré par niveau (bâtiment → système → équipement).

Les accès distants

Les systèmes modernes offrent des interfaces web et mobiles permettant la supervision depuis n’importe quel terminal connecté :

• Tableau de bord énergétique accessible via navigateur
• Application mobile pour les alarmes critiques
• Niveaux d’habilitation différenciés (lecture seule, opérateur, administrateur)
• Accès sécurisé via VPN ou portail HTTPS

Les protocoles de communication GTB

L’interopérabilité entre les équipements des différents niveaux repose sur des protocoles de communication standardisés. La maîtrise de ces protocoles est une compétence clé de l’intégrateur GTB.

BACnet — le protocole ouvert de référence

BACnet (Building Automation and Control Networks, norme ISO 16484-5 / ASHRAE 135) est le protocole GTB le plus répandu dans le tertiaire mondial.

Caractéristiques techniques :

• Architecture orientée objet : chaque point de mesure est un “objet” standardisé (Analog Input, Binary Output, Schedule…)
• Transports multiples : BACnet/IP (sur réseau Ethernet), BACnet MS/TP (sur RS-485 pour le bus terrain)
• Services natifs : lecture/écriture de propriétés, alarmes, tendances, scheduling
• Certification d’interopérabilité (BTL — BACnet Testing Laboratories)

Avantages :

• Standard international ouvert et auditable
• Large écosystème de fabricants certifiés
• Pérennité assurée par le comité ASHRAE

Modbus — le standard industriel

Modbus (créé par Modicon en 1979) reste très utilisé pour les équipements industriels et CVC (chaudières, groupes froids, compteurs).

Caractéristiques :

• Architecture maître-esclave : un automate GTB interroge périodiquement chaque esclave
• Transports : Modbus RTU (RS-485) pour le bus terrain, Modbus TCP/IP pour les équipements réseau
• Registres simples (Holding Registers, Input Registers, Coils)

Limites : pas de standardisation des adresses de registres (chaque fabricant définit sa propre table), ce qui nécessite une documentation spécifique à l’intégration.

KNX — le standard éclairage et stores

KNX (EN 50090 / ISO/IEC 14543) est particulièrement présent sur les applications éclairage, stores et contrôle d’ambiance.

• Architecture décentralisée (chaque appareil embarque l’intelligence)
• Supports : paire torsadée TP, radiofréquence KNX RF, IP
• Programmation via le logiciel ETS (Engineering Tool Software)
• Idéal pour les rénovations grâce à la version sans fil

API GTB et protocoles IT

Avec la convergence des systèmes du bâtiment et de l’informatique, les API GTB basées sur les standards IT prennent une place croissante :

API REST : Les superviseurs modernes exposent des API REST (HTTP/JSON) permettant l’intégration avec les systèmes d’information du bâtiment : GMAO, ERP, plateformes de gestion de l’énergie, digital twin. C’est la base des architectures “Smart Building”.

MQTT : Protocole léger publish/subscribe, MQTT est utilisé pour la remontée de données vers des plateformes cloud analytiques. Il convient particulièrement aux connexions IoT avec de nombreux équipements connectés.

OPC-UA : Standard issu de l’industrie 4.0, OPC-UA permet l’interopérabilité entre systèmes GTB et équipements industriels (process, data centers).

Tableau récapitulatif des protocoles

Protocole	Niveau	Support physique	Cas d’usage typique
BACnet/IP	N2-N3	Ethernet TCP/IP	Supervision ↔ automates
BACnet MS/TP	N1-N2	RS-485	Bus terrain CVC
Modbus TCP	N2-N3	Ethernet TCP/IP	Compteurs, équipements process
Modbus RTU	N1-N2	RS-485	Équipements industriels
KNX TP	N1-N2	Paire torsadée	Éclairage, stores
API REST	N3	HTTPS	Intégration GMAO, ERP
MQTT	N3	TCP/IP	IoT, cloud analytique

Interopérabilité et intégration dans l’existant

Le défi de l’hétérogénéité

La plupart des projets de GTB en rénovation se heurtent à une réalité : les bâtiments existants regroupent des équipements de marques, d’âges et de protocoles différents. Une chaudière Viessmann pilotée en Modbus, une CTA Daikin avec protocole propriétaire, des compteurs Sagem en M-Bus…

Un intégrateur GTB qualifié doit être capable de faire communiquer ces équipements hétérogènes au sein d’une architecture cohérente, en utilisant des passerelles de protocoles (gateways Modbus/BACnet, OPC-UA/BACnet…).

Ouverts vs propriétaires

Systèmes ouverts (recommandés) :

• Basés sur BACnet, KNX ou API REST
• Équipements de tout fabricant interopérable
• Liberté de choix pour les extensions et la maintenance
• Indépendance vis-à-vis d’un intégrateur unique

Systèmes propriétaires (à éviter en neuf) :

• Architecture imposée par un constructeur unique (Siemens Desigo, Schneider EBO, Honeywell Niagara en mode fermé…)
• Coûts de maintenance et d’extension dépendants du fabricant
• Risque d’obsolescence en cas d’abandon de gamme

Intégration avec les autres systèmes du bâtiment

Une architecture GTB moderne ne se limite pas au CVC. Elle peut intégrer :

• Comptage multi-fluides : électricité, gaz, eau, calories — remontée vers le superviseur GTB ou vers une plateforme ISO 50001
• Contrôle d’accès : lecture des badges pour affiner la gestion de l’occupation
• Éclairage DALI / KNX : pilotage centralisé avec retour d’état
• Production photovoltaïque : monitoring et optimisation de l’autoconsommation
• Recharge véhicule électrique : délestage intelligent selon la charge du bâtiment

Questions fréquentes sur l’architecture GTB

Conclusion

L’architecture GTB en trois niveaux — terrain, automatisation, supervision — est le fondement de tout système de Gestion Technique du Bâtiment efficace. La qualité du serveur GTB, la programmation des automates GTB et le choix des protocoles (BACnet, Modbus, API GTB) déterminent directement les performances, la pérennité et l’interopérabilité du système.

Vous envisagez un projet GTB ? Contactez-nous pour un audit gratuit de votre installation, une estimation des primes CEE disponibles et la mise en relation avec un intégrateur GTB qualifié sur votre zone géographique.

Pour aller plus loin :

• GTB : définition et fonctionnement complet
• Différence entre GTB et GTC
• Norme ISO 52120-1 : les classes A, B, C, D
• Décret BACS : vos obligations
• Choisir son intégrateur GTB

---

Références techniques :

• BACnet — ASHRAE Standard 135 - ASHRAE
• KNX Association - KNX
• Norme ISO 52120-1:2022 - ISO