GTB / GTC (Gestion Technique du Bâtiment / Centrale)

La GTB / GTC (Gestion Technique du Bâtiment / Centrale) est le « système nerveux » des installations techniques : elle supervise, commande et optimise CVC, ventilation, ECS, éclairage, stores, comptages, sûreté… depuis une interface centralisée. Concrètement, des automates (régulateurs locaux) pilotent les équipements, des bus de terrain remontent les mesures, et une plateforme (serveur GTB) agrège données, alarmes, horaires, lois de régulation et tableaux de bord. Objectif : confort, énergie et continuité de service, avec des règles claires et des KPI actionnables.

GTB/GTC : définition opérationnelle et architecture type

Une GTB typique combine : capteurs/actionneurs, automates par lots (CVC, CTA, chaufferie, froid, électricité), bus (BACnet/IP, Modbus RTU/TCP, KNX, LON, M-Bus), un serveur (SCADA/BMS) et une IHM web. On y paramètre :

- Régulations : loi d’eau, consignes adaptatives, anti-cyclage, séquences dégivrage.

- Calendriers : horaires, vacances, jours spéciaux, dérrogations par zone.

- Alarmes : seuils, acquittements, priorités, escalades (mail/SMS).

- Scénarios transverses : pré-chauffage/pré-refroidissement, fermeture des protections solaires, délestage.

- Données : historiques, dashboards énergie (kWh, kW, DH d’inconfort), export API vers EMS/CMMS.

Bonnes pratiques : nomenclature claire des points, droits d’accès granulaires, journal des changements, et cartographie des dépendances (qui commande quoi). Côté cybersécurité : segmentation réseau, mises à jour, mots de passe forts, supervision des accès distants.

Intérêts, limites et points d’attention de la GTB/GTC

Intérêts

• Énergie : optimisation consignes/horaires, effacement, écrêtage des pointes.
• Confort & QAI : suivi CO₂/Temp°, alarmes précoces, stabilité des régulations.
• Exploitation : diagnostic accéléré (tendances), maintenance conditionnelle.
• Pilotage global : vision multi-sites, rapports pour syndics/asset managers.
• Interopérabilité : passerelles vers EMS, CPE, sous-comptage.

Limites

• CAPEX initial (automates, licences, intégration) et OPEX (maintenance, mises à jour).
• Hétérogénéité des protocoles/équipements → risques d’îlots non intégrés.
• Dérives si la GTB n’est pas tenue à jour (consignes, calendriers).
• Dépendance intégrateur : qualité du paramétrage = qualité du bâtiment.

Points d’attention

• Cahier des charges : points mesurés/commandés, KPI, scénarios, SLAs d’alarmes.
• Arborescence & nommage standardisés, recherche rapide des points.
• Qualité de mesure : étalonnage, pas de temps, synchronisation NTP.
• Cyber : VLAN dédié, durcissement postes, gestion des accès distants.
• Réversibilité : formats ouverts (BACnet, API), accès aux sources/backups.
• Formation des exploitants et procédures (mode dégradé, consignations).

Anecdote — « Un click qui a calmé la Croisette »

À Cannes, un immeuble tertiaire voyait ses plaintes grimper chaque été. La GTB montrait des volets solaires rarement fermés malgré l’ensoleillement et des plages horaires CVC trop larges. L’intégrateur a ajouté un scénario météo (fermeture proportionnelle des BSO + pré-refroidissement avant l’occupation) et un séquencement des relances. Résultat sur la saison : –9 % d’électricité, plaintes divisées par deux et des salles de réunion enfin supportables à 14 h. Morale : une GTB n’économise rien… tant que ses règles ne racontent pas la bonne histoire.