IC693CPU366 Behebung des Synchronisationsverlusts bei SPS-Redundanz

Synchronisierungsverlust an der Redundanzschnittstelle des IC693CPU366: Warum zwei CPUs keine stoßfreie Umschaltung ermöglichen

Den Fehler „Synchronisierungsverlust“ verstehen

Bedeutung des Redundanzfehlers des IC693CPU366 für Steuerungssysteme

Der IC693CPU366 ist ein älteres CPU-Modul für die Plattform GE Fanuc Series 90-30. Er bietet 240 kB Anwenderspeicher und führt boolesche Logik mit einer Geschwindigkeit von 0,22 ms pro Kilobyte aus. Systemarchitekten setzten diese CPUs früher häufig in redundanten Hot-Standby-Paaren zur Steuerung kritischer Prozesse ein. Der Fehler „Synchronisierungsverlust“ stört dieses Redundanzkonzept jedoch häufig. Dieser Fehler bedeutet, dass die primäre und die Standby-CPU nicht länger über identische Prozesszustandsinformationen verfügen. Ohne synchronisierte Datentabellen führt eine Umschaltung zu einer Prozessunterbrechung statt zu einem nahtlosen Übergang.

Daher müssen Ingenieure diesen Fehler als kritische Bedrohung für die Verfügbarkeit behandeln. Die redundante Architektur hängt vollständig von der kontinuierlichen Spiegelung der Daten zwischen beiden Prozessoren ab. Bei beeinträchtigter Synchronisierung kann die Standby-CPU die Steuerung nicht übernehmen, ohne eine messbare Prozessunterbrechung zu verursachen. Dieser Artikel beschreibt die spezifischen Fehlerursachen, die dafür verantwortlich sind.

Beeinträchtigung der Hardwareverbindung zwischen redundanten CPUs

Probleme mit dem Synchronisierungskabel und dem Genius-Bus bei PLC-Redundanz

Der Synchronisierungskanal zwischen redundanten CPUs basiert auf spezieller Kommunikationshardware. Viele Hot-Standby-Konfigurationen der Serie 90-30 verwenden die Genius-Bus-Kommunikation oder ein proprietäres Synchronisierungskabel. Eine physische Beeinträchtigung dieser Verbindung führt unmittelbar zu Fehlern wegen Synchronisierungsverlusts. Beispielsweise verursachen lose Kabelanschlüsse zeitweilige Verbindungsunterbrechungen. Ebenso können elektromagnetische Störungen durch nahegelegene Frequenzumrichter Synchronisierungspakete verfälschen.

Außerdem benötigt die Synchronisierungsverbindung einen korrekten Abschlusswiderstand. Fehlende oder falsche Abschlusswiderstände verursachen Signalreflexionen. Diese Reflexionen verfälschen Datenrahmen und lösen Fehler durch Synchronisierungs-Timeouts aus. Ingenieure sollten die Verbindung auf Durchgang prüfen und die Abschlusswiderstandswerte mit der ursprünglichen Installationsdokumentation abgleichen. Änderungen an der Kabelführung in der Nähe von Hochspannungsleitungen sind eine weitere häufige Ursache für eingekoppelte Störungen.

Abweichende Firmware-Versionen in CPU-Modulen

Warum identische Firmware für eine stoßfreie Umschaltung wichtig ist

Während seines Produktlebenszyklus erhielt der IC693CPU366 mehrere Firmware-Revisionen. Das Synchronisierungsprotokoll erfordert auf beiden CPUs identische Firmware-Versionen. Bei unterschiedlichen Revisionen lehnt die Synchronisierungsengine Datenframes der Partner-CPU ab. Dadurch gelingt es dem redundanten CPU-Paar nicht, einen konsistenten Synchronisierungszustand herzustellen.

Auch Firmware-Upgrades, die nur auf einer CPU durchgeführt werden, führen zu genau diesem Zustand. Benutzerinformationen, einschließlich Programmlogik und Konfigurationstabellen, werden bei Firmware-Änderungen automatisch gelöscht. Daher müssen Techniker vor der Inbetriebnahme des redundanten CPU-Paars überprüfen, ob beide CPUs identische Firmware-Revisionscodes anzeigen. Das Modul IC693CPU366 unterstützt die Programmierung mit Proficy Machine Edition Logic Developer ab Version 5.0. Diese Software bietet eine Funktion zum Abfragen der Firmware-Revision beider Prozessoren.

Abweichende Scan-Zeiten zwischen primärer und Standby-Einheit

Wie asynchrone Aufgaben die CPU-Synchronisierung beeinträchtigen

Redundante CPUs müssen identische Scan-Zyklen ausführen, um die Synchronisierung aufrechtzuerhalten. Die IC693CPU366 erreicht bei boolescher Logik eine Scan-Rate von 0,22 ms pro Kilobyte. Die Scan-Zeit weicht jedoch ab, wenn die beiden CPUs unterschiedlich stark mit E/A-Aktualisierungen belastet sind. Beispielsweise verarbeitet die primäre CPU möglicherweise zusätzliche Kommunikationsanforderungen von HMI- oder SCADA-Systemen. Diese asynchronen Aufgaben verlängern den Scan-Zyklus der primären CPU über die Zykluszeit der Standby-CPU hinaus.

Sobald die Scan-Zeiten die Synchronisierungstoleranz überschreiten, können die CPUs ihre Datentabellen nicht mehr abgleichen. Die Standby-CPU empfängt Synchronisierungsdaten, die sich auf einen älteren oder neueren Scan-Kontext beziehen. Daher bricht die Synchronisierungsengine den Handshake ab und meldet „Synchronisierung verloren“. Eine Verringerung des Kommunikationsaufwands auf der primären CPU trägt dazu bei, die Scan-Zyklen aufeinander abzustimmen.

Konfigurationsfehler bei Redundanzparametern

Chksum Wrds, MaxON und Datentabellengrenzen

Für den ordnungsgemäßen Redundanzbetrieb sind bestimmte Konfigurationsparameter in der CPU-Hardwarekonfiguration erforderlich. Der Parameter Chksum Wrds muss beispielsweise bei Hot-Standby-Anwendungen für die primäre CPU auf 11 und für die Standby-CPU auf 12 eingestellt sein. Falsche Werte bei diesen Parametern verhindern, dass das Synchronisierungsprotokoll ordnungsgemäß initialisiert wird.

Darüber hinaus verwaltet die MaxON-Software den Redundanzdatenaustausch und die Umschaltlogik. Nicht kompatible MaxON-Versionen mit der installierten Version von Proficy Machine Edition führen zu Konfigurationsfehlern. Ingenieure sollten überprüfen, ob die Redundanzkonfiguration alle erforderlichen Datentabellen umfasst. Fehlende Referenzspeicherbereiche innerhalb des Synchronisierungsumfangs führen zu einer nur teilweisen Synchronisierung. Diese Teilsynchronisierung geht schließlich in einen vollständigen Synchronisationsverlust über.

Diagnoseverfahren zur Ermittlung der Fehlerursache

Fehlertabellen, Oszilloskopprüfungen und Anwendungsüberprüfung

Eine systematische Diagnose beginnt mit den Fehlertabellen in Proficy Machine Edition. Die CPU erfasst Synchronisationsfehler mit spezifischen Fehlercodes, die auf die Fehlerkategorie hinweisen. Ingenieure sollten die Fehlertabellen beider CPUs abrufen und die Zeitstempel vergleichen. Zeitlich korrelierte Fehler deuten auf ein Problem mit der Kommunikationsverbindung hin, während asymmetrische Fehler auf Konfigurations- oder Firmwareprobleme hindeuten.

Anschließend sollten Techniker die physische Synchronisationsverbindung mit einem Oszilloskop messen. Die Signalintegritätsanalyse deckt Reflexionen, Dämpfung oder eingekoppelte Störungen auf. Außerdem lässt sich durch die Überprüfung, ob auf beiden CPUs identische Anwendungsprogramme laufen, eine Abweichung der Programme als Ursache ausschließen. Die IC693CPU366 unterstützt maximal 4096 digitale E/A-Punkte und 240 kB Registerspeicher. Anwendungen, die diese Grenzwerte überschreiten, können ein unregelmäßiges Synchronisationsverhalten zeigen.

Bewährte Verfahren zur Aufrechterhaltung einer redundanten Synchronisierung

Vorbeugende Wartung und Migration zu PACSystems RX3i

Vorbeugende Wartung verringert die Wahrscheinlichkeit von Fehlern aufgrund eines Synchronisationsverlusts. Ingenieure sollten regelmäßige Überprüfungen der Integrität der Synchronisationsverbindung einplanen. Dazu gehören die Kabelinspektion, die Messung des Abschlusswiderstands und die Überprüfung der Fehlertabellen. Identische Firmware-Versionen auf beiden CPUs verhindern Inkompatibilitäten auf Protokollebene.

Darüber hinaus schafft die Dokumentation der Redundanzkonfiguration eine Grundlage für die zukünftige Fehlersuche. Der Konfigurationseintrag sollte Chksum Wrds-Werte, die MaxON-Version und die Grenzen der synchronisierten Datentabellen enthalten. Schließlich bietet sich eine Migration auf die Plattform PACSystems RX3i an, die moderne Redundanzfunktionen umfasst. Die RX3i nutzt reflektive Speichertechnologie für eine engere CPU-Synchronisierung und unterbrechungsfreie Umschaltmöglichkeiten. Diese Technologie beseitigt viele Fehlerarten, die bei älteren Redundanzkonzepten der Serie 90-30 auftreten.

Anwendungsfall und Lösungsszenario

Praxisbeispiel: Wiederherstellung einer unterbrechungsfreien Umschaltung in einer Wasseraufbereitungsanlage

Ein kommunales Wasseraufbereitungswerk betrieb ein GE Fanuc Series 90-30-Hot-Standby-Paar mit IC693CPU366-Modulen. Die Standby-CPU meldete während der Spitzenlastzeiten wiederholt einen Verlust der Synchronisierung. Das Wartungsteam prüfte zunächst das Synchronisierungskabel und fand lose Klemmschrauben. Nach dem Festziehen der Verbindungen bestand der Fehler weiterhin. Eine Firmware-Abfrage ergab, dass auf der primären CPU eine neuere Version als auf der Standby-Einheit lief. Das Team aktualisierte beide CPUs auf dieselbe Firmware-Version und überprüfte die Chksum Wrds-Einstellungen. Außerdem verringerte es die HMI-Abfragefrequenz der primären CPU. Dadurch erreichte das redundante Paar eine stabile, unterbrechungsfreie Umschaltung und bestand einen kontrollierten Ausfalltest. Dieser Fall zeigt, dass mehrere kleinere Probleme zusammen die Synchronisierung in industriellen Automatisierungssystemen beeinträchtigen können.

Bei ähnlichen Herausforderungen unterstützt NexAuto Technology Limited ältere GE Fanuc- und PACSystems-Plattformen. Wenden Sie sich an unser Team für Diagnose, Ersatzteile und Migrationsplanung.

Häufig gestellte Fragen

Was bedeutet „Verlust der Synchronisierung“ bei einem redundanten IC693CPU366-Paar?

Das bedeutet, dass die primäre und die Standby-CPU nicht mehr über identische Prozesszustandsdaten verfügen. Eine Umschaltung führt daher zu einer Prozessunterbrechung statt zu einer nahtlosen Übernahme.

Kann eine Firmware-Abweichung allein zum Verlust der Synchronisierung führen?

Ja. Das Synchronisierungsprotokoll erfordert identische Firmware-Versionen auf beiden CPUs. Bei abweichenden Versionen weist die Synchronisierungs-Engine Datenrahmen der Partner-CPU zurück.

Wie prüfe ich die Integrität der Synchronisierungsverbindung in einem Series 90-30-Hot-Standby-System?

Messen Sie die Verbindungskontinuität und den Abschlusswiderstand. Prüfen Sie mit einem Oszilloskop die Signalintegrität auf Reflexionen, Dämpfung oder eingekoppelte Störungen.

Welche Chksum Wrds-Werte sind für den Hot-Standby-Betrieb korrekt?

Stellen Sie in Hot-Standby-Anwendungen Chksum Wrds für die primäre CPU auf 11 und für die Standby-CPU auf 12 ein.

Wann sollte ich von der Redundanz der Series 90-30 auf PACSystems RX3i migrieren?

Ziehen Sie eine Migration in Betracht, wenn Ersatzteile knapp werden, die Firmware-Unterstützung endet oder eine engere Synchronisierung erforderlich ist. Der RX3i verwendet reflektierenden Speicher für eine unterbrechungsfreie Umschaltung.

Kontaktinformationen

Anfragen: sales@nex-auto.com
Telefon: +86 153 9242 9628

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

Weitere Informationen zu beliebten Produkten finden Sie unten bei AutoNex Controls