So optimieren Sie die Sweep-Zeit und beheben Watchdog-Überschreitungsfehler beim IC695CPU310

Die Ursache des Watchdog-Timer-Überschreitungsfehlers beim RX3i verstehen

Ein „Watchdog Timer Exceeded“-Fehler beim GE Fanuc PACSystems RX3i IC695CPU310 bedeutet nicht automatisch, dass Ihrer CPU Rechenleistung fehlt. Sie sollten diesen Fehler niemals einfach durch Erhöhen der Software-Watchdog-Timer-Einstellung behandeln. Die Hauptursache ist ein unerwarteter Anstieg der Ausführungszeit eines einzelnen SPS-Programmsweeps. Abnormale Schleifenbedingungen, übermäßige rekursive Funktionsaufrufe oder umfangreiche Speicheroperationen verursachen diese Ausführungsverzögerungen meist.

Gemäß den Referenzrichtlinien für GE-Fanuc-CPUs erkennt der Software-Watchdog abnormale Verzögerungen beim Abschluss eines Sweeps. Der konfigurierbare Bereich des Software-Watchdogs reicht von 10 ms bis 2550 ms und kann in Schritten von 10 ms eingestellt werden. Servicetechniker müssen stets den Programmbottleneck ermitteln, der die Worst-Case-Sweep-Zeit erhöht, anstatt zugrunde liegende Logikfehler durch verlängerte Timeouts zu verschleiern.

Software- und Hardware-Watchdog-Fehler unterscheiden

Ingenieure müssen den genauen Hardware- oder Softwaremechanismus hinter dem Fehler identifizieren, bevor sie Code ändern.

• Software-Watchdog-Fehler: Diese treten auf, wenn ein einzelner Ausführungssweep den programmierten Watchdog-Schwellenwert überschreitet. Typische Auslöser sind umfangreiche FOR- oder WHILE-Schleifen, rekursive Funktionsblöcke, ungedrosselte Array-Operationen, umfangreiche String-Verarbeitung, gebündelte Ethernet-Kommunikation oder direkte Schreibvorgänge in nichtflüchtigen Speicher.
• Hardware-Watchdog-Fehler: Diese stellen einen internen CPU-Sicherheitsmechanismus dar, der ausgelöst wurde. Im Gegensatz zu Softwarefehlern erfordern Hardware-Watchdog-Fehler auf älteren CPU-Plattformen wie dem IC695CPU310 häufig einen vollständigen physischen Neustart durch Aus- und Einschalten der Stromversorgung.

Wenn eine unerwartete Abschaltung auftritt, öffnen Sie die Fehlertabelle in PAC Machine Edition (PME). Prüfen Sie die Fehlerbeschreibung, den Fehlercode, den Zeitstempel und die Anzahl der Vorkommnisse. Beginnen Sie nur dann mit der Optimierung der Logik, wenn das Diagnoseprotokoll ausdrücklich auf das Ablaufen des Software-Watchdogs hinweist.

Sweep-Dynamik analysieren: durchschnittlicher Sweep gegenüber maximalem Worst-Case-Sweep

Viele Automatisierungsingenieure konzentrieren sich ausschließlich auf die durchschnittliche Programmausführungszeit und übersehen dadurch ein gefährliches Risiko. Ein System mit einer durchschnittlichen Sweep-Zeit von 18 ms kann bei bestimmten bedingten Auslösern problemlos auf 240 ms ansteigen. Wenn Ihr Watchdog-Limit bei 200 ms liegt, wechselt die SPS sofort in einen Stoppfehler.

Bedingte Logik mit hoher Rechenlast verursacht diese zufälligen Abschaltungen meist. Vorgänge wie die tägliche Berechnung von Berichtsstapeln, die Archivierung historischer Daten oder umfangreiche Speicherkopien werden innerhalb eines einzigen Scanzyklus ausgeführt und erhöhen dadurch die maximale Ausführungszeit.

Praktische Methoden zur Reduzierung der Scan-Zeit am IC695CPU310-Controller

Optimierte Scanzyklen sorgen in Anlagen für Hochgeschwindigkeitsverpackung, Wasseraufbereitung und kontinuierliche Fertigung für reaktionsschnelle Regelkreise. Wenden Sie diese Verfahren an, um die maximale Sweep-Zeit zu senken:

• ⚙️ Aufteilung großer Schleifen in Zeitabschnitte: Führen Sie umfangreiche FOR- oder WHILE-Schleifen niemals in einem einzigen Sweep-Zyklus aus. Teilen Sie die Array-Verarbeitung mithilfe von Zustandsmaschinen-Indizes über mehrere aufeinanderfolgende Sweeps in kleinere Abschnitte auf.
• ⚙️ Rekursive Aufrufe und Funktionsblöcke überprüfen: Prüfen Sie den Blockaufrufbaum in PAC Machine Edition. Entfernen Sie indirekte rekursive Aufrufe, bei denen Funktion A Funktion B auslöst und diese unter bestimmten Logikbedingungen versehentlich erneut Funktion A aufruft.
• ⚙️ Von kontinuierlicher zu ereignisgesteuerter Datenverarbeitung wechseln: Vermeiden Sie es, Tausende Analogregister bei jedem einzelnen Scan zu kopieren oder zu skalieren. Führen Sie umfangreiche mathematische Formeln und die Array-Sortierung nur aus, wenn Änderungsflags der Daten dies auslösen.
• ⚙️ Ethernet- und serielle Kommunikationsaufgaben verteilen: Verteilen Sie aktive Kommunikationsaufgaben wie Modbus, SRTP oder EGD über mehrere Zyklen mithilfe einer Round-Robin-Abfragelogik, anstatt alle externen Knoten gleichzeitig abzufragen.
• ⚙️ Schreibvorgänge in nichtflüchtigen Flash-Speicher drosseln: Direkte Logikaufrufe, die Betriebsdaten in den nichtflüchtigen Speicher schreiben, beanspruchen viel CPU-Zeit. Lösen Sie Flash-Schreibvorgänge regelmäßig oder nach Abschluss eines Stapels aus, statt bei jedem einzelnen Logik-Sweep.

Schrittweiser Ablauf zur Fehlersuche vor Ort

Befolgen Sie diese methodische Abfolge, um Spitzen der Scan-Zeit sicher zu beseitigen:

1. Fehlerursprung identifizieren: Prüfen Sie die PME-Fehlertabelle, um einen Ausfall des Software-Watchdogs zu bestätigen.
2. Ausgangswerte erfassen: Notieren Sie den durchschnittlichen Sweep, den maximalen Worst-Case-Sweep und die aktuelle Watchdog-Timeout-Einstellung der CPU.
3. Code-Bottlenecks ermitteln: Suchen Sie nach ungedrosselten Schleifen, kontinuierlichen Array-Übertragungen, gebündelter Kommunikation und Schreibvorgängen in den Flash-Speicher.
4. Logik überarbeiten: Setzen Sie Zustandsmaschinen, Algorithmen zur Aufteilung in Zeitabschnitte und ereignisgesteuerte Logikblöcke ein, um die Verarbeitungslast zu verteilen.
5. Leistung erneut bewerten: Überwachen Sie die maximalen Scan-Zeiten während mehrerer Betriebsschichten unter maximaler Produktionslast.
6. Watchdog-Puffer anpassen: Legen Sie das endgültige Software-Watchdog-Limit etwas oberhalb der neu ermittelten Worst-Case-Sweep-Zeit fest, um einen zuverlässigen Sicherheitspuffer zu gewährleisten.

Anwendungsszenario: Optimierung eines Förderbandsystems in einer Abfüllanlage

In einer Hochgeschwindigkeits-Getränkeabfüllanlage mit einem IC695CPU310-Controller traten während des Schichtwechsels alle paar Tage sporadische SPS-Stoppfehler auf.

Die Ursache: Während des Schichtwechsels führte eine aktive Leiterlogik-Unterroutine eine ungedrosselte Schleife aus, die 4.000 Produktverfolgungsregister innerhalb eines einzigen Scans sortierte, aktualisierte und in ein Archivierungsarray kopierte. Dadurch stieg die maximale Sweep-Zeit von normalen 22 ms auf 265 ms und überschritt den Software-Watchdog-Schwellenwert von 200 ms.

Die Lösung: Unser Ingenieurteam strukturierte den Sortieralgorithmus in eine zeitlich aufgeteilte Zustandsmaschine um, die pro Scanzyklus 200 Register über 20 aufeinanderfolgende Sweeps verarbeitete. Durch diese Änderung sank die maximale Sweep-Zeit von 265 ms auf 38 ms, wodurch das Watchdog-Problem vollständig beseitigt wurde, ohne Hardwarekomponenten zu verändern.

Häufig gestellte Fragen (FAQs)

F1: Unsere CPU310 löst regelmäßig „Watchdog Timer Exceeded“-Fehler aus. Bedeutet das, dass unser CPU-Prozessor zu langsam ist und ersetzt werden muss?
Antwort: Nicht unbedingt. Der Austausch der CPU sollte Ihre letzte Option sein. Die meisten Watchdog-Fehler entstehen durch schlecht strukturierte Programmlogik, ungedrosselte Schleifenoperationen oder plötzliche Kommunikationsspitzen. Sie können Sweep-Spitzen beseitigen, indem Sie umfangreiche Berechnungen in zeitlich aufgeteilte Zustandsmaschinen über mehrere Logikzyklen verteilen. Ziehen Sie ein Hardware-Upgrade nur dann in Betracht, wenn die durchschnittliche Baseline-Sweep-Zeit auch nach der Überarbeitung des Codes nahe an der CPU-Kapazitätsgrenze bleibt.

F2: Können wir den Software-Watchdog-Timer sicher auf den Maximalwert von 2550 ms einstellen, um Auslösungen zu vermeiden?
Antwort: Obwohl das CPU-Konfigurationsmenü physisch Werte bis 2550 ms zulässt, ist dies aus ingenieurtechnischer Sicht keine gute Praxis. Eine derart starke Verlängerung des Limits verschleiert kritische Logikfehler wie Endlosschleifen oder festhängende rekursive Aufrufe. In kritischen Prozessautomatisierungen kann eine CPU, die vor dem Auslösen 2,5 Sekunden lang blockiert, erhebliche Betriebs- und Sicherheitsrisiken verursachen. Stellen Sie das Watchdog-Limit etwas oberhalb Ihrer tatsächlichen Worst-Case-Sweep-Zeit mit einem angemessenen Sicherheitspuffer ein.

F3: Was ist nach Ihrer Erfahrung die beste Methode, um den Block zu ermitteln, der eine Spitze der Scan-Zeit verursacht?
Antwort: Nutzen Sie die Diagnosetools in PAC Machine Edition zusammen mit benutzerdefinierten Ausführungs-Timern. Fügen Sie vor und nach verdächtigen Funktionsblöcken Systemzeitstempelabfragen ein, um maximale Ausführungszeiten in Tracking-Registern zu erfassen. Vergleichen Sie diese Messwerte mit den Maschinenstatusprotokollen, um festzustellen, welche Produktionsereignisse – etwa Schichtwechsel, Berichtserstellung oder HMI-Abfragen – die maximale Scan-Last auslösen.

Einblicke des Autors und Expertenmeinung

„In unseren Jahren bei der Unterstützung von Industrieautomatisierungsanlagen bei Ubest Automation Limited erleben wir häufig, dass Teams vor Ort versuchen, SPS-Watchdog-Fehler durch eine willkürliche Erhöhung der Timer-Einstellungen oder den Kauf neuer Hardware zu lösen. Bei Plattformen wie PACSystems RX3i lassen sich Spitzen der Scan-Zeit fast immer auf ineffizientes Datenmanagement oder ungedrosselte Kommunikation zurückführen. Ein disziplinierter, softwareorientierter Ansatz reduziert erhebliche Ausfallzeiten und verlängert die Lebensdauer bestehender Steuerungshardware.“
— Engineering-Team von Ubest Automation Limited

Suchen Sie zuverlässige GE-Fanuc-Hardware und fachkundige Unterstützung?

Ob Sie Altsysteme diagnostizieren oder Ersatzteile für die Fabrikautomation beschaffen – Ubest Automation Limited bietet geprüfte Original-SPS-Komponenten, DCS-Module und industrielle Steuerungslösungen.

Entdecken Sie Originalkomponenten von GE Fanuc und PACSystems bei Ubest Automation Limited.