BACnet, Modbus, KNX, LonWorks, M-Bus, compteurs d’énergie, CVC, éclairage, bornes de recharge, capteurs de qualité d’air : un bâtiment intelligent ne manque pas de données, il manque souvent d’une architecture pour les relier. Eziwan agrège les protocoles de GTB, GTL et IoT bâtiment dans une supervision multi-sites lisible, exploitable et compatible avec les objectifs énergétiques du tertiaire.
Pourquoi les bâtiments intelligents restent difficiles à piloter
Les bâtiments tertiaires modernes sont équipés de nombreux systèmes techniques : chauffage, ventilation, climatisation, éclairage, comptage, contrôle d’accès, ascenseurs, bornes de recharge, production photovoltaïque, groupes froids, chaudières, pompes, CTA, sondes d’ambiance et capteurs de qualité de l’air intérieur.
Sur le papier, tout est automatisé. Dans la réalité, chaque lot technique possède souvent son propre protocole, son intégrateur, son interface et son historique de maintenance. L’exploitant se retrouve avec une vision fragmentée du bâtiment.
Les difficultés les plus fréquentes sont concrètes :
- plusieurs interfaces logicielles pour gérer le CVC, l’éclairage, l’énergie, les accès et la maintenance ;
- absence de vue multi-sites pour comparer les performances d’un parc immobilier ;
- impossibilité de corréler occupation, température, CO2, éclairage et consommation énergétique ;
- surconsommations invisibles : chauffage le week-end, climatisation de zones vides, éclairage nocturne ;
- données de comptage dispersées entre électricité, gaz, eau, calories et sous-comptage locataire ;
- équipements legacy en BACnet MS/TP, Modbus RTU ou LonWorks difficiles à remonter vers le cloud ;
- interventions de maintenance déclenchées trop tard, faute d’alertes consolidées ;
- difficulté à documenter les actions d’efficacité énergétique pour ISO 50001, décret tertiaire ou décret BACS ;
- bornes de recharge de véhicules électriques pilotées à part, sans délestage avec le bâtiment ;
- qualité de l’air intérieur suivie séparément de la ventilation.
La connectivité IoT pour bâtiment intelligent ne consiste donc pas seulement à ajouter des capteurs. Elle consiste à faire parler les systèmes existants, à normaliser les données et à fournir des décisions exploitables.
Architecture cible pour une supervision GTB multi-sites
Une architecture robuste place une gateway Eziwan dans l’armoire technique de chaque bâtiment. Elle collecte les données locales via BACnet, Modbus, KNX, M-Bus ou passerelles spécialisées, puis les transmet vers une plateforme centralisée. Les exploitants disposent alors d’un tableau de bord commun pour suivre l’énergie, le confort, les alarmes et la maintenance.
Cette structure évite de remplacer toute la GTB existante. Elle crée une couche d’interopérabilité au-dessus des systèmes déjà installés, ce qui est souvent plus réaliste dans un parc tertiaire hétérogène.
GTB, GTC, GTL et IoT bâtiment : clarifier les rôles
Les termes sont parfois utilisés de manière interchangeable, alors qu’ils ne couvrent pas exactement le même périmètre.
| Terme | Rôle principal | Exemples d’équipements |
|---|---|---|
| GTB | Gestion technique du bâtiment | CVC, comptage, alarmes techniques, consignes |
| GTC | Gestion technique centralisée | Supervision d’un périmètre technique précis |
| GTL | Gestion des lots techniques | Éclairage, accès, sous-systèmes par lot |
| IoT bâtiment | Capteurs et objets connectés | QAI, occupation, température, sous-comptage |
| SGE | Système de gestion de l’énergie | Indicateurs, plans d’action, reporting ISO 50001 |
L’intérêt d’une plateforme de connectivité comme Eziwan est de relier ces couches sans imposer un seul fabricant. Elle collecte, traduit, historise et expose les données pour les équipes énergie, maintenance, exploitation et direction immobilière.
Protocoles bâtiment pris en charge
Un bâtiment intelligent est rarement homogène. La gateway doit donc gérer les protocoles de terrain et les protocoles applicatifs.
| Protocole | Usage fréquent | Point de vigilance |
|---|---|---|
| BACnet/IP | GTB moderne, CVC, automates bâtiment | Nommer clairement les objets et propriétés |
| BACnet MS/TP | Automates CVC sur bus série | Débit, terminaison de bus, adressage |
| Modbus TCP | Compteurs, automates, énergie | Registres à documenter précisément |
| Modbus RTU | Équipements legacy RS-485 | Qualité du câblage et plan d’adressage |
| KNX IP | Éclairage, stores, ambiance | Group addresses à cartographier |
| M-Bus | Eau, gaz, calories, sous-comptage | Fréquence de relève et qualité des index |
| LonWorks | Installations anciennes | Passerelle dédiée souvent nécessaire |
| OCPP | Bornes de recharge VE | Pilotage de puissance et refacturation |
tip Bon réflexe Avant de connecter un bâtiment, créez une cartographie des points utiles : nom, protocole, unité, fréquence de collecte, criticité, usage métier et responsable. Une donnée sans contexte devient vite inutilisable.
Normaliser les données pour les rendre exploitables
La difficulté n’est pas seulement de lire un registre Modbus ou un objet BACnet. Il faut transformer des points techniques en données métier compréhensibles.
Exemples de normalisation utiles :
- convertir les unités : Wh, kWh, m3, degrés Celsius, ppm, pourcentage ;
- distinguer mesure, consigne, état, défaut et commande ;
- associer chaque point à un bâtiment, un étage, une zone, un usage ou un locataire ;
- horodater les valeurs de manière cohérente ;
- détecter les valeurs aberrantes ou figées ;
- documenter les règles de calcul des indicateurs ;
- conserver l’historique pour comparer avant et après action.
Sans cette étape, un tableau de bord multi-sites risque de comparer des données qui ne mesurent pas la même chose.
Dashboard multi-sites : piloter un parc, pas seulement un bâtiment
Un exploitant qui gère dix, cinquante ou plusieurs centaines de bâtiments n’a pas besoin d’ouvrir une GTB différente pour chaque site. Il a besoin d’une vue consolidée.
Les indicateurs prioritaires sont généralement :
- consommation électrique totale ;
- consommation CVC ;
- consommation éclairage ;
- consommation par mètre carré ;
- dérive par rapport à une baseline ;
- température moyenne par zone ;
- niveau CO2 ;
- défauts techniques actifs ;
- état des équipements critiques ;
- disponibilité de la connexion ;
- sites en anomalie ;
- classement énergétique du parc.
Une supervision multi-sites efficace aide à répondre à des questions simples mais décisives : quel bâtiment dérive ? quelle zone consomme hors occupation ? quel équipement tombe trop souvent en défaut ? quelle action produit réellement un gain ?
Énergie : détecter les surconsommations invisibles
Les économies d’énergie ne viennent pas uniquement de grands travaux. Une part importante se joue dans le réglage, l’ordonnancement et la détection de dérives.
Cas typiques de surconsommation détectables :
- chauffage et climatisation actifs simultanément ;
- relance CVC trop tôt le matin ;
- maintien de consigne pendant les week-ends ;
- éclairage allumé hors occupation ;
- ventilation trop forte dans une zone vide ;
- CTA en défaut sans alerte visible ;
- compteur divisionnaire en dérive ;
- borne de recharge qui déclenche une pointe de puissance ;
- température de consigne modifiée localement puis oubliée.
Les gains de consommation varient fortement selon l’état initial du bâtiment, la qualité de la GTB existante, l’occupation et les usages. Les fourchettes de réduction doivent donc être validées par mesure, avec une baseline fiable et une méthode de suivi stable.
Décret tertiaire, BACS et ISO 52120-1
La connectivité IoT bâtiment soutient directement les démarches réglementaires et énergétiques, mais elle ne remplace pas l’analyse réglementaire propre à chaque patrimoine.
Le décret tertiaire concerne les bâtiments, parties de bâtiments ou ensembles de bâtiments à usage tertiaire dont la surface atteint au moins 1 000 m2. Il impose une trajectoire de réduction des consommations d’énergie avec déclaration annuelle sur OPERAT.
Le décret BACS vise l’installation de systèmes d’automatisation et de contrôle des bâtiments pour les bâtiments tertiaires équipés de systèmes de chauffage ou de climatisation au-dessus de seuils de puissance définis par la réglementation.
La norme EN ISO 52120-1, qui remplace progressivement l’ancienne référence EN 15232-1, fournit un cadre pour évaluer la contribution de l’automatisation, de la régulation et de la gestion technique du bâtiment à la performance énergétique.
| Cadre | Objectif | Données utiles |
|---|---|---|
| Décret tertiaire | Suivre et réduire les consommations | consommations annuelles, surfaces, usages, baseline |
| Décret BACS | Automatiser et contrôler les systèmes techniques | GTB, consignes, horaires, défauts, supervision |
| ISO 50001 | Manager l’énergie dans la durée | IPE, plans d’action, mesures et vérifications |
| EN ISO 52120-1 | Évaluer l’impact de l’automatisation | fonctions GTB, régulation, classes de performance |
info À retenir La conformité ne se résume pas à installer une GTB. Il faut aussi produire des données fiables, historisées, comparables et exploitables pour piloter les actions dans le temps.
Qualité de l’air intérieur et confort
La performance énergétique ne doit pas dégrader le confort ni la qualité de l’air intérieur. Les capteurs QAI permettent de piloter la ventilation selon l’occupation réelle, plutôt que selon un horaire fixe.
Données utiles pour la QAI :
- CO2 ;
- composés organiques volatils ;
- température ;
- humidité relative ;
- particules fines si le contexte l’exige ;
- occupation réelle ou estimée ;
- débit de ventilation ;
- état des filtres ;
- défauts CTA.
L’intérêt de l’intégration est de relier les mesures aux actions. Un niveau CO2 élevé dans une salle de réunion doit pouvoir déclencher une alerte, augmenter un débit de ventilation, ou signaler un défaut de CTA. À l’inverse, une zone vide peut réduire son débit de ventilation selon les règles applicables au bâtiment.
Pilotage des bornes de recharge avec OCPP
Les bornes de recharge de véhicules électriques ajoutent une charge importante au bâtiment. Sans coordination, elles peuvent créer des pointes de puissance coûteuses ou entrer en concurrence avec les usages techniques du site.
L’intégration OCPP permet de piloter la recharge en fonction :
- de la puissance disponible ;
- des horaires tarifaires ;
- du niveau de charge demandé ;
- de la priorité des véhicules ;
- de l’autoconsommation photovoltaïque ;
- des contraintes de délestage ;
- des besoins de refacturation par utilisateur ou service.
Le bâtiment devient alors capable d’arbitrer entre confort, énergie, recharge et contraintes tarifaires.
Scénarios d’automatisation utiles
Les scénarios doivent être simples, testables et réversibles. L’objectif n’est pas de rendre le bâtiment imprévisible, mais d’automatiser les décisions répétitives.
Exemples de scénarios pertinents :
- mise en veille CVC hors occupation ;
- extinction éclairage après fermeture ;
- relance progressive le matin ;
- délestage temporaire pendant une pointe ;
- abaissement de consigne dans les zones peu occupées ;
- ventilation renforcée si CO2 élevé ;
- alerte si chauffage et climatisation fonctionnent simultanément ;
- ticket GMAO automatique en cas de défaut récurrent ;
- comparaison de consommation entre bâtiments similaires ;
- limitation dynamique des bornes VE.
caution Point de vigilance Un scénario doit toujours prévoir ses conditions de sortie : retour à la normale, temporisation, priorité manuelle, alerte en cas d’échec et journalisation de la décision.
Maintenance : passer du curatif au pilotage par données
La maintenance bâtiment est souvent fragmentée par lot : CVC, électricité, sûreté, plomberie, GTB, bornes VE. Une supervision unifiée permet de hiérarchiser les interventions selon l’impact réel.
Les signaux utiles pour la maintenance sont :
- défaut équipement ;
- dérive de température ou de pression ;
- consommation anormale ;
- cycle marche arrêt trop fréquent ;
- vanne bloquée ;
- filtre colmaté ;
- compteur figé ;
- communication perdue ;
- alarme récurrente ;
- écart entre consigne et mesure.
Une intégration avec une GMAO permet de transformer automatiquement certains événements en tickets, avec le bâtiment, l’équipement, l’alarme, l’historique récent et la criticité. Les équipes évitent ainsi les diagnostics à l’aveugle.
Intégration GMAO, SGE, ERP et plateformes énergie
Eziwan peut alimenter les outils déjà en place plutôt que créer un silo supplémentaire. Les données collectées peuvent être exposées vers un système de gestion de l’énergie, une GMAO, un ERP ou une plateforme d’analyse.
| Destination | Données envoyées | Usage |
|---|---|---|
| SGE | consommations, IPE, baselines | pilotage énergie et ISO 50001 |
| GMAO | défauts, alarmes, équipements | tickets et suivi maintenance |
| ERP | coûts, refacturation, sites | consolidation financière |
| Data platform | séries temporelles, événements | analyse avancée et reporting |
| Tableau de bord Eziwan | KPIs, alertes, cartes | exploitation quotidienne |
Les exports peuvent prendre la forme d’API, de fichiers planifiés, de webhooks ou de connecteurs selon l’environnement client.
Sécurité de la connectivité bâtiment
La GTB devient une porte d’entrée critique dès qu’elle est connectée. Une architecture de smart building doit donc intégrer la cybersécurité dès le départ.
Bonnes pratiques recommandées :
- tunnel VPN sortant depuis la gateway ;
- aucune exposition directe des automates GTB sur Internet ;
- segmentation entre réseau bureautique, GTB, sûreté et bornes VE ;
- authentification forte pour les accès d’administration ;
- journalisation des connexions ;
- filtrage par protocole et par adresse ;
- mises à jour maîtrisées ;
- sauvegarde des configurations ;
- révocation des accès prestataires ;
- supervision de l’état de connexion.
Pour les organisations qui exploitent plusieurs sites, la cohérence des règles est aussi importante que la sécurité locale. Une politique appliquée de manière homogène réduit les erreurs et facilite l’audit.
Exemple de cartographie de points
Voici un exemple simplifié de cartographie utile avant intégration.
| Point | Protocole | Unité | Fréquence | Usage |
|---|---|---|---|---|
| Température salle réunion | BACnet | degrés Celsius | 5 min | confort et QAI |
| CO2 salle réunion | Modbus RTU | ppm | 1 min | ventilation à la demande |
| Compteur général | M-Bus | kWh | 15 min | décret tertiaire |
| Éclairage plateau | KNX | état | événement | extinction hors occupation |
| Défaut CTA | BACnet | booléen | événement | ticket GMAO |
| Puissance borne VE | OCPP | kW | 1 min | délestage dynamique |
Ce travail de cadrage évite de collecter trop de données inutiles et de manquer les points réellement décisifs.
Déploiement type avec Eziwan
Un projet de connectivité IoT bâtiment se déroule généralement en plusieurs étapes.
1. Inventaire technique
Recensez les systèmes présents : GTB, automates CVC, compteurs, éclairage, QAI, bornes VE, GMAO, SGE, ERP et interfaces existantes.
2. Cartographie des protocoles
Identifiez BACnet/IP, BACnet MS/TP, Modbus TCP, Modbus RTU, KNX IP, M-Bus, LonWorks, OCPP et les éventuelles passerelles nécessaires.
3. Sélection des points utiles
Choisissez les points qui servent réellement l’exploitation : énergie, confort, alarmes, défauts, occupation, maintenance et conformité.
4. Installation de la gateway
La gateway Eziwan est installée dans l’armoire technique ou à proximité du réseau GTB. Elle collecte localement les données et les transmet via une connexion sécurisée.
5. Normalisation et tableaux de bord
Les points sont nommés, convertis, classés par bâtiment, zone, usage et criticité. Les dashboards multi-sites deviennent comparables.
6. Alertes et scénarios
Les seuils, règles d’anomalie, scénarios horaires, délestages et tickets GMAO sont configurés progressivement.
7. Vérification terrain
Chaque mesure importante doit être validée : unité, sens, fréquence, cohérence avec le compteur ou l’équipement réel.
Cas d’usage par type de bâtiment
| Bâtiment | Besoin principal | Valeur de la supervision |
|---|---|---|
| Bureaux | confort, énergie, occupation | réduction des dérives hors occupation |
| Commerce | CVC, éclairage, horaires | homogénéité multi-sites |
| Établissement de santé | continuité, alarmes, QAI | visibilité sur équipements critiques |
| Campus | parc multi-bâtiments | comparaison et priorisation des actions |
| Logistique | énergie, quais, recharge VE | délestage et maintenance ciblée |
| Collectivité | reporting réglementaire | consolidation des consommations |
| Hôtel | confort et coûts énergie | pilotage par zone et occupation |
L’enjeu est toujours le même : connecter les données techniques au contexte d’exploitation.
Pièges courants
Plusieurs erreurs ralentissent les projets de smart building.
- collecter tous les points sans stratégie ;
- oublier les unités et les facteurs de conversion ;
- comparer des bâtiments sans corriger les usages ;
- négliger les protocoles série comme Modbus RTU ou BACnet MS/TP ;
- créer un dashboard esthétique mais inutilisable par l’exploitation ;
- automatiser sans prévoir de mode manuel ;
- connecter la GTB sans segmentation réseau ;
- ignorer les besoins de la maintenance ;
- ne pas tester les alarmes en conditions réelles ;
- oublier la documentation des points et des scénarios.
Une supervision efficace doit rester compréhensible par les équipes terrain. Si seuls les intégrateurs savent l’expliquer, elle deviendra fragile.
Où Eziwan s’intègre dans votre bâtiment intelligent
Eziwan agit comme couche de connectivité et de supervision entre les équipements techniques du bâtiment et les outils métier. La gateway Eziwan collecte les données terrain, la plateforme cloud centralise les tableaux de bord et les alertes, et les solutions de connectivité sécurisent les échanges multi-sites.
Cette approche convient particulièrement aux parcs hétérogènes, où plusieurs générations de GTB, compteurs, capteurs et automates coexistent. Elle permet de moderniser l’exploitation sans remplacer immédiatement tous les équipements existants.
Conclusion
La connectivité IoT pour bâtiments intelligents n’est pas un simple projet de capteurs. C’est une architecture d’interopérabilité entre GTB, GTL, comptage, QAI, recharge électrique, maintenance et performance énergétique.
En centralisant BACnet, Modbus, KNX, M-Bus, LonWorks et OCPP dans une supervision multi-sites, Eziwan aide les exploitants à détecter les dérives, piloter les scénarios, prioriser la maintenance et produire des données fiables pour leurs démarches énergie. Le bâtiment devient plus lisible, plus pilotable et plus cohérent à l’échelle d’un parc immobilier complet.
Pour aller plus loin
- GTB supervision à distance — pilotez vos systèmes GTB et GTL depuis une interface centralisée
- Supervision HVAC industriel — supervisez et optimisez vos installations CVC en temps réel
- BACnet cloud — remontez les données BACnet de vos équipements bâtiment vers le cloud
- Connectivité industrielle — choisissez la bonne connectivité pour vos bâtiments multi-sites
- Solutions industrielles — découvrez nos solutions adaptées aux bâtiments tertiaires et industriels