ToolboxST è il software principale della workstation di ingegnerizzazione all'interno della suite GE Vernova ControlST, progettato per il sistema di controllo turbina Mark VIe. Gestisce una serie di funzioni, tra cui configurazione di sistema, diagnostica, download online e ripristino dei dati. Per gli ingegneri di controllo, la padronanza di ToolboxST è la differenza tra il semplice osservare un allarme e l'essere in grado di risalire sistematicamente alla causa principale—navigando nella topologia IONet, valutando lo stato di salute dei moduli I/O e consultando i registri di configurazione. Le intuizioni e le analisi presentate in questo articolo sono fornite solo a scopo di riferimento. Si noti che queste informazioni sono fornite a titolo orientativo; per supporto tecnico specifico, consultare un ingegnere qualificato.

Posizionamento e percorsi di connessione di ToolboxST

ToolboxST non è uno strumento diagnostico isolato; funge invece da gateway di ingegnerizzazione integrato nello stesso ecosistema software dei controller Mark VIe, dei moduli I/O e del server di allarmi WorkstationST. La sua interfaccia è strutturata su due livelli principali: System Editor e Component Editor. Il System Editor gestisce i dispositivi e la topologia di rete dell'intero sistema, mentre un doppio clic su un controller apre il Component Editor, dove la scheda “Hardware” fornisce una visualizzazione ad albero dei moduli I/O, delle schede terminali e delle configurazioni di ridondanza. L'interfaccia è ancorata a tre componenti chiave: Tree View (per navigare nella gerarchia dei componenti), Property Editor (per modificare i parametri degli oggetti selezionati) e Summary View (che offre una rappresentazione grafica della connettività di rete).

Il metodo preferito per connettersi a un sistema Mark VIe è tramite Ethernet. La workstation deve essere configurata sulla stessa subnet del controller. In ToolboxST, navigare in Controller → Communication → Connect, selezionare “Ethernet” e inserire l'indirizzo IP e la porta appropriati per stabilire una connessione online. Se Ethernet non è disponibile, una connessione seriale RS-232 può fungere da alternativa, utilizzando le seguenti impostazioni: 9600 baud, 8 bit di dati, nessuna parità, 1 bit di stop e nessun controllo di flusso. Va notato che le connessioni seriali sono generalmente destinate solo alla configurazione IP iniziale o all'accesso di emergenza; una volta stabilito un indirizzo IP, tutte le successive attività di configurazione e diagnostica devono essere eseguite tramite Ethernet. Interpretazione a livelli delle informazioni diagnostiche

L'output diagnostico in ToolboxST non è semplicemente un elenco piatto di allarmi; è invece un sistema informativo strutturato organizzato su tre livelli: I/O Pack, Module e Component. L'“I/O Diagnostic Viewer”—accessibile tramite la scheda “Summary”—costituisce il punto di accesso diagnostico principale. Facendo clic con il pulsante destro del mouse su un modulo I/O o su una scheda terminale e selezionando “Troubleshoot and Status”, gli utenti possono visualizzare i registri dei guasti, le informazioni sulla versione e i dati di comunicazione diagnostica per quella specifica unità. I simboli all'interno della visualizzazione ad albero hanno significati distinti: il rosso indica un'anomalia del collegamento, il giallo segnala un allarme attivo, un'icona informativa denota un allarme inattivo e l'assenza di qualsiasi indicatore di questo tipo indica uno stato normale. Posizionando il cursore su un elemento vengono mostrate spiegazioni dettagliate—una funzione particolarmente utile durante la risoluzione dei problemi sul campo.

I report diagnostici sono una risorsa spesso sottovalutata. ToolboxST può generare quattro tipi di report—I/O Module Fault Report, Revision Report, Communication Report e Hardware Report—ciascuno contenente dettagli di configurazione o diagnostica specifici per i moduli interessati. Quando si sostituiscono moduli o si confrontano versioni, i report Revision e Hardware sono molto più utili del controllo manuale degli allarmi schermata per schermata. Inoltre, la funzione “Compare Parameters” consente agli utenti di eseguire un confronto gerarchico tra la configurazione attualmente memorizzata nel controller e i valori definiti nel progetto ToolboxST prima di scaricare nuovi parametri. Questo è fondamentale per prevenire i “ripple effects”, in cui la modifica di un singolo parametro altera inavvertitamente una gamma più ampia di logica.

Una distinzione diagnostica importante da notare è che la diagnostica relativa alla comunicazione generata da ToolboxST stesso (come “unhealthy link” o “cannot retrieve diagnostics information”) non viene segnalata al WorkstationST Alarm Viewer. Di conseguenza, se l'HMI di un operatore appare normale mentre ToolboxST indica che un modulo I/O è disconnesso, la causa principale risiede probabilmente a livello di connessione di ingegnerizzazione—ad esempio, il modulo I/O potrebbe non aver completato l'avvio, potrebbe mancare un file di configurazione, in una configurazione a doppia rete potrebbe essere connessa una sola rete, potrebbe essere stato inserito in modo errato il codice a barre di una scheda terminale, oppure la configurazione potrebbe non essere ancora stata scaricata nel controller. Quando si risolvono tali problemi, occorre prima verificare la comunicazione tra ToolboxST e il controller, quindi confermare sistematicamente che la configurazione hardware corrisponda all'installazione fisica effettiva.

Sostituzione dei moduli: prerequisiti di sicurezza essenziali in ToolboxST

Sebbene i moduli I/O Mark VIe supportino la “sostituzione a caldo”, questa capacità non significa che possano essere rimossi o inseriti in qualsiasi momento senza seguire le procedure corrette. Prima di intervenire su un modulo fisico, è necessario completare due verifiche all'interno di ToolboxST. In primo luogo, controllare lo stato di salute della rete ad anello IONet navigando in Device → Component → IONet Status. Tutti i nodi dovrebbero mostrare uno stato verde con entrambe le porte che indicano “Link Up”, il contatore degli errori di frame dovrebbe essere inferiore a 100 frame al minuto e tutti i controller UCVE devono essere “In Sync”. Uno stato ad anello giallo indica che la ridondanza è stata persa; sostituire un modulo in queste condizioni esporrebbe il sistema al rischio di un singolo punto di guasto. In secondo luogo, utilizzare la funzione “Force I/O to last value” in ToolboxST per congelare le uscite, evitando fluttuazioni del segnale durante la rimozione che potrebbero altrimenti attivare azioni protettive.

Una volta soddisfatti questi prerequisiti, il processo di sostituzione stesso è relativamente semplice: rimuovere il nodo guasto, inserire l'unità sostitutiva, scaricare la configurazione per registrare il nuovo indirizzo MAC e, infine, verificare che le letture in tempo reale siano entro ±1% rispetto ai valori effettivi di processo. Sebbene IONet reindirizzi automaticamente entro circa 200 ms dalla rimozione di un modulo, ciò non elimina la necessità di confermare il ripristino della rete ad anello. Dopo la sostituzione, è necessario riesaminare IONet Status per assicurarsi che l'integrità della rete ad anello sia stata ripristinata; in caso contrario, il sistema continuerà a funzionare senza ridondanza. Per i canali relativi alle vibrazioni, i canali interessati devono anche essere impostati in modalità “bypass” tramite l'interfaccia del rack Bently Nevada 3500 prima della sostituzione, e la protezione deve essere ripristinata solo dopo che i segnali sono stati verificati.

Logica di ingegnerizzazione per backup e ripristino della configurazione

In ToolboxST, “backup” non è semplicemente un'operazione con un solo pulsante, ma una strategia di conservazione dei dati che comprende tre processi distinti: upload, download e replica del controller. Un “upload” trasferisce i dati di configurazione dal controller alla workstation, mentre un “download” scrive i dati di configurazione modificati nel controller. Entrambe le operazioni richiedono un collegamento di comunicazione funzionante e compatibilità di versione. Inoltre, prima di un download, il sistema deve trovarsi in stato “IDLE” o “CGG”—mai in modalità “RUN” o “SEQ”. Poiché un download sovrascrive l'intera configurazione del controller, e una configurazione errata potrebbe portare a conseguenze gravi—come la sovravelocità della turbina—la verifica del backup prima di un download è obbligatoria, non facoltativa.

Il file “.m6b” costituisce il contenitore principale per le configurazioni di ingegnerizzazione in ToolboxST. Quando si verificano incompatibilità di versione tra più workstation e un singolo controller, il metodo consigliato per ripristinare la coerenza è utilizzare come riferimento il file `.m6b` di una workstation che mostra lo stato “Equal”. Sostituire i file non corrispondenti sulle altre workstation con questo file di riferimento, quindi riconnettersi e verificare lo stato. Il ripristino dopo un guasto hardware del controller prevede la sostituzione dell'UCSB (Universal Controller System Base) e l'esecuzione di una procedura di backup/ripristino: se possibile, eseguire il backup della flash NAND dall'UCSB originale, sostituire l'hardware e utilizzare ToolboxST per ripristinare la configurazione controllata. Potrebbe essere necessario un successivo download per riportare il controller a uno stato di controllo attivo. Il Controller Setup Wizard può anche guidare il processo di ripristino; tuttavia, la preparazione dei supporti di ripristino e l'interpretazione degli indicatori di stato (una luce verde fissa indica un ripristino in corso, mentre una luce verde lampeggiante indica un guasto) devono essere coordinate rigorosamente con le fasi di sostituzione dell'hardware.

Q: Se ToolboxST non riesce a connettersi a un controller Mark VIe, cosa occorre controllare per primo?

Verificare il livello fisico e i parametri di rete prima di tentare ripetutamente la connessione tramite il software. Controllare se gli indirizzi IP della workstation e del controller si trovano sulla stessa subnet, assicurarsi che il firewall consenta il traffico sulla porta TCP 18245 e confermare che i cavi Ethernet e le porte dello switch funzionino correttamente—questi tre controlli coprono la maggior parte degli scenari di errore di connessione. Se il dispositivo è completamente irraggiungibile tramite Ethernet, è possibile eseguire una configurazione IP iniziale utilizzando la porta seriale COM1 con un adattatore da RJ45 a DB9, quindi tornare a Ethernet. Se dopo aver stabilito una connessione non si riescono ancora a recuperare le informazioni diagnostiche, verificare che Type, HW Form, Bar Code e posizione fisica nella configurazione del modulo I/O corrispondano all'hardware effettivo; se necessario, eseguire un “Build” e scaricare i parametri nel modulo I/O.

Q: È possibile utilizzare ToolboxST per la risoluzione dei problemi senza trovarsi in uno stato “online”?

Alcune attività possono essere eseguite offline, ma le funzioni diagnostiche principali richiedono una connessione online. L'I/O Diagnostic Viewer, ad esempio, richiede esplicitamente una connessione online per visualizzare i dati diagnostici in tempo reale, mentre le funzioni di reportistica sono più flessibili. In uno stato offline, ToolboxST è principalmente utile per la revisione della configurazione—ad esempio, per verificare che la topologia IONet, i parametri dei moduli, le impostazioni di ridondanza e le configurazioni EGD siano conformi alle aspettative—oppure per utilizzare la funzione “Compare Parameters” per confrontare la configurazione attuale del progetto con un backup noto e verificato. Tuttavia, la vera “diagnostica dei guasti”—come valutare lo stato di salute dei collegamenti dei pacchetti I/O, leggere lo stato di allarme corrente dei moduli o verificare se il controller è “In Sync”—può essere eseguita solo dopo aver stabilito una connessione online. Pertanto, la procedura standard per la risoluzione dei problemi sul campo dovrebbe essere quella di ripristinare prima la comunicazione tra ToolboxST e il controller, e poi accedere alle funzioni diagnostiche, anziché tentare di dedurre lo stato dell'hardware lavorando in un progetto offline.