Correction de la perte de synchronisation pour la redondance des automates API IC693CPU366

Perte de synchronisation de l’interface de redondance IC693CPU366 : pourquoi deux CPU ne parviennent pas à effectuer un basculement sans à-coup

Comprendre le défaut de perte de synchronisation

Conséquences du défaut de redondance de l’IC693CPU366 pour les systèmes de contrôle

L’IC693CPU366 est un ancien module CPU destiné à la plateforme GE Fanuc Series 90-30. Il offre 240 kB de mémoire utilisateur et exécute la logique booléenne en 0,22 ms par kilooctet. Les architectes système ont longtemps utilisé ces CPU en paires redondantes à secours à chaud pour le contrôle des processus critiques. Toutefois, le défaut de perte de synchronisation perturbe souvent ce schéma de redondance. Cette erreur signifie que les CPU principal et de secours ne partagent plus un état identique du processus. Sans tables de données synchronisées, un basculement perturbe le processus au lieu d’assurer une transition transparente.

Les ingénieurs doivent donc considérer ce défaut comme une menace critique pour la disponibilité. L’architecture redondante dépend entièrement de la réplication continue des données entre les deux processeurs. Lorsque la synchronisation se dégrade, le CPU de secours ne peut pas prendre le contrôle sans provoquer une perturbation mesurable du processus. Cet article décrit les modes de défaillance précis à l’origine de cette situation.

Dégradation de la liaison matérielle entre les CPU redondants

Problèmes de câble de synchronisation et de bus Genius dans la redondance des automates programmables

Le canal de synchronisation entre les CPU redondants repose sur du matériel de communication dédié. De nombreuses configurations de secours à chaud 90-30 utilisent une communication par bus Genius ou un câble de synchronisation propriétaire. La dégradation physique de cette liaison provoque directement des erreurs de perte de synchronisation. Par exemple, des raccordements de câble desserrés entraînent une connectivité intermittente. De même, les interférences électromagnétiques provenant de variateurs de fréquence proches peuvent corrompre les paquets de synchronisation.

De plus, la liaison de synchronisation nécessite une résistance de terminaison adaptée. L’absence de résistances de terminaison ou l’utilisation de résistances incorrectes provoque des réflexions du signal. Ces réflexions corrompent les trames de données et déclenchent des défauts de délai d’attente de synchronisation. Les ingénieurs doivent mesurer la continuité de la liaison et vérifier les valeurs de terminaison par rapport à la documentation d’installation d’origine. Les changements de cheminement des câbles à proximité de conducteurs haute tension constituent une autre source fréquente de bruit induit.

Différence de révision du micrologiciel dans les modules CPU

Pourquoi un micrologiciel identique est essentiel pour un basculement sans à-coup

L’IC693CPU366 a connu plusieurs révisions du micrologiciel au cours de son cycle de vie. Le protocole de synchronisation exige que les deux processeurs utilisent des versions identiques du micrologiciel. Une différence de révision amène le moteur de synchronisation à rejeter les trames de données provenant du processeur partenaire. Par conséquent, la paire redondante ne parvient pas à établir un état de synchronisation cohérent.

De plus, les mises à niveau du micrologiciel effectuées sur un seul processeur entraînent exactement cette situation. Les informations utilisateur, notamment la logique du programme et les tables de configuration, sont automatiquement effacées lors des changements de micrologiciel. Les ingénieurs doivent donc vérifier que les deux processeurs indiquent des codes de révision du micrologiciel identiques avant la mise en service de la paire redondante. Le module IC693CPU366 prend en charge la programmation avec Proficy Machine Edition Logic Developer version 5.0 ou ultérieure. Ce logiciel permet de consulter la révision du micrologiciel des deux processeurs.

Divergence des temps de balayage entre les unités principale et de secours

Comment les tâches asynchrones perturbent la synchronisation des processeurs

Les processeurs redondants doivent exécuter des cycles de balayage identiques pour rester synchronisés. L’IC693CPU366 atteint un temps de balayage de 0,22 ms par kilooctet de logique booléenne. Toutefois, le temps de balayage diverge lorsque les deux processeurs subissent des charges différentes de mise à jour des E/S. Par exemple, le processeur principal peut traiter des demandes de communication supplémentaires provenant de systèmes IHM ou SCADA. Ces tâches asynchrones allongent le cycle de balayage du processeur principal, qui dépasse alors celui du processeur de secours.

Lorsque les temps de balayage divergent au-delà de la fenêtre de tolérance de synchronisation, les processeurs ne peuvent pas réconcilier leurs tables de données. Le processeur de secours reçoit des données de synchronisation faisant référence à un contexte de balayage plus ancien ou plus récent. Le moteur de synchronisation interrompt donc la négociation et signale une perte de synchronisation. Réduire la charge de communication du processeur principal contribue à maintenir des cycles de balayage alignés.

Erreurs de configuration des paramètres de redondance

Chksum Wrds, MaxON et limites des tables de données

Un fonctionnement redondant correct nécessite des paramètres de configuration spécifiques dans la configuration matérielle du processeur. Le paramètre Chksum Wrds, par exemple, doit être réglé sur 11 pour le processeur principal et sur 12 pour le processeur de secours dans les applications à redondance active. Des valeurs incorrectes pour ces paramètres empêchent le protocole de synchronisation de s’initialiser correctement.

De plus, le logiciel MaxON gère l’échange des données de redondance et la logique de commutation. Des versions de MaxON incompatibles avec la version installée de Proficy Machine Edition entraînent des échecs de configuration. Les ingénieurs doivent vérifier que la configuration de redondance comprend toutes les tables de données requises. Des zones de mémoire de référence manquantes dans le périmètre de synchronisation créent des états de synchronisation partielle. Ces états partiels finissent par entraîner une perte totale de synchronisation.

Procédures de diagnostic pour identifier la cause fondamentale

Tables des défauts, vérifications à l’oscilloscope et vérification des applications

Le diagnostic systématique commence par l’examen des tables des défauts dans Proficy Machine Edition. Le CPU consigne les défauts de synchronisation avec des codes d’erreur précis qui indiquent leur catégorie. Les ingénieurs doivent récupérer ces tables des défauts sur les deux CPU et comparer les horodatages. Des défauts corrélés suggèrent un problème de liaison de communication, tandis que des défauts asymétriques indiquent des problèmes de configuration ou de micrologiciel.

Ensuite, les techniciens doivent mesurer la liaison de synchronisation physique à l’aide d’un oscilloscope. L’analyse de l’intégrité du signal révèle les réflexions, l’atténuation ou l’injection de bruit. En outre, vérifier que les deux CPU exécutent des programmes d’application identiques permet d’écarter les divergences de programme comme cause possible. L’IC693CPU366 prend en charge un maximum de 4096 points d’E/S discrètes et 240 kB de mémoire de registres. Les applications dépassant ces limites peuvent présenter un comportement de synchronisation erratique.

Bonnes pratiques pour maintenir la synchronisation redondante

Maintenance préventive et migration vers PACSystems RX3i

La maintenance préventive réduit la probabilité de défauts de perte de synchronisation. Les ingénieurs doivent programmer des vérifications périodiques de l’intégrité de la liaison de synchronisation. Ces vérifications comprennent l’inspection des câbles, la mesure de la résistance de terminaison et l’examen de la table des défauts. Le maintien de versions de micrologiciel identiques sur les deux CPU prévient les incompatibilités au niveau du protocole.

De plus, documenter la configuration de redondance établit une référence pour les futurs dépannages. Le relevé de configuration doit inclure les valeurs Chksum Wrds, la version de MaxON et les limites des tables de données synchronisées. Enfin, envisager la migration vers la plateforme PACSystems RX3i permet de bénéficier de fonctionnalités modernes de redondance. Le RX3i utilise une technologie de mémoire réfléchissante pour synchroniser plus étroitement les CPU et permettre une commutation sans à-coups. Cette technologie élimine bon nombre des modes de défaillance présents dans les anciens systèmes de redondance 90-30.

Cas d’application et scénario de solution

Exemple concret : rétablir un transfert sans à-coups dans une usine de traitement de l’eau

Une usine municipale de traitement de l’eau exploitait une paire en veille active GE Fanuc Series 90-30 équipée de modules IC693CPU366. L’unité centrale de secours signalait régulièrement une perte de synchronisation pendant les heures de forte demande. L’équipe de maintenance a d’abord vérifié le câble de synchronisation et découvert des vis de terminaison desserrées. Après avoir resserré les connexions, le défaut persistait. Une vérification du micrologiciel a révélé que l’unité centrale principale exécutait une version plus récente que celle de l’unité de secours. L’équipe a mis à niveau les deux unités centrales vers la même version du micrologiciel et vérifié les paramètres Chksum Wrds. Elle a également réduit la fréquence d’interrogation de l’IHM sur l’unité centrale principale. La paire redondante a ainsi réalisé un basculement stable sans à-coups et réussi un test de basculement contrôlé. Ce cas montre que plusieurs petits problèmes peuvent se combiner et compromettre la synchronisation dans les systèmes d’automatisation industrielle.

Pour relever des défis similaires, NexAuto Technology Limited prend en charge les anciennes plateformes GE Fanuc et PACSystems. Contactez notre équipe pour le diagnostic, les pièces de rechange et la planification de la migration.

Foire aux questions

Que signifie une perte de synchronisation sur une paire redondante IC693CPU366 ?

Cela signifie que les unités centrales principale et de secours ne partagent plus des données d’état du processus identiques. Un basculement provoquera donc une perturbation du processus au lieu d’un transfert transparent.

Une différence de micrologiciel peut-elle à elle seule provoquer une perte de synchronisation ?

Oui. Le protocole de synchronisation exige des versions de micrologiciel identiques sur les deux unités centrales. Une différence entraîne le rejet par le moteur de synchronisation des trames de données provenant de l’unité centrale partenaire.

Comment vérifier l’intégrité de la liaison de synchronisation sur un système Series 90-30 en veille active ?

Mesurez la continuité de la liaison et la résistance de terminaison. Utilisez un oscilloscope pour examiner l’intégrité du signal et détecter les réflexions, l’atténuation ou l’injection de bruit.

Quelles sont les valeurs correctes de Chksum Wrds pour le fonctionnement en veille active ?

Réglez Chksum Wrds sur 11 pour l’unité centrale principale et sur 12 pour l’unité centrale de secours dans les applications en veille active.

Quand dois-je migrer de la redondance Series 90-30 vers PACSystems RX3i ?

Envisagez la migration lorsque les pièces de rechange se font rares, que la prise en charge du micrologiciel prend fin ou que vous avez besoin d’une synchronisation plus étroite. Le RX3i utilise une mémoire réfléchissante pour un basculement sans à-coups.

Coordonnées

Demandes de renseignements : sales@nex-auto.com
Téléphone : +86 153 9242 9628

Partenaire NexAuto Technology Limited : https://www.nex-auto.com/

Consultez ci-dessous les articles populaires pour plus d’informations sur AutoNex Controls