Interopérabilité des installations multi-constructeurs : méthodes de normalisation des données terrain en environnement industriel

Enjeux de l'interopérabilité multi-constructeurs

Une problématique au-dela du simple protocole

En environnement industriel, l'interopérabilité ne consiste pas uniquement a « faire communiquer » des équipements. Elle vise surtout a rendre les données terrain comparables, exploitables et gouvernables tout au long du cycle de vie de l'installation : mise en service, exploitation, maintenance, extensions et rétrofits.

Sur un site multi-constructeurs, on retrouve couramment des automates, variateurs, analyseurs de réseau, compteurs d'énergie, capteurs process, modules d'E/S distribuées, enregistreurs, ainsi que des systèmes de supervision SCADA et des couches MES/IIoT. Cette diversité introduit des écarts techniques qui dégradent la qualité de la donnée : interfaces RS485 et Ethernet, communication Modbus RTU et Modbus TCP/IP, conventions de nommage hétérogènes, unités et échelles incohérentes, méthodes d'horodatage variables, et niveaux de cybersécurité non homogènes.

Objectif : une normalisation reproductible « proche du terrain »

L'objectif est de présenter des méthodes applicables au plus près des équipements pour : structurer les tags, harmoniser les types et registres, contextualiser les mesures (unités, états, qualité), fiabiliser l'acquisition et accélérer le diagnostic. Les bonnes pratiques décrites s'appliquent notamment aux cas d'usage énergie (bilans kWh), process (mesures analogiques) et E/S (états et alarmes).

Dans la suite, des exemples d'architecture de médiation et de centralisation s'appuient sur des solutions de SENECA, utilisées a titre illustratif dans des contextes tels que stations de pompage, production et infrastructures urbaines.

Modbus : interopérabilité protocolaire vs sémantique

Pourquoi deux équipements « Modbus » restent difficiles a consolider

Modbus spécifie un mécanisme d'échange (lecture/écriture de registres) mais pas de modèle d'information. En pratique, deux équipements compatibles Modbus peuvent exposer des données difficilement comparables car leurs cartographies divergent : adresses, regroupements, codages, et conventions. Ce point est cohérent avec la logique décrite dans la spécification Modbus Application Protocol.

Les écarts les plus fréquents rencontrés sur site :

• Cartographies de registres différentes (offsets, blocs, interprétation des adresses « 3xxxx/4xxxx » vs adresses PDU).
• Types et encodage hétérogènes : int16/int32, uint16/uint32, float32 souvent basé sur IEEE 754, ordre des mots et des octets (endianness).
• Unités et échelles incohérentes : bar vs mbar, Wh vs kWh, degrés Celsius en entiers vs dixiemes de degrés.
• Etats non uniformes : 0/1, 1/2, bits d'alarme par masque, codes défaut spécifiques.
• Horodatage souvent absent : données instantanées, moyennes ou cumulées sans synchronisation temporelle exploitable.

Conséquence : la donnée peut etre « lisible » pour une supervision, mais difficile a consolider pour des KPI (énergie, performance, corrélation événements/consommations) et pour une maintenance conditionnelle fiable.

RS485/Modbus RTU : fragilités typiques en environnement industriel

La couche physique RS485 est répandue pour sa robustesse et son cout, mais la performance réelle dépend fortement de l'installation : longueurs, dérivations (stubs), terminaison, blindage, mise a la terre, et qualité des connectiques. Des écarts de paramétrage (baudrate, parité, timeouts) et des équipements perturbateurs peuvent dégrader la qualité de service : trames erronées, collisions, silences, allongement des temps de scrutation.

En exploitation, une seule dérive (esclave bavard, réponse erronée, temps de réponse excessif) peut provoquer une collecte instable et rendre l'analyse croisée (cycles process, alarmes, consommations) peu fiable.

Normaliser via une architecture de médiation edge

Principe : continuité de communication + donnée contextualisée

Une approche robuste consiste a traiter l'interopérabilité en deux étages :

• (A) Assurer la continuité de communication : conversion, segmentation, diagnostics, limitation des impacts d'un segment défaillant.
• (B) Normaliser la donnée : tags, unités, types, états, qualité et horodatage, avec des regles reproductibles (templates).

Médiation Modbus RTU vers Modbus TCP/IP

Dans une installation multi-constructeurs, une passerelle ou un serveur série Ethernet permet de présenter un parc Modbus RTU (RS485) sous forme de Modbus TCP/IP, sans refonte des équipements. L'objectif n'est pas uniquement de « convertir », mais de mieux maitriser les timeouts, la segmentation, le diagnostic, et la stratégie de scrutation au plus près de la ligne RS485.

Dans ce type d'architecture, des passerelles et contrôleurs edge peuvent etre utilisés a titre illustratif, par exemple : Z-KEY-0, R-KEY-LT et Z-PASS2-RT.

Conventions de données : tags, unités, types, états

Un dictionnaire de données terrain (a minima)

Pour qu'une normalisation soit exploitable, elle doit couvrir un socle commun :

• Nommage (tags) : hiérarchie site/zone/equipement/mesure, conventions stables, lisibles et versionnées (ex. PUMP01.PWR.ACTIVE, MTR02.I.RMS).
• Unités et échelles : conversion vers une unité de référence (SI ou standard interne) et traitement explicite des facteurs (x10, x1000), cohérence énergétique (Wh/kWh/MWh).
• Types et décodage : règles documentées (int16/uint16/int32/float32), endianness, gestion de saturation et overflow.
• Etats : mapping des états constructeurs vers une taxonomie commune (RUN/STOP/FAULT, niveaux d'alarme, acquittement, interverrouillages).
• Qualité de données : statut de communication, fraicheur (age), out-of-range, valeurs substituées, compteurs d'erreurs et diagnostics de bus.

Industrialiser la normalisation par templates

La démarche la plus maintenable consiste a gérer ces regles sous forme de templates (par famille d'équipements) : compteurs d'énergie, analyseurs réseau, transmetteurs process, modules d'E/S. On évite ainsi de re-coder les conversions dans chaque SCADA/MES, et on réduit le risque d'écarts de reporting lors des extensions.

Horodatage et cohérence temporelle

Synchronisation et horodatage a la collecte

Une donnée normalisée doit rester cohérente dans le temps. Lorsque les équipements le permettent, la synchronisation se base généralement sur NTP, décrit dans la RFC 5905. Sinon, l'horodatage peut etre réalisé a la collecte, en documentant clairement la latence et la gigue (jitter) induites.

Bonnes pratiques a formaliser :

• différencier mesures instantanées, moyennées et cumulées ;
• traiter les reset d'index (compteurs), rollovers et changements d'équipement ;
• définir une politique de reprise (maintenance, remplacement compteur) pour conserver des bilans d'énergie exploitables.

Cybersécurité OT et segmentation réseau

Réduire la surface d'attaque sans dégrader l'exploitation

La normalisation et la médiation doivent rester compatibles avec l'exploitation et la cybersécurité OT. Au niveau référentiel, la série ISA/IEC 62443 est largement utilisée pour structurer les exigences de cybersécurité des es d'automatisation et de controle industriels (IACS).

Mesures techniques courantes en environnement industriel :

• Segmentation réseau en zones et conduits (cellules OT, filtrage inter-zones), en cohérence avec les recommandations de l'ANSSI sur « la cybersécurité des systèmes industriels ».
• Maîtrise des flux : polling dimensionné, regroupement de registres, limitation des scans inutiles.
• Moindre privilège : limiter les fonctions d'écriture lorsque non nécessaires, protéger l'accès a la configuration.
• Traçabilité : gestion des changements (versioning, sauvegardes, procédures de non-régression).

Gains, limites et points de vigilance

Gains opérationnels typiques

L'association médiation protocolaire + normalisation data permet généralement :

• réduction des couts d'intégration via des mappings réutilisables ;
• diminution des erreurs de reporting (unités/échelles maitrisées) ;
• meilleure maintenabilité (regles centralisées, templates) ;
• diagnostic plus rapide (qualité et état intégrés a la donnée) ;
• résilience accrue des architectures mixtes RS485/Ethernet.

Limites réalistes a anticiper

Plusieurs limites doivent etre traitées sans promesses excessives :

• Modbus reste peu sémantique : la qualité dépend fortement des datasheets et des essais de décodage.
• Horodatage natif souvent absent : l'horodatage a la collecte reste une approximation a documenter.
• Charge de polling et déterminisme : sur RS485, la fraicheur doit etre arbitrée avec la robustesse (timeouts, regroupements, priorités).
• Gestion du changement : remplacement d'équipements et évolutions de cartographies imposent une gouvernance (versioning, tests, MOC).

Message clé : une donnée comparable et fiable

Une méthode pragmatique et industrialisable

L'interopérabilité multi-constructeurs se joue sur deux plans complémentaires : la robustesse de communication (RTU vers TCP, maitrise RS485, diagnostics) et la normalisation de la donnée (tags, unités, types, états, qualité, horodatage). Sans normalisation, la donnée reste couteuse a exploiter ; sans médiation robuste, elle reste fragile a collecter.

Produits illustratifs pour la collecte et le datalogging

Pour des architectures Modbus mixtes et la centralisation des données terrain, des solutions de passerelle et d'edge computing peuvent etre mobilisées, par exemple : Z-KEY-0, R-KEY-LT, Z-PASS2-RT.

Pour des besoins de télégestion, datalogging et supervision distante (notamment sur des sites énergétiques), des produits dédiés peuvent etre utilisés a titre illustratif : Z-GPRS3 et Z-LOGGER3.

Conclusion et demande de devis

En déployant une médiation au plus près du terrain et un dictionnaire de normalisation (tags, unités, types, états, qualité, temps), les industriels obtiennent des données plus fiables, plus faciles a consolider et plus rapides a diagnostiquer, tout en limitant la dépendance a des traitements spécifiques dans le SCADA/MES.

Pour cadrer une architecture de collecte Modbus multi-constructeurs (audit de cartographies, stratégie de polling, normalisation et mise en service), vous pouvez solliciter SENECA afin d'obtenir un devis adapté a vos contraintes terrain et d'exploitation.