Gestion de l’énergie
Gestion de l’énergie pour les bâtiments
Comment la gestion énergétique du bâtiment relie comptage, références de consommation, PV, stockage, recharge des véhicules électriques et tarifs à une seule plateforme de pilotage — et ce qu’elle peut ou ne peut pas faire.
Ce que couvre la gestion énergétique du bâtiment
La gestion énergétique du bâtiment commence par une cartographie de l’endroit où l’énergie entre, où elle est convertie et où elle est utilisée. Compteurs principaux, sous-compteurs, compteurs de chaleur et de gaz, onduleurs PV, systèmes de batteries et bornes de recharge pour véhicules électriques apportent chacun une vue différente. La plateforme réunit ces flux dans un seul modèle, afin qu’une équipe d’exploitation puisse comparer un étage, un locataire, un équipement technique ou un bâtiment entier sur la même base. Le comptage n’est pas l’objectif. L’objectif est une comptabilité fiable de la consommation, susceptible d’être questionnée, normalisée et exploitée. Sans cette comptabilité, toute allégation d’économie est une supposition et toute décision tarifaire se prend sur la facture du mois précédent. Une plateforme utile enregistre aussi le contexte d’exploitation : heures d’ouverture, occupation, équipes de production et horaires des équipements. Une consommation sans contexte ne peut pas être interprétée, et un graphique que l’on ne peut pas interpréter modifie rarement la façon dont un bâtiment est exploité.
- Compteurs principaux, sous-compteurs, de chaleur, de gaz et d’eau sur un seul modèle de données
- Consommation par bâtiment, étage, locataire et équipement technique
- Contexte d’exploitation enregistré avec les relevés
Architecture de comptage et qualité des données
L’architecture de comptage détermine la part du bâtiment que l’on peut expliquer. Un seul compteur principal donne le total mais ne permet pas de distinguer les locataires, les équipements techniques ni les usages hors horaires. Le sous-comptage doit suivre les questions auxquelles l’exploitant doit répondre : par locataire, par étage, par équipement majeur et par usage particulier. Chaque compteur a besoin d’un nom de point, d’une unité, d’un multiplicateur, d’un intervalle et d’un indicateur de qualité définis. Les sorties impulsionnelles sont peu coûteuses mais perdent en résolution et ne renseignent pas sur la qualité de l’énergie ; les compteurs Modbus et BACnet offrent des données plus riches mais dépendent d’une cartographie correcte des registres ou des objets. Les transformateurs de courant doivent être dimensionnés et posés sur le bon conducteur. La qualité des données fait partie de la conception : intervalles manquants, remises à zéro des compteurs, dérive d’horloge et relevés estimés doivent être signalés plutôt que lissés. Une plateforme qui présente chaque relevé comme également valide produira des rapports qui semblent fiables mais sont faux. Le plan de comptage doit aussi préciser qui possède chaque compteur, qui le relève et qui appeler en cas de défaillance.
- Le sous-comptage suit les questions auxquelles l’exploitant doit répondre
- Chaque compteur a un nom, une unité, un multiplicateur et un indicateur de qualité
- Les lacunes, remises à zéro et relevés estimés sont signalés, non masqués
Références de consommation, normalisation et vérification
Une référence de consommation n’est utile que si elle reflète les conditions dans lesquelles le bâtiment a réellement fonctionné. Météo, occupation, heures d’ouverture et horaires de production modifient tous la consommation. La normalisation en degrés-jours, les profils d’occupation et la répartition par surface permettent à une équipe de comparer des périodes sans discuter de la météo. La méthode doit être arrêtée avant toute modification, et non choisie ensuite pour coller au résultat. La qualité des données compte autant que l’analyse : intervalles manquants, remises à zéro des compteurs, erreurs de fuseau horaire et relevés estimés faussent toutes les comparaisons. La plateforme doit conserver la dernière valeur valide avec un indicateur de qualité, afficher la lacune et enregistrer toute correction. Une référence de consommation indéfendable ne résistera ni à une revue budgétaire, ni à un audit énergétique, ni à un litige avec un locataire. La période de référence, la méthode de normalisation, les périodes exclues et l’exhaustivité des données font partie du dossier de remise.
- Normalisation météo et occupation avant comparaison
- Méthode arrêtée avant la modification, pas après le résultat
- Référence de consommation, exclusions et exhaustivité documentées lors de la remise
Solaire, stockage et recharge des véhicules électriques
Les actifs énergétiques décentralisés transforment un consommateur passif en exploitant actif. Les onduleurs PV signalent la production, les systèmes de batteries indiquent l’état de charge et la puissance disponible, et les bornes de recharge signalent la demande des sessions. L’intégration passe généralement par Modbus, une API du constructeur ou un contact sec pour l’état seul. Une fois ces points sur la plateforme, le pilotage devient possible : charger les véhicules lorsque la production est élevée, réserver la décharge de la batterie pour un pic tarifaire ou limiter l’injection au point de raccordement. La séquence de pilotage doit respecter les limites du constructeur de l’actif et les protections électriques du site. La plateforme coordonne ; elle ne remplace pas les fonctions de sécurité propres à l’onduleur. Un montage commercial typique peut associer un champ en toiture de quelques centaines de kWp à une batterie dimensionnée pour l’écrêtement des pointes, mais le ratio dépend du profil de charge, du tarif et des règles d’injection. Le dimensionnement relève d’une étude énergétique, non de la plateforme de pilotage.
- Suivi du rendement PV, de l’autoconsommation et de l’injection
- État de charge de la batterie et programmation de la décharge
- Recharge des véhicules décalée vers la production ou les tarifs heures creuses
Tarifs, pointe de demande et pilotage des charges
Les tarifs à plages horaires, les primes de puissance et les primes de demande récompensent un bâtiment qui décale ses charges, et pas seulement qui consomme moins. La plateforme peut classer les charges flexibles, appliquer des horaires, échelonner les changements de consigne et effacer la demande non critique avant d’atteindre une pointe. Éclairage, ventilation, eau chaude sanitaire, pompes de piscine et recharge des véhicules électriques sont des candidats courants, à condition de préserver le confort et les niveaux de service. Chaque ordre d’effacement nécessite une condition de rétablissement, une durée maximale et une reprise manuelle par l’exploitant. Le pilotage des charges doit être visible dans la même interface que les compteurs qui le justifient ; sinon, le bâtiment réagit à un chiffre que personne ne peut expliquer. La séquence doit aussi prévoir un mode manuel, car un événement d’effacement, un essai de groupe électrogène et une véritable surcharge se ressemblent dans les données. Les exploitants doivent pouvoir voir quelles charges sont disponibles, lesquelles sont verrouillées et pourquoi, avant d’intervenir. La logique tarifaire évolue avec les contrats : les règles doivent être configurables, versionnées et revues à chaque changement du contrat de fourniture.
- Prévision de la pointe de demande et délestage échelonné
- Conditions de rétablissement et reprise manuelle sur chaque effacement
- Règles tarifaires versionnées et revues avec le contrat
Rapports, répartition et facturation aux locataires
La production de rapports est le moment où les données énergétiques deviennent opposables. La répartition entre locataires exige un sous-comptage précis, un ensemble convenu de charges communes et une méthode de rapprochement publiée. Un tableau de bord peut montrer la consommation, mais un état susceptible d’être émis, contesté et corrigé exige un modèle de données derrière lui. La plateforme doit séparer la consommation de la production, le coût du carbone, et les données mesurées des données estimées. Les rapports doivent indiquer la période, les périmètres, le tarif appliqué et l’exhaustivité de chaque compte. Le traitement des alarmes en fait partie : un compteur qui cesse de transmettre est un défaut de données, pas une économie. Les tendances doivent être exportables à un intervalle connu et conservées pendant la durée convenue avec le client. En cas de contestation d’un locataire, l’exploitant doit pouvoir montrer le compteur, le multiplicateur, la règle de répartition et l’historique des corrections sans quitter la plateforme.
- Séparer les données mesurées, estimées et produites
- Règles de répartition et méthode de rapprochement publiées
- Chaque charge traçable jusqu’au compteur, au multiplicateur et à la règle
Mise en service, exploitation et remise
La mise en service prouve que compteurs, interfaces et calculs concordent. Chaque compteur doit être vérifié par rapport à son propre affichage, à la facture du fournisseur ou à un compteur portable ; chaque multiplicateur et chaque unité doivent être contrôlés ; chaque lacune de données doit être expliquée. La référence de consommation doit être recalculée avec des données réelles, et le premier mois de rapports revu avec l’exploitant avant diffusion. La remise comprend le schéma de comptage, la liste de points, la configuration tarifaire, les modèles de rapport, les règles de répartition et la politique de conservation des données. Les exploitants doivent être formés à lire une lacune, à corriger un relevé et à savoir qui appeler lorsqu’un compteur tombe en panne. Le système doit aussi résister aux changements de personnel : un rapport qui dépend du tableur d’une seule personne n’est pas un système. Une revue trimestrielle de la qualité des données et des changements tarifaires maintient la plateforme honnête.
- Chaque compteur vérifié par rapport à une seconde référence
- Premier mois de rapports revu avant diffusion
- Qualité des données et tarif revus chaque trimestre
Fonctions énergétiques, interfaces et contrôles de données
14 rows| Fonction | Source typique | Interface | Rôle de la plateforme et contrôle des données |
|---|---|---|---|
| Comptage de l’arrivée principale | Compteur du distributeur ou transformateurs de courant | Impulsion, Modbus, BACnet | Historiser la demande, comparer les périodes tarifaires, vérifier par rapport à la facture |
| Sous-comptage par étage ou par locataire | Compteurs kWh | Modbus RTU/TCP | Répartir la consommation, détecter les anomalies et confirmer les multiplicateurs |
| Comptage de chaleur | Compteur de chaleur ou compteur BTU | Impulsion ou Modbus | Normaliser le chauffage selon la météo et vérifier les températures d’aller et de retour |
| Comptage de gaz et d’eau | Compteurs du distributeur ou impulsionnels | Impulsion ou Modbus | Suivre l’intensité de combustible et d’eau, signaler les consommations de veille |
| Qualité de l’énergie et demande | Analyseur de réseau ou compteur multifonction | Modbus | Enregistrer les pointes, le facteur de puissance et les excursions de tension |
| Production PV | Onduleur | Modbus ou API du constructeur | Suivre le rendement, l’autoconsommation et l’injection ; vérifier la disponibilité |
| Stockage sur batterie | Contrôleur de batterie | Modbus ou API | Surveiller l’état de charge et programmer la décharge dans les limites |
| Recharge de véhicules électriques | Gestion des bornes de recharge | API ou Modbus | Décaler les sessions, plafonner la demande du site et déclarer l’énergie délivrée |
| Tarif et effacement de demande | Grille tarifaire et données de comptage | Configuration de la plateforme | Prévoir les pointes, échelonner le délestage et enregistrer chaque événement |
| Délestage et échelonnement | Charges et consignes du BAS | E/S locales ou bus de terrain | Délester et rétablir avec conditions de rétablissement et reprise manuelle |
| Répartition et facturation aux locataires | Sous-compteurs et surfaces d’étage | Modèle de données de la plateforme | Appliquer les règles de répartition et rapprocher avant émission |
| Rapports carbone et intensité | Toutes les données de comptage | Modèle de données de la plateforme | Déclarer l’intensité et vérifier la méthode de référence |
| Qualité des données et alarmes | Tous les points de comptage | Modèle de données de la plateforme | Signaler les lacunes, remises à zéro, valeurs figées et relevés estimés |
| Export et conservation | Historien ou base de données | API ou export de fichier | Fournir les données d’intervalle, la piste d’audit et le contrôle de conservation |
Images du projet
3 images
Questions fréquentes
01Comment un système de gestion énergétique du bâtiment collecte-t-il les données ?
Par les compteurs et passerelles déjà présents sur le site, ou par de nouveaux compteurs lorsqu’il n’en existe pas. La plateforme lit les impulsions, Modbus, BACnet ou les API des constructeurs, normalise les points et stocke localement les données d’intervalle. La conception doit préciser l’intervalle, la durée de conservation et la manière dont les lacunes sont signalées, car ces choix déterminent ce qui pourra ensuite être rapporté et vérifié.
02Pouvez-vous intégrer les compteurs déjà en place ?
Souvent, oui. Une visite de reconnaissance confirme d’abord le protocole, la cartographie des registres, le multiplicateur et la qualité des données. Les compteurs à sortie impulsionnelle seule peuvent aussi être intégrés, mais les intervalles estimés ou manquants doivent être signalés et exclus de toute référence. Des compteurs très anciens sans sortie lisible peuvent devoir être remplacés si la facturation ou la vérification en dépend.
03Faut-il un stockage par batterie pour en tirer profit ?
Non. Le comptage, les références de consommation, la programmation et le pilotage des charges apportent de la valeur à eux seuls. Le stockage ajoute de la flexibilité, mais c’est une décision d’investissement qui doit suivre le profil de charge, le tarif et les règles d’injection, et non les précéder. Un bâtiment incapable d’expliquer sa consommation n’exploitera pas bien une batterie, et une batterie ne corrigera pas un problème de données.
04Comment les économies d’énergie sont-elles vérifiées ?
Par rapport à une référence convenue, avec la même méthode de normalisation avant et après la modification. Le rapport indique l’exhaustivité des données et les ajustements éventuels, afin que le résultat puisse être examiné plutôt qu’accepté sur parole. La vérification doit être planifiée avec le périmètre de mesure, les règles d’ajustement et la période de revue écrits avant la première mesure mise en œuvre.
05La plateforme peut-elle piloter le PV et la recharge des véhicules électriques ?
Elle peut les coordonner lorsque l’onduleur et la borne de recharge exposent une interface adaptée. Les limites de sécurité, les limites d’injection et les restrictions d’exploitation du constructeur restent en vigueur. Le pilotage se limite généralement à des consignes, des ordres de marche et d’arrêt et des limites de courant ; les réglages de protection restent du ressort de l’installation électrique et des contrôleurs des actifs.
06La gestion de l’énergie nécessite-t-elle une connexion cloud ?
Non. Le pilotage et les données d’intervalle peuvent fonctionner localement. Les services cloud sont facultatifs pour la production de rapports à distance ou la consolidation multi-sites et ne doivent pas se trouver sur le chemin critique. Si un service cloud est utilisé, le contrat doit préciser où les données sont stockées, combien de temps elles sont conservées et ce qui se passe en cas de perte de connexion.
07Les locataires peuvent-ils être facturés à partir des mêmes données ?
Lorsque le sous-comptage est précis et que les règles de répartition sont convenues, oui. La facturation ajoute un processus de rapprochement : le modèle de données, la méthode des charges communes et la procédure de contestation doivent être définis avant la première facture. La plateforme fournit les preuves ; le bail et les règles locales décident de ce qui peut être facturé.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.