Serveur OPC connecté, mais les tags sont figés ? Corrigez les valeurs obsolètes sur les systèmes ABB et GE
Une connexion verte au serveur OPC ne prouve pas que chaque variable est à jour. Sur les installations ABB 800xA et GE PACSystems, suivez la valeur, la qualité et les horodatages du contrôleur au serveur, puis au client, avant de remplacer le matériel réseau.
Pourquoi les variables peuvent-elles rester figées malgré une connexion saine ?
Le serveur peut rester connecté alors que certains chemins d'éléments, groupes de scrutation, abonnements ou paramètres du client cessent de fournir des mises à jour utiles. Vérifiez d'abord si la valeur source change réellement. Comparez ensuite les horodatages source et serveur du serveur, la qualité ou l'état, ainsi que la dernière mise à jour affichée par le client. Certaines valeurs de processus stables de manière légitime ne génèrent aucun nouvel événement de changement ; un affichage figé ne prouve pas à lui seul un défaut de communication.
Comment vérifier la table d'adressage de l'automate ?
Comparez l'identifiant de chaque élément OPC concerné avec la variable réelle du contrôleur, son type de données et son indice de tableau. Sur un contrôleur GE PACSystems RX3i tel que l'IC695CPU315, vérifiez le mappage réel des variables utilisé par le pilote installé ; ne partez pas du principe que tous les projets PACSystems utilisent le même schéma de blocs de données. Une adresse peut toujours exister sans être écrite par la logique. Pour un système ABB utilisant un processeur PM861A, vérifiez le composant de connectivité installé et ses diagnostics afin d'identifier les éléments non résolus. Évitez de vous fier au nom d'une passerelle qui peut ne pas exister dans cette installation.
Les abonnements et les groupes de scrutation peuvent-ils donner l'impression que les valeurs sont obsolètes ?
Oui. Comparez les taux de mise à jour demandés et réels, et recherchez les mises à jour perdues, les intervalles modifiés, les délais d'attente ou les files d'attente surchargées dans le serveur OPC et le client concernés. Regroupez les éléments selon les besoins opérationnels réels. Un cycle demandé rapide n'est pas nécessairement fourni et ne doit pas être prescrit à partir d'une valeur générique. Modifiez un seul groupe à la fois, puis vérifiez les horodatages et la qualité des éléments concernés.
La zone morte peut-elle masquer de petites variations ?
Une zone morte de changement de données peut supprimer les notifications lorsque la source change de moins qu'un seuil configuré. Vérifiez si elle est appliquée au niveau de l'automate, du serveur OPC, de l'abonnement ou de l'historien, et si elle est absolue ou exprimée en pourcentage. Comparez une valeur source dont le changement est connu avec la valeur reçue dans le cadre d'un test autorisé. Choisissez le seuil en fonction de la résolution du processus, du bruit et du niveau de visibilité requis ; une zone morte nulle ou non nulle relève d'une décision de conception, et non d'une règle universelle.
Comment évaluer la charge de communication du contrôleur ?
Comptez les lecteurs directs et examinez les diagnostics du contrôleur, de l'adaptateur réseau et du serveur pour vérifier les limites de connexion, le temps de réponse, les nouvelles tentatives et les délais d'attente. Un module Ethernet GE PACSystems tel que l'IC695ETM001 permet notamment d'identifier le matériel installé pendant l'examen ; utilisez son manuel spécifique pour connaître les limites et les compteurs. Ne consolidez les scrutations redondantes qu'après avoir vérifié la disponibilité et les besoins du processus. Une session serveur saine peut coexister avec un contrôleur surchargé ou une défaillance chez un seul client.
Le passage d'OPC DA à OPC UA résoudra-t-il le problème ?
Pas automatiquement. OPC DA utilise Windows COM/DCOM ; OPC UA repose sur un modèle différent de communication et de sécurité, avec des certificats et, lorsque cela est pris en charge, l'état ou les horodatages des éléments. Une migration peut simplifier certains problèmes liés à DCOM, mais elle ne corrige ni les mauvaises adresses, ni les valeurs source inchangées, ni les paramètres d'abonnement inadéquats. Vérifiez les versions de connectivité ABB 800xA et GE concernées, le mappage des espaces de noms, la confiance de sécurité et le comportement du client avant de planifier une migration.
Que doit contenir le compte rendu de dépannage ?
Enregistrez les chemins des éléments concernés, les valeurs source, la qualité et les horodatages à chaque niveau, les taux de mise à jour réels, les paramètres de zone morte, les diagnostics de communication et la modification qui a rétabli les mises à jour. Conservez un point de test dont la valeur change de manière sûre si le site l'autorise, mais ne forcez jamais une valeur de processus en production sans procédure approuvée.
Auteur : Zhang Weijian est ingénieur en automatisation industrielle et possède plus de 10 ans d'expérience dans les API, les DCS et les systèmes de contrôle.
