SCADA zeigt falsche Werte an, während die SPS korrekt liest: Leitfaden zur Ursachenanalyse

Das Kernproblem: Bediener vertrauen fehlerhaften Zahlen

Ihre GE RX3i SPS zeigt eine Reaktortemperatur von 87,4 °C an. Ihr Yokogawa CENTUM VP HMI zeigt 22.937 °C an. Der Feldtransmitter ist in Ordnung. In der Kontaktplan-Logik hat sich nichts geändert. Dennoch sieht der Bediener im Kontrollraum eine völlig falsche Anzeige und zögert zu handeln. Diese Diskrepanz führt zu verpassten Abschaltungen, Fehlalarmen und Verlust der Prozessübersicht. Die Ursache liegt nie im Feldgerät, sondern im Datenpfad zwischen dem SPS-Ausgangsregister und dem SCADA-Tag-Speicher.

Fünf spezifische Fehler verursachen 95 % dieser Fälle. Jeder hinterlässt einen eindeutigen Fingerabdruck. Identifizieren Sie zuerst den Fingerabdruck, dann beheben Sie ihn. Dieser Leitfaden führt durch jeden Fehler mit konkreten Parametern von Yokogawa und GE RX3i.

Fehler 1 — Skalierung doppelt angewendet

Das GE RX3i Analog-Eingangsmodul AI-215 gibt einen 15-Bit-Ganzzahlwert aus. Bei 4 mA ist der Rohwert 0; bei 20 mA beträgt der Wert 32.000. Der GE SPS-Funktionsblock SCALE_INT wandelt diesen in technische Einheiten (EU) um – zum Beispiel 0–200 °C – und speichert das Ergebnis als REAL in %R00101. Wenn Yokogawa CENTUM VP dann %R00101 liest und in der Tag-Definition eine weitere Skalierung von 0–32000 auf 0–200 °C anwendet, springt der angezeigte Wert auf 200 × (87,4 / 200) × (32000 / 200) = 13.984 °C. Prüfen Sie immer den SPS-Tag-Typ, bevor Sie die SCADA-Skalierung konfigurieren.

1. Öffnen Sie GE Proficy Machine Edition. Navigieren Sie zum AI-Block des verdächtigen Kanals.
2. Bestätigen Sie, ob die Ausgangsreferenz (%R oder %AI) Rohwerte oder EU enthält. Rohwerte = WORD-Typ; EU = REAL-Typ.
3. Öffnen Sie im Yokogawa CENTUM VP Builder die Tag-Definition für diesen Punkt. Wenn der GE-Block bereits EU ausgibt, setzen Sie SCADA Input Low = 0,0 und Input High = 1,0 mit Output Low = 0 und Output High = 200, um eine 1:1-Durchleitung zu erzeugen. Entfernen Sie jegliche Roh-zu-EU-Konvertierung.
4. Schreiben Sie einen Testwert von 100,0 in %R00101 über den GE-Datenmonitor. Verifizieren Sie, dass CENTUM VP 100,0 ± 0,1 anzeigt. Falls nicht, überprüfen Sie die Tag-Skalierungskette erneut.

Fehler 2 — Datentyp-Konflikt zwischen REAL und INT

Ein 32-Bit IEEE 754 REAL, gespeichert in zwei aufeinanderfolgenden Modbus-Holding-Registern (z. B. 40101 und 40102), sieht wie eine bedeutungslose große Ganzzahl aus, wenn der SCADA-Tag nur Register 40101 als INT16 liest. Yokogawa CENTUM VP verwendet die Tag-Typen REAL, LONG, INT und WORD. GE RX3i verwendet REAL (32-Bit Gleitkommazahl) und INT (16-Bit vorzeichenbehaftet). Diese müssen über die Modbus-Grenze hinweg übereinstimmen. Ein REAL-Mismatch erzeugt Werte wie –2.147.352.576 oder 3,4028E38 im SCADA-Bedienfeld.

1. Notieren Sie in GE Proficy den genauen Datentyp jedes exportierten Tags – REAL belegt 2 Modbus-Register; INT belegt 1.
2. Stellen Sie in den CENTUM VP OPC DA Tag-Einstellungen den Datentyp für alle Gleitkomma-GE-Referenzen auf REAL ein. Setzen Sie die Registeranzahl auf 2 pro Tag.
3. Bestätigen Sie, dass die Byte-Reihenfolge im Yokogawa Modbus-Treiber mit der Byte-Reihenfolge der GE RX3i übereinstimmt. GE RX3i verwendet standardmäßig Big-Endian-Wortreihenfolge.
4. Setzen Sie einen bekannten REAL-Wert (z. B. 50,0 = hex 42480000) in das GE-Register. Verifizieren Sie, dass CENTUM VP 50,0 ohne Abschneiden liest.

Fehler 3 — Modbus Wort- und Byte-Reihenfolge Fehler

Die GE RX3i speichert einen 32-Bit REAL über die Register 40101 (High Word) und 40102 (Low Word). Yokogawa CENTUM VP mit den Standard-Modbus-Treibereinstellungen liest möglicherweise Register 40101 als Low Word und 40102 als High Word. Das Ergebnis ist eine byte-vertauschte Gleitkommazahl, die eine völlig andere Zahl ergibt. Zum Beispiel wird 87,4 °C (hex 42AE999A) zu –8,50505E–30, wenn die Wörter vertauscht sind. Beheben Sie dies im CENTUM VP Kommunikationsparameterblock.

1. Öffnen Sie CENTUM VP System View. Navigieren Sie zum Modbus-Master-Kommunikationsknoten.
2. Finden Sie den FLOAT32 Byte-Order-Parameter. Optionen sind typischerweise: ABCD (Big-Endian), CDAB (mittel-groß), BADC (mittel-klein), DCBA (Little-Endian).
3. GE RX3i verwendet ABCD-Reihenfolge. Stellen Sie den CENTUM VP Treiber für alle REAL-Tags von GE auf ABCD ein.
4. Starten Sie den Modbus-Treiber neu. Verifizieren Sie mit einem bekannten technischen Wert. Dokumentieren Sie die Byte-Order-Einstellung im Loop-Sheet.

Fehler 4 — Adressversatz und veraltete Daten

Adressversatzfehler entstehen durch eine 0-basierte versus 1-basierte Registernummerierung. Der GE SPS-Ingenieur weist einem Wert das Register 40021 zu. Der Yokogawa-Ingenieur konfiguriert den Tag so, dass er Adresse 20 (Basis 0) liest und erwartet Register 40021 – aber in manchen Modbus-Treibern entspricht Basis-0-Adresse 20 Register 40021, in anderen Register 40022. Ein Registerversatz bedeutet, dass der SCADA-Tag eine völlig andere Variable liest. Dies ist still und gefährlich in einer laufenden Anlage. Veraltete Daten sind ebenso riskant. Wenn CENTUM VP die Modbus-Verbindung länger als 500 ms verliert, friert es den letzten gültigen Wert ein und zeigt die Tag-Qualität als „Uncertain“ an. Bediener bemerken die Qualitätsänderung möglicherweise nicht, wenn das HMI-Bedienfeld die Qualität nicht farblich kennzeichnet.

1. Vergleichen Sie die GE Proficy Registerzuweisungstabelle mit der CENTUM VP Tag-Adressentabelle. Lösen Sie Basis-0 versus Basis-1, indem Sie einen eindeutigen Wert (z. B. 123,4) in ein bekanntes Register schreiben und bestätigen, dass der korrekte SCADA-Tag aktualisiert wird.
2. Aktivieren Sie in CENTUM VP die Anzeige der Tag-Qualität auf allen kritischen analogen Bedienfeldern. Konfigurieren Sie einen Systemalarm, wenn mehr als 5 % der Tags in den Zustand „Bad“ wechseln.
3. Setzen Sie das Modbus-Kommunikationstimeout auf 1.000 ms mit 3 Wiederholungen, bevor ein Tag als „Bad“ deklariert wird. Standardmäßige 30-Sekunden-Timeouts verbergen intermittierende Ausfälle.
4. Protokollieren Sie alle Kommunikationsfehler im CENTUM VP Ereignisprotokoll. Überprüfen Sie wöchentlich auf wiederkehrende Ausfallmuster, die auf Hardwarefehler oder Netzwerkkonflikte hinweisen.

Praxisbewährte Handlungsempfehlung

Jede SCADA-SPS-Datenabweichung fällt in eine dieser fünf Kategorien: doppelte Skalierung, Datentyp-Konflikt, Wortreihenfolge-Fehler, Adressversatz oder veraltete Daten. Beginnen Sie die Diagnose, indem Sie das Rohregister direkt im GE RX3i Datenmonitor lesen und mit dem Yokogawa CENTUM VP Tag-Wert zum gleichen Zeitpunkt vergleichen. Wenn das Rohregister den korrekten EU-Wert zeigt und SCADA nicht, liegt der Fehler in der Kommunikation oder Tag-Konfiguration – nicht im Feldgerät. Beheben Sie zuerst Skalierungs- und Datentyp-Probleme; diese sind am häufigsten. Überprüfen Sie dann Byte-Reihenfolge, Adresszuordnung und Kommunikationsqualitäts-Einstellungen. Dokumentieren Sie jeden korrigierten Parameter im As-Built-Loop-Sheet. Ein einziger falsch konfigurierter Tag in einem kritischen Reaktorkreis kann eine ungeplante Abschaltung verursachen, die zehntausende Euro pro Stunde kostet. Die Behebung dauert weniger als 30 Minuten, wenn Sie wissen, welches Register zu prüfen ist.

Für eine zuverlässige Modbus-Integration zwischen GE RX3i und Yokogawa CENTUM VP empfiehlt sich der Einsatz eines dedizierten Modbus-Kommunikationsmoduls, um Protokolldifferenzen zu überbrücken und die Fehlersuche zu vereinfachen.