Réutiliser un compteur d’énergie déjà en service

Un compteur d’énergie peut déjà alimenter un automate, une supervision ou le système d’un prestataire. Pour ajouter un suivi énergétique, il faut d’abord comprendre cette collecte. Une nouvelle connexion peut modifier la charge de communication, les accès ou le fonctionnement d’une passerelle. Le projet doit préserver les usages existants et définir comment le vérifier.

Ce guide propose une méthode de préparation. Il ne décrit pas une intervention réalisée chez un client et ne garantit pas une intégration sans interruption. Le choix dépend du modèle du compteur, de ses interfaces, du système déjà en place et des autorisations du site.

Retrouver qui utilise le compteur

Commencez avec l’exploitation et la maintenance. Quel équipement lit le compteur ? Qui configure cette lecture ? Où sont conservées les données ? Servent-elles à une alarme, à une régulation, au reporting interne ou à une relation contractuelle ? Une valeur affichée dans un logiciel ne suffit pas à reconstituer la chaîne.

Relevez la référence du compteur, sa version, les interfaces utilisées et la documentation disponible. Identifiez aussi les passerelles et les équipements intermédiaires. Pour chaque flux, notez son responsable, les variables lues, la cadence configurée et les dépendances connues. Distinguez ce qui est documenté de ce qui reste à observer avec les équipes autorisées.

Un plan de comptage énergétique précise les usages et les données nécessaires. Ici, la question est plus ciblée : comment ajouter un usage à une chaîne de collecte qui fonctionne déjà ?

Comparer la reprise des données et une lecture supplémentaire

Deux chemins méritent d’être examinés avant de choisir du matériel.

• Reprendre les données du système existant. Un export ou une interface autorisée peut fournir les mesures nécessaires. Vérifiez les variables disponibles, la qualité, les délais, les droits d’utilisation et les conditions d’accès. Cette option ajoute une dépendance au système qui fournit les données.
• Lire une interface du compteur. Cette option suppose que l’équipement, sa configuration et le réseau acceptent le nouvel usage. Il faut identifier les capacités disponibles, les échanges déjà actifs et les essais nécessaires.

Aucune option n’est préférable dans tous les cas. Une collecte existante peut fournir un index quotidien suffisant pour un bilan, mais pas le détail nécessaire à une analyse de fonctionnement. À l’inverse, un besoin limité ne justifie pas automatiquement un nouvel accès direct au compteur. Décrivez la décision attendue avant de demander une cadence plus élevée.

Distinguer une liaison série d’un accès Ethernet

Le guide Modbus série V1.02, section 2.1 prévoit un seul maître à la fois sur le bus. Ajouter un second équipement qui interroge indépendamment le même bus ne constitue donc pas une simple duplication de lecture. Examinez les possibilités de redistribution par le système existant ou une architecture de passerelle adaptée.

Sur Ethernet, le guide d’implémentation Modbus TCP/IP, section 4.4.2.1 décrit des limites de traitement liées à l’implémentation du serveur. La présence d’une prise réseau ne prouve pas qu’un compteur ou une passerelle peut accepter une lecture supplémentaire à la cadence souhaitée. La notice du modèle et les essais restent nécessaires.

Pour une sortie impulsionnelle, une interface M-Bus ou un protocole constructeur, consultez la documentation correspondante. Ne déduisez pas leur fonctionnement de celui de Modbus. La compatibilité doit couvrir toute la chaîne, du compteur au logiciel destinataire.

Définir ce que signifie chaque donnée

Avant de comparer deux écrans, établissez une liste des points : grandeur, unité, échelle, sens de comptage et traitement appliqué. Une puissance en kW, un index d’énergie en kWh et une consommation calculée sur une période ne sont pas interchangeables. Identifiez aussi les rapports de transformation et les conventions de signe lorsqu’ils s’appliquent.

Si les données passent par OPC UA, la structure DataValue de l’OPC Foundation distingue la valeur, le statut et les horodatages source et serveur. Conservez ces informations lorsqu’elles sont disponibles. Une heure de réception récente ne démontre pas à elle seule que la mesure vient d’être renouvelée.

Définissez le comportement attendu lorsqu’une donnée manque, devient invalide ou arrive en retard. Évitez qu’une ancienne valeur soit présentée comme une nouvelle mesure. Les règles de remplacement, de calcul ou de reprise de l’historique doivent rester identifiables.

Préparer l’intervention avec les responsables du site

La préparation doit nommer le responsable de la collecte actuelle, celui de la nouvelle interface et la personne qui autorise le changement. Précisez les accès nécessaires, les droits de lecture ou d’écriture et les configurations à sauvegarder. Un compte partagé ou un accès réseau disponible ne constitue pas une autorisation de modification.

Le guide OT du NIST, SP 800-82 révision 3, traite la gestion des changements en tenant compte des contraintes de disponibilité et de sécurité des installations. Cette référence technique ne constitue pas une exigence réglementaire suisse applicable à tout projet.

Convenez d’une fenêtre d’intervention si elle est nécessaire, de critères d’arrêt de l’essai et d’un retour arrière réalisable. Une copie de configuration ne suffit pas : il faut savoir qui peut la réappliquer et quelles conséquences cette opération aurait sur les échanges en service.

Vérifier la coexistence des deux usages

Avant l’ajout, relevez l’état de référence avec les outils autorisés : données reçues par le système existant, états de communication, défauts connus et conditions d’exploitation. Les critères d’acceptation se définissent avec l’exploitant, selon les besoins de chaque système.

Après le changement, vérifiez les deux parcours. Le nouveau tableau de bord peut afficher une mesure alors que l’ancienne collecte présente des lacunes. Contrôlez les valeurs, les unités, les horodatages, les défauts et la continuité des échanges. Les essais de perte de communication ou de reprise sont à préparer selon les risques du site ; ils ne doivent pas être improvisés sur une installation en production.

Conservez le résultat attendu, le résultat observé, la configuration testée et les écarts. Si une limite n’a pas pu être vérifiée, inscrivez-la dans les réserves de réception plutôt que de conclure à une compatibilité générale.

Conserver un historique compréhensible

La reprise ne doit pas rendre les périodes antérieures ambiguës. Notez la date de bascule, les sources utilisées, les éventuelles lacunes et les changements de traitement. Gardez l’historique initial accessible selon les accords du site. Ne reliez pas automatiquement des séries dont les unités ou les périmètres diffèrent.

Le dossier remis rassemble le schéma des échanges, la liste des points, les accès autorisés, les configurations sauvegardées et les résultats d’essai. Le guide des livrables d’intégration énergétique détaille leur place dans un projet plus large. Le choix des interfaces OPC UA constitue une question complémentaire lorsque plusieurs systèmes doivent exploiter les mêmes données.

Vanguard Systems étudie les interfaces énergétiques et l’automation PLC/SCADA en Suisse romande. Pour préparer une reprise de données, transmettez les références des équipements et l’architecture disponible. Le périmètre proposé précisera les accès, les essais et les responsabilités ; le suivi en maintenance se définit selon les installations retenues.