Praktische Gefahren von MSG-Anweisungen in der SPS-Programmierung: Auswirkungen auf die Scanzeit, Fehlerbehandlung und sichere Implementierung für GE Mark VIe und Phoenix Contact PLCnext

Wie MSG-Anweisungen die Scan-Zeit beanspruchen

Eine SPS-Aufgabe muss jeden Scan unterhalb der Watchdog-Grenze abschließen: 150 ms bei GE Mark VIe R04 Medium Tasks, 500 ms in PLCnext Safety-Partitionen. Ein synchroner MSG-Aufruf hält den Scan an, bis das entfernte Gerät antwortet. Wenn der Modbus TCP-Server 100 ms für die Antwort benötigt, blockiert dieser MSG den Scan für 100 ms. Addiert man die normale Ausführungszeit von 30 ms, ergibt sich eine Gesamtzeit von 130 ms – 76 % des Watchdog-Budgets werden von einem einzigen Aufruf verbraucht. Zwei gleichzeitig langsame MSG-Aufrufe überschreiten 150 ms und lösen den Watchdog aus.

Daher sollten synchronisierte MSG-Anweisungen niemals in einer schnellen Aufgabe platziert werden. GE Mark VIe bietet schnelle (10 ms), mittlere (100 ms) und langsame (1000 ms) Task-Raten. Verlegen Sie alle Modbus TCP-Lesevorgänge in die langsame Aufgabe. Wenn eine schnellere Abfrage erforderlich ist, verwenden Sie einen asynchronen Datenaustauschblock mit expliziter Verwaltung von Done- und Error-Bits – kein blockierender Aufruf. Der GE IS420UCSCH2A Dual Core Mark VIe Controller und das GE IS420UCECH1B Universal Controller Module unterstützen beide Multi-Task-Rate-Konfigurationen für eine sichere MSG-Platzierung.

Außerdem trennt Phoenix Contact PLCnext ACF Echtzeitaufgaben von Nicht-Echtzeit-Komponenten. OPC UA Publish-Aufrufe müssen in der Nicht-Echtzeit-ESM-Komponente ausgeführt werden, nicht im zyklischen IEC 61131-3-Programm. Ein einzelner OPC UA-Schreibvorgang im Hauptprogramm kann die Worst-Case-Zykluszeit von 1 ms auf über 50 ms erhöhen.

Fehlerbehandlung: Das Done- und Error-Bit-Muster

Jede MSG-Anweisung liefert ein Done-Bit und ein Error-Bit zurück. Die meisten Ingenieure prüfen nur das Done-Bit. Wenn ein Modbus TCP-Lesevorgang fehlschlägt – Timeout, Gerät offline oder ungültiges Register – wird das Error-Bit gesetzt, während Done nicht gesetzt wird. Das Ziel-Tag behält seinen letzten Wert. Bediener sehen keinen Alarm. Der Historian protokolliert veraltete Daten ohne BAD-Qualitätskennzeichnung.

Für GE Mark VIe Modbus TCP-Blöcke kodieren die STATUS-Registerbits 4–7 die Modbus-Ausnahme: 0x02 = ungültige Datenadresse; 0x0B = Gateway-Pfad nicht verfügbar. Jede Ausnahme erfordert eine andere Behebung.

• Schritt 1: Fügen Sie einen 5-Sekunden-TON-Timer am steigenden Flankenübergang der MSG-Anfrage hinzu.
• Schritt 2: Wenn der TON abläuft, bevor Done oder Error gesetzt sind, setzen Sie COMMS_TIMEOUT und erzwingen Sie, dass der PV auf OPC DA Qualität 0x00 (BAD) gesetzt wird.
• Schritt 3: Automatischer Wiederholversuch nach 10 Sekunden TOF-Hold-off. Vermeiden Sie kontinuierliche Wiederholungen.
• Schritt 4: Leiten Sie COMMS_TIMEOUT an einen ISA-18.2 Alarm der Priorität 3 mit Historian-Zeitstempel-Logging weiter.

Messung und Optimierung der Scan-Zeit

Bevor Sie optimieren, messen Sie den tatsächlichen Scan-Zeitbeitrag pro MSG-Anweisung. GE Mark VIe stellt den MK7_DIAG-Block bereit, der die momentane und maximale Task-Zykluszeit in Mikrosekunden meldet. Protokollieren Sie diese Werte im 1-Sekunden-Intervall an den PI-Historian und analysieren Sie die 24-Stunden-Maximalverteilung.

In einer Kraftwerksanwendung verursachten drei gleichzeitige Modbus TCP-Lesevorgänge – an einen Woodward MicroNet-Regler, einen Bently Nevada 3500/42 Hochleistungs-Vibrationsmonitor und einen entfernten Sender – Spitzenzykluszeiten von 320 ms in einer mittleren Aufgabe mit 150 ms Watchdog. Der Watchdog löste zweimal pro Woche aus. Durch zeitversetztes Auslösen der drei MSG-Aufrufe um jeweils 33 ms mittels phasenverschobener TOF-Timer wurde die Spitze auf 94 ms reduziert und alle Auslösungen eliminiert. Das GE IS220PTURH1A Mark VIe Primary Turbine Protection Pack integriert sich in den Mark VIe Task Scheduler für koordinierte MSG-Timing.

Für Phoenix Contact PLCnext verwenden Sie den PLCnext Engineer „Program Profiler“, um die Ausführungszeit pro ESM-Komponente anzuzeigen. OPC UA-Schreibaufrufe in den fünf längsten Komponenten sind Kandidaten für die Migration in den Nicht-Echtzeit-Hintergrunddienst – typischerweise mit einer Reduzierung der Spitzen-Echtzeitzykluszeit um 40–60 %. Setzen Sie immer einen expliziten MB_CLIENT TIMEOUT: 200 ms für lokale LANs, 500 ms für geroutete VLANs. Vermeiden Sie die Plattform-Standardeinstellung – einige Firmware-Versionen verwenden standardmäßig 5000 ms, was 33 Watchdog-Zyklen verbraucht, bevor ein Fehler gemeldet wird.

Fazit und Handlungsempfehlungen

MSG-Anweisungen in GE Mark VIe und Phoenix Contact PLCnext sind für die Geräteintegration unverzichtbar, aber gefährlich bei falscher Anwendung. Synchrone Aufrufe in schnellen Tasks verursachen Watchdog-Auslösungen. Fehlende Fehlerbit-Behandlung führt zu stillen, veralteten Daten. Nicht konfigurierte Timeouts machen das System anfällig für netzwerkbedingte Scan-Spitzen.

Lösen Sie alle drei Probleme: Verlegen Sie MSG-Aufrufe in langsame Tasks, implementieren Sie Zustandsautomaten für Done/Error mit 5-Sekunden-TON-Watchdogs und setzen Sie explizite Socket-Timeouts – 200 ms LAN, 500 ms geroutete VLANs. Messen Sie die Task-Zykluszeit mit MK7_DIAG oder PLCnext Profiler während der Inbetriebnahme und nach jeder Netzwerkänderung. Überprüfen Sie bestehende Programme heute auf MSG-Anweisungen in schnellen Tasks – ein Nachmittag Refactoring verhindert monatelange sporadische Controller-Ausfälle.

Autor: Peng Jiaxing ist ein Ingenieur für industrielle Automatisierung mit über 10 Jahren Erfahrung in SPS-, DCS- und Steuerungssystemen.