ToolboxST ist die zentrale Engineering-Workstation-Software innerhalb der GE Vernova ControlST Suite, die für das Mark VIe-Turbinensteuerungssystem entwickelt wurde. Sie übernimmt eine Reihe von Funktionen, darunter Systemkonfiguration, Diagnose, Online-Downloads und Datenwiederherstellung. Für Steuerungsingenieure ist die Beherrschung von ToolboxST der Unterschied zwischen dem bloßen Beobachten eines Alarms und der Fähigkeit, systematisch die Ursache nachzuverfolgen – durch die IONet-Topologie zu navigieren, den Gesundheitsstatus von I/O-Packs zu bewerten und Konfigurationsaufzeichnungen zu prüfen. Die in diesem Artikel dargestellten Erkenntnisse und Analysen dienen ausschließlich als Referenz. Bitte beachten Sie, dass diese Informationen als Orientierungshilfe bereitgestellt werden; für spezifischen technischen Support wenden Sie sich an einen qualifizierten professionellen Ingenieur.

ToolboxST: Positionierung und Verbindungswege

ToolboxST ist kein isoliertes Diagnosewerkzeug, sondern dient als Engineering-Gateway, das in dasselbe Software-Ökosystem wie die Mark VIe-Controller, I/O-Packs und den WorkstationST-Alarmserver integriert ist. Seine Oberfläche ist in zwei primäre Ebenen gegliedert: den System Editor und den Component Editor. Der System Editor verwaltet die Geräte und die Netzwerktopologie des gesamten Systems, während ein Doppelklick auf einen Controller den Component Editor öffnet, in dem die Registerkarte „Hardware“ eine Baumansicht von I/O-Packs, Anschlussplatinen und Redundanzkonfigurationen bietet. Die Oberfläche wird von drei zentralen Komponenten getragen: der Tree View (zur Navigation in der Komponentenhierarchie), dem Property Editor (zum Bearbeiten von Parametern ausgewählter Objekte) und der Summary View (die eine grafische Darstellung der Netzwerkkonnektivität bietet).

Der bevorzugte Weg zur Verbindung mit einem Mark VIe-System ist Ethernet. Die Workstation muss im selben Subnetz wie der Controller konfiguriert sein. Navigieren Sie in ToolboxST zu Controller → Communication → Connect, wählen Sie „Ethernet“ und geben Sie die entsprechende IP-Adresse und den Port ein, um eine Online-Verbindung herzustellen. Wenn Ethernet nicht verfügbar ist, kann eine serielle RS-232-Verbindung als Alternative dienen; verwenden Sie dabei folgende Einstellungen: 9600 Baud, 8 Datenbits, keine Parität, 1 Stoppbit und keine Flusskontrolle. Es ist zu beachten, dass serielle Verbindungen im Allgemeinen nur für die anfängliche IP-Konfiguration oder den Notfallzugriff vorgesehen sind; sobald eine IP-Adresse eingerichtet ist, sollten alle nachfolgenden Konfigurations- und Diagnoseaufgaben über Ethernet erfolgen. Mehrschichtige Interpretation von Diagnoseinformationen

Diagnoseausgaben in ToolboxST sind nicht lediglich eine flache Alarmliste, sondern ein strukturiertes Informationssystem mit drei Ebenen: I/O-Pack, Modul und Komponente. Der „I/O Diagnostic Viewer“ – erreichbar über die Registerkarte „Summary“ – dient als primärer Einstiegspunkt für die Diagnose. Durch Rechtsklick auf ein I/O-Pack oder eine Anschlussplatine und Auswahl von „Troubleshoot and Status“ können Benutzer Fehlerprotokolle, Versionsinformationen und diagnostische Kommunikationsdaten für die jeweilige Einheit anzeigen. Symbole in der Baumansicht haben unterschiedliche Bedeutungen: Rot zeigt eine Link-Anomalie an, Gelb kennzeichnet einen aktiven Alarm, ein Informationssymbol kennzeichnet einen inaktiven Alarm, und das Fehlen einer solchen Markierung zeigt einen normalen Zustand an. Wenn der Cursor über ein Element bewegt wird, werden detaillierte Erklärungen eingeblendet – eine Funktion, die bei der Fehlersuche vor Ort besonders nützlich ist.

Diagnoseberichte sind eine oft unterschätzte Ressource. ToolboxST kann vier Berichtstypen erzeugen – I/O Module Fault Report, Revision Report, Communication Report und Hardware Report –, die jeweils konfigurations- oder diagnosespezifische Details zu den relevanten Modulen enthalten. Beim Austausch von Modulen oder beim Vergleich von Versionen sind der Revision- und der Hardware-Bericht deutlich wertvoller als die manuelle Prüfung von Alarmen Bildschirm für Bildschirm. Darüber hinaus ermöglicht die Funktion „Compare Parameters“ Benutzern einen hierarchischen Vergleich zwischen der aktuell im Controller gespeicherten Konfiguration und den im ToolboxST-Projekt definierten Werten, bevor neue Parameter heruntergeladen werden. Dies ist entscheidend, um „Ripple-Effekte“ zu verhindern, bei denen die Änderung eines einzelnen Parameters unbeabsichtigt eine breitere Logik verändert.

Eine wichtige diagnostische Unterscheidung ist zu beachten: Kommunikationsbezogene Diagnosen, die von ToolboxST selbst erzeugt werden (wie „unhealthy link“ oder „cannot retrieve diagnostics information“), werden nicht an den WorkstationST Alarm Viewer gemeldet. Wenn daher die HMI eines Bedieners normal erscheint, während ToolboxST anzeigt, dass ein I/O-Pack getrennt ist, liegt die Ursache wahrscheinlich in der Engineering-Verbindungsebene – zum Beispiel könnte das I/O-Pack seinen Startvorgang nicht abgeschlossen haben, eine Konfigurationsdatei fehlen, in einer Doppelnetzwerk-Konfiguration nur ein Netzwerk verbunden sein, ein Barcode einer Anschlussplatine falsch eingegeben worden sein oder die Konfiguration noch nicht in den Controller heruntergeladen worden sein. Bei der Fehlersuche solcher Probleme sollte man zuerst die Kommunikation zwischen ToolboxST und dem Controller prüfen und dann systematisch bestätigen, dass die Hardwarekonfiguration mit der tatsächlichen physischen Installation übereinstimmt.

Modulaustausch: Wesentliche Sicherheitsvoraussetzungen in ToolboxST

Obwohl Mark VIe-I/O-Packs „Hot-Swapping“ unterstützen, bedeutet dies nicht, dass sie jederzeit ohne Einhaltung der ordnungsgemäßen Verfahren entfernt oder eingesetzt werden können. Bevor ein physisches Modul bearbeitet wird, müssen zwei Prüfungen in ToolboxST abgeschlossen sein. Prüfen Sie zunächst den Zustand des IONet-Ringnetzwerks, indem Sie zu Device → Component → IONet Status navigieren. Alle Knoten sollten einen grünen Status anzeigen, wobei beide Ports „Link Up“ melden, der Frame-Fehlerzähler unter 100 Frames pro Minute liegen und alle UCVE-Controller „In Sync“ sein müssen. Ein gelber Ringstatus zeigt an, dass die Redundanz verloren gegangen ist; der Austausch eines Moduls unter diesen Bedingungen würde das System dem Risiko eines Einzelpunktfehlers aussetzen. Verwenden Sie zweitens die Funktion „Force I/O to last value“ in ToolboxST, um Ausgänge einzufrieren und Signalschwankungen während des Entfernens zu verhindern, die andernfalls Schutzaktionen auslösen könnten.

Sobald diese Voraussetzungen erfüllt sind, ist der Austauschprozess selbst relativ unkompliziert: Entfernen Sie den fehlerhaften Knoten, setzen Sie die Ersatzeinheit ein, laden Sie die Konfiguration herunter, um die neue MAC-Adresse zu registrieren, und prüfen Sie abschließend, ob die Echtzeitmesswerte innerhalb von ±1 % der tatsächlichen Prozesswerte liegen. Obwohl das IONet innerhalb von etwa 200 ms nach dem Entfernen eines Moduls automatisch umleitet, entbindet dies nicht von der Notwendigkeit, die Wiederherstellung des Ringnetzwerks zu bestätigen. Nach dem Austausch müssen Sie den IONet Status erneut prüfen, um sicherzustellen, dass die Integrität des Ringnetzwerks wiederhergestellt ist; andernfalls läuft das System weiter ohne Redundanz. Bei schwingungsbezogenen Kanälen müssen die betroffenen Kanäle vor dem Austausch außerdem über die Bently Nevada 3500 Rack-Schnittstelle in den „Bypass“-Modus versetzt werden, und der Schutz darf erst wieder aktiviert werden, nachdem die Signale überprüft wurden.

Engineering-Logik für Konfigurationssicherung und -wiederherstellung

In ToolboxST ist „Backup“ nicht lediglich ein Ein-Knopf-Vorgang, sondern eine Datensicherungsstrategie, die drei verschiedene Prozesse umfasst: Upload, Download und Controller-Replikation. Ein „Upload“ überträgt Konfigurationsdaten vom Controller zurück zur Workstation, während ein „Download“ geänderte Konfigurationsdaten in den Controller schreibt. Beide Vorgänge erfordern eine funktionierende Kommunikationsverbindung und Versionskompatibilität. Darüber hinaus muss sich das System vor einem Download im Zustand „IDLE“ oder „CGG“ befinden – niemals im Modus „RUN“ oder „SEQ“. Da ein Download die gesamte Controller-Konfiguration überschreibt und eine falsche Konfiguration zu schwerwiegenden Folgen führen könnte – etwa zu einer Turbinenüberdrehzahl –, ist die Überprüfung der Sicherung vor einem Download zwingend erforderlich und nicht optional.

Die Datei „.m6b“ dient als primärer Container für Engineering-Konfigurationen in ToolboxST. Wenn zwischen mehreren Workstations und einem einzelnen Controller Versionsabweichungen auftreten, besteht die empfohlene Methode zur Wiederherstellung der Konsistenz darin, die .m6b-Datei einer Workstation mit dem Status „Equal“ als Referenz zu verwenden. Ersetzen Sie die abweichenden Dateien auf den anderen Workstations durch diese Referenzdatei, stellen Sie dann die Verbindung erneut her und überprüfen Sie den Status. Die Wiederherstellung nach einem Hardwarefehler des Controllers umfasst das Austauschen der UCSB (Universal Controller System Base) und die Durchführung eines Backup-/Restore-Verfahrens: Sichern Sie nach Möglichkeit den NAND-Flash der ursprünglichen UCSB, tauschen Sie die Hardware aus und stellen Sie die gesteuerte Konfiguration mit ToolboxST wieder her. Ein anschließender Download kann erforderlich sein, um den Controller wieder in einen aktiven Steuerungszustand zu versetzen. Der Controller Setup Wizard kann den Wiederherstellungsprozess ebenfalls anleiten; die Vorbereitung der Wiederherstellungsmedien und die Interpretation der Statusanzeigen (eine dauerhaft grüne Leuchte bedeutet eine laufende Wiederherstellung, während eine blinkende grüne Leuchte einen Fehler anzeigt) müssen jedoch strikt mit den Schritten des Hardwareaustauschs abgestimmt werden.

F: Was sollte zuerst geprüft werden, wenn ToolboxST keine Verbindung zu einem Mark VIe-Controller herstellen kann?

Überprüfen Sie zuerst die physische Ebene und die Netzwerkparameter, bevor Sie wiederholt versuchen, über die Software eine Verbindung herzustellen. Prüfen Sie, ob die IP-Adressen von Workstation und Controller im selben Subnetz liegen, stellen Sie sicher, dass die Firewall den Datenverkehr auf TCP-Port 18245 zulässt, und bestätigen Sie, dass die Ethernet-Kabel und Switch-Ports ordnungsgemäß funktionieren – diese drei Prüfungen decken die Mehrheit der Verbindungsfehlerszenarien ab. Wenn das Gerät über Ethernet überhaupt nicht erreichbar ist, können Sie mit dem seriellen COM1-Anschluss und einem RJ45-auf-DB9-Adapter eine anfängliche IP-Konfiguration durchführen und dann wieder auf Ethernet umschalten. Wenn Sie nach dem Herstellen einer Verbindung weiterhin keine Diagnoseinformationen abrufen können, überprüfen Sie, ob Type, HW Form, Bar Code und physischer Standort in der I/O-Pack-Konfiguration mit der tatsächlichen Hardware übereinstimmen; führen Sie bei Bedarf einen „Build“ aus und laden Sie die Parameter auf das I/O-Pack herunter.

F: Kann ToolboxST zur Fehlersuche verwendet werden, ohne sich im Zustand „online“ zu befinden?

Einige Aufgaben können offline ausgeführt werden, aber zentrale Diagnosefunktionen erfordern eine Online-Verbindung. Der „I/O Diagnostic Viewer“ beispielsweise erfordert ausdrücklich eine Online-Verbindung, um Echtzeit-Diagnosedaten anzuzeigen, während Berichtsfunktionen flexibler sind. Im Offline-Zustand ist ToolboxST hauptsächlich für die Konfigurationsprüfung nützlich – etwa um zu überprüfen, ob die IONet-Topologie, Modulparameter, Redundanzeinstellungen und EGD-Konfigurationen den Erwartungen entsprechen – oder für die Verwendung der Funktion „Compare Parameters“, um die aktuelle Projektkonfiguration mit einer bekannten, verifizierten Sicherung zu vergleichen. Echte „Fehlerdiagnose“ – etwa die Bewertung des Zustands von I/O-Pack-Verbindungen, das Auslesen des aktuellen Alarmstatus von Modulen oder die Prüfung, ob sich der Controller „In Sync“ befindet – kann jedoch erst nach Herstellen einer Online-Verbindung durchgeführt werden. Daher sollte das Standardverfahren zur Fehlersuche vor Ort darin bestehen, zuerst die Kommunikation zwischen ToolboxST und dem Controller wiederherzustellen und dann auf die Diagnosefunktionen zuzugreifen, anstatt zu versuchen, den Zustand der Hardware in einem Offline-Projekt abzuleiten.