Serveur OPC connecté, mais les tags sont figés : méthode de terrain Yokogawa et ABB

Pourquoi un tag figé piège les opérateurs

Les serveurs OPC font le lien entre les automates programmables (PLC), les systèmes SCADA, les IHM et les historiens. Les opérateurs font confiance à l’icône verte indiquant que la connexion est établie. Pourtant, les tags peuvent rester figés sur leur dernière valeur correcte : le canal semble sain alors que les données sont obsolètes. Cet écart est dangereux. Un écran Yokogawa CENTUM VP ou ABB 800xA peut afficher une pression stable alors que la valeur réelle dérive silencieusement. Considérez un tag obsolète comme un défaut de qualité, et non comme un défaut de liaison, puis traitez-le avec une méthode par couches.

Q : Comment confirmer qu’il ne s’agit pas d’une véritable défaillance de liaison ?

Commencez par séparer l’état de la liaison de la qualité des données. Les bits de qualité et les horodatages révèlent la vérité : un horodatage fixe signifie qu’aucun nouvel échantillon n’arrive.

Le contrôleur ABB AC 800M expose à la fois l’état de la liaison et la qualité des tags dans ses vues de diagnostic, ce qui facilite la distinction entre ces deux défauts.

• Étape 1 — Envoyez une requête ping au PLC et ouvrez son port de transport (par exemple, Modbus TCP 502 ou le port Ethernet du fabricant).
• Étape 2 — Dans le serveur OPC, lisez un tag figé et un tag sain appartenant au même groupe.
• Étape 3 — Comparez les codes de qualité et les horodatages. Un tag sain avance à chaque cycle de scrutation.
• Étape 4 — Écartez un problème côté client. Le moniteur du serveur peut se mettre à jour alors que la vue de l’IHM reste bloquée.

Q : Pourquoi un audit de la table d’adressage est-il important ?

Les modifications du PLC effectuées pendant la maintenance peuvent interrompre les tags sans avertissement. Une variable est déplacée vers un nouveau bloc de données ou registre ; les index de tableau changent ; les types de données sont modifiés. Le descripteur de l’élément OPC pointe toujours vers l’ancienne adresse et renvoie une valeur mise en cache ou des zéros.

Sur un ABB AC 800M, vérifiez attentivement le chemin de la structure de contrôle. Le module d’interface de communication ABB CI853A transmet des données structurées entre le contrôleur et les clients OPC externes ; une incompatibilité de type à ce niveau produit de mauvais codes de qualité sans message d’erreur évident.

• Étape 1 — Parcourez l’espace de noms actif du serveur au lieu du fichier de projet enregistré ; comparez les noms.
• Étape 2 — Réaffectez les tags modifiés au numéro de DB, au décalage ou au registre actuels.
• Étape 3 — Faites correspondre exactement les types de données. Lire un DINT comme un REAL produit une mauvaise qualité, et non une valeur correcte.
• Étape 4 — Enregistrez la table, puis redémarrez uniquement le groupe concerné, et non l’ensemble du serveur.

Q : Comment les fréquences de scrutation et les abonnements provoquent-ils le gel des tags ?

Un grand nombre de tags sollicite fortement le pilote. Une scrutation trop agressive sature une passerelle série et le serveur abandonne les échantillons arrivés en retard : certains tags se mettent à jour tandis que d’autres prennent du retard. Regroupez-les par niveau de criticité et définissez des fréquences réalistes.

Pour la scrutation Modbus TCP d’un système ABB, le module d’interface Modbus TCP ABB CI867AK01 et le module Modbus TCP ABB CI867 possèdent chacun des limites de scrutation par canal qui doivent correspondre aux paramètres de classe de scrutation de votre serveur OPC.

• Étape 1 — Définissez les classes de scrutation : 250 ms pour les points d’interverrouillage, 500 ms pour le contrôle, 1 s pour les tendances.
• Étape 2 — Activez une bande morte de 0,2 à 0,5 % de l’étendue afin de réduire le trafic à faible valeur.
• Étape 3 — Ne demandez jamais au client de se mettre à jour plus rapidement que le pilote ne peut le fournir.
• Étape 4 — Déplacez les points non critiques en nombre important vers des lectures Modbus de registres multiples afin d’alléger la charge.

Q : Comment DCOM dissimule-t-il les défauts d’accès partiels ?

L’OPC DA classique repose sur Windows DCOM, qui bloque silencieusement l’accès. Des autorisations de lancement incorrectes figent certains éléments alors que la connexion affiche toujours « connectée ». Corrigez la couche de transport, puis synchronisez les horloges afin que les horodatages correspondent dans les historiens en aval.

• Étape 1 — Accordez les droits de lancement et d’accès aux comptes de service du client et du serveur.
• Étape 2 — Ouvrez la plage de ports dynamiques RPC (1024–5000) dans le pare-feu de l’hôte.
• Étape 3 — Définissez l’authentification DCOM sur Connect entre les domaines, et non sur Packet Privacy.
• Étape 4 — Synchronisez le serveur et le PLC sur une même source NTP afin que les lignes obsolètes soient immédiatement visibles.

Q : Quand dois-je migrer vers OPC UA ?

OPC UA élimine entièrement les problèmes liés à DCOM. Un seul port TCP (4840) traverse le pare-feu, avec un espace d’adressage parcourable et une sécurité intégrée. Encapsulez l’ancien DA avec un tunnel DA-UA ou adoptez un serveur natif lors du prochain arrêt planifié.

Pour l’intégration interconstructeurs entre des systèmes Yokogawa et ABB, la passerelle de communication Bently Nevada 3500/90 peut servir de pont pendant la préparation d’une migration complète vers UA.

• Étape 1 — Ouvrez le port TCP 4840 et délivrez un certificat à chaque client.
• Étape 2 — Sélectionnez Basic256Sha256 avec SignAndEncrypt pour les liaisons étendues.
• Étape 3 — Parcourez l’espace d’adressage UA et réaffectez les tags à des NodeIds stables.
• Étape 4 — Validez la qualité et les horodatages avant de retirer l’encapsulateur DA.

Conclusion et conseils d’action

Un tag figé est un défaut de qualité qui porte le masque d’un système sain. Traitez les couches dans l’ordre : confirmez la liaison, puis la table d’adressage, les abonnements et enfin le transport DCOM. Conservez une référence des fréquences de scrutation et des codes de qualité pour chaque serveur, et consignez un point défectueux afin d’en tirer une leçon pour l’ensemble du parc. Faites-le lors de votre prochain problème de données Yokogawa ou ABB : un écran obsolète devient alors un problème résolu avant même qu’un opérateur n’agisse sur la base de celui-ci.

Auteur : Wang Zhiqiang est ingénieur en automatisation industrielle et possède plus de 10 ans d’expérience dans les PLC, les DCS et les systèmes de contrôle.