Affichages SCADA avec valeurs erronées alors que le PLC lit correctement : Guide de diagnostic des causes profondes

Le Problème Fondamental : Les Opérateurs Font Confiance à de Mauvais Chiffres

Votre automate GE RX3i affiche une température de réacteur de 87,4 °C. Votre IHM Yokogawa CENTUM VP indique 22 937 °C. Le transmetteur de terrain est en bon état. Rien n’a changé dans la logique ladder. Pourtant, l’opérateur en salle de contrôle voit une lecture complètement erronée et hésite à agir. Cette déconnexion entraîne des arrêts manqués, des déclenchements intempestifs et une perte de visibilité sur le procédé. La cause racine ne se trouve jamais dans l’appareil de terrain. Elle réside dans le chemin des données entre le registre de sortie de l’automate et la base de données des tags SCADA.

Cinq défauts spécifiques sont responsables de 95 % de ces cas. Chacun laisse une empreinte distincte. Identifiez d’abord cette empreinte, puis corrigez-la. Ce guide détaille chaque défaut avec des paramètres concrets de Yokogawa et GE RX3i.

Défaut 1 — Échelle Appliquée Deux Fois

Le module d’entrée analogique GE RX3i AI-215 fournit un entier 15 bits. À 4 mA, le comptage brut est 0 ; à 20 mA, il est 32 000. Le bloc fonction SCALE_INT de l’automate GE convertit cela en unités d’ingénierie (UI) — par exemple 0–200 °C — et stocke le résultat dans %R00101 en tant que REAL. Si ensuite Yokogawa CENTUM VP lit %R00101 et applique une autre conversion 0–32000 vers 0–200 °C dans la définition du tag, la valeur affichée saute à 200 × (87,4 / 200) × (32000 / 200) = 13 984 °C. Vérifiez toujours le type de tag PLC avant de configurer l’échelle SCADA.

1. Ouvrez GE Proficy Machine Edition. Naviguez jusqu’au bloc AI du canal suspect.
2. Confirmez si la référence de sortie (%R ou %AI) contient des comptages bruts ou des UI. Brut = type WORD ; UI = type REAL.
3. Dans Yokogawa CENTUM VP Builder, ouvrez la définition du tag pour ce point. Si le bloc GE fournit déjà des UI, réglez SCADA Input Low = 0.0 et Input High = 1.0 avec Output Low = 0 et Output High = 200 pour créer un passage 1:1. Supprimez toute conversion brut-vers-UI.
4. Écrivez une valeur test de 100,0 dans %R00101 via le moniteur de données GE. Vérifiez que CENTUM VP affiche 100,0 ± 0,1. Sinon, réexaminez la chaîne d’échelle du tag.

Défaut 2 — Conflit de Type de Données entre REAL et INT

Un REAL IEEE 754 32 bits stocké dans deux registres Modbus consécutifs (par exemple 40101 et 40102) ressemble à un entier énorme sans signification si le tag SCADA ne lit que le registre 40101 en INT16. Yokogawa CENTUM VP utilise les types de tag REAL, LONG, INT et WORD. GE RX3i utilise REAL (float 32 bits) et INT (entier signé 16 bits). Ces types doivent correspondre à la frontière Modbus. Un mauvais appariement REAL produit des valeurs comme –2 147 352 576 ou 3,4028E38 dans la faceplate SCADA.

1. Dans GE Proficy, notez le type exact de chaque tag exporté — REAL occupe 2 registres Modbus ; INT en occupe 1.
2. Dans les paramètres OPC DA de CENTUM VP, réglez Data Type = REAL pour toutes les références GE en virgule flottante. Mettez le nombre de registres à 2 par tag.
3. Confirmez que le paramètre d’ordre des octets dans le pilote Modbus Yokogawa correspond à celui de GE RX3i. GE RX3i utilise par défaut l’ordre big-endian des mots.
4. Forcez une valeur REAL connue (par exemple 50,0 = hex 42480000) dans le registre GE. Vérifiez que CENTUM VP lit 50,0 sans troncature.

Défaut 3 — Erreurs d’Ordre des Mots et des Octets Modbus

Le GE RX3i stocke un REAL 32 bits sur les registres 40101 (mot haut) et 40102 (mot bas). Yokogawa CENTUM VP avec les paramètres par défaut du pilote Modbus peut lire le registre 40101 comme mot bas et 40102 comme mot haut. Le résultat est un flottant avec octets inversés qui produit un nombre complètement différent. Par exemple, 87,4 °C (hex 42AE999A) devient –8,50505E–30 lorsque les mots sont inversés. Corrigez cela dans le bloc de paramètres de communication CENTUM VP.

1. Ouvrez CENTUM VP System View. Naviguez jusqu’au nœud de communication maître Modbus.
2. Trouvez le paramètre d’ordre des octets FLOAT32. Les options sont généralement : ABCD (big-endian), CDAB (mid-big), BADC (mid-little), DCBA (little-endian).
3. GE RX3i utilise l’ordre ABCD. Réglez le pilote CENTUM VP sur ABCD pour tous les tags REAL provenant de GE.
4. Redémarrez le pilote Modbus. Vérifiez avec une valeur d’ingénierie connue. Documentez le paramètre d’ordre des octets dans la fiche de boucle.

Défaut 4 — Décalage d’Adresse et Données Obsolètes

Les erreurs de décalage d’adresse proviennent d’un décalage entre une numérotation des registres basée sur 0 ou sur 1. L’ingénieur GE PLC assigne une valeur au registre 40021. L’ingénieur Yokogawa configure le tag pour lire l’adresse 20 (base 0), s’attendant au registre 40021 — mais dans certains pilotes Modbus, l’adresse base 0 20 correspond au registre 40021, tandis que dans d’autres elle correspond au 40022. Un décalage d’un registre signifie que le tag SCADA lit une variable complètement différente. Cela est silencieux et dangereux dans une usine en fonctionnement. Les données obsolètes sont tout aussi risquées. Quand CENTUM VP perd la connectivité Modbus pendant plus de 500 ms, il fige la dernière bonne valeur et affiche la qualité du tag comme « Incertaine ». Les opérateurs peuvent ne pas remarquer ce changement de qualité si la faceplate HMI ne colore pas la qualité.

1. Comparez le tableau d’assignation des registres GE Proficy avec celui des adresses de tags CENTUM VP. Résolvez la différence base 0 versus base 1 en injectant une valeur unique (par exemple 123,4) dans un registre connu et en confirmant que le tag SCADA correct se met à jour.
2. Dans CENTUM VP, activez l’affichage de la qualité des tags sur toutes les faceplates analogiques critiques. Configurez une alarme système si plus de 5 % des tags passent en qualité « Mauvaise ».
3. Réglez le timeout de communication Modbus à 1 000 ms avec 3 tentatives avant de déclarer un tag Mauvais. Les timeouts par défaut de 30 secondes masquent les coupures intermittentes.
4. Consignez toutes les erreurs de communication dans le journal d’événements CENTUM VP. Analysez-le chaque semaine pour détecter des motifs récurrents de coupures indiquant des défauts matériels ou une congestion réseau.

Conseils d’Action Validés sur le Terrain

Toutes les discordances de données SCADA-PLC relèvent d’une de ces cinq catégories : double mise à l’échelle, conflit de type de données, erreur d’ordre des mots, décalage d’adresse ou données obsolètes. Commencez le diagnostic en lisant directement le registre brut sur le moniteur de données GE RX3i et en le comparant à la valeur du tag Yokogawa CENTUM VP au même instant. Si le registre brut affiche la bonne valeur UI et que le SCADA ne le fait pas, la faute vient de la communication ou de la configuration du tag — pas de l’appareil de terrain. Corrigez d’abord les problèmes d’échelle et de type de données ; ce sont les plus fréquents. Puis vérifiez l’ordre des octets, le mappage des adresses et les paramètres de qualité de communication. Documentez chaque paramètre corrigé dans la fiche de boucle telle que construite. Un seul tag mal configuré dans une boucle critique de réacteur peut provoquer un arrêt non planifié coûtant des dizaines de milliers de dollars par heure. La correction prend moins de 30 minutes quand on sait quel registre vérifier.

Pour une intégration Modbus fiable entre GE RX3i et Yokogawa CENTUM VP, envisagez d’utiliser un module de communication Modbus dédié pour combler les différences de protocole et simplifier le dépannage.