Il controller UCSCH1B è un modello fondamentale della famiglia di controller UCSC di GE, progettato specificamente per applicazioni industriali esigenti ad alte prestazioni. In quanto unità di elaborazione centrale dei sistemi di controllo Mark VIe e Mark VIeS, funge da cervello in scenari quali turbine a gas, turbine a vapore, compressori di grandi dimensioni e industrie di processo critiche. A differenza dei modelli con gateway bus industriali integrati (ad esempio UCSCH1A, UCSCH1C), UCSCH1B si posiziona come un nucleo di controllo 'puro', dedicando tutte le sue risorse computazionali per ottenere attività di controllo in tempo reale ad alta velocità e altamente affidabili e collegandosi a varie reti I/O attraverso le sue potenti interfacce di comunicazione.
Le caratteristiche principali dell'UCSCH1B sono la potente capacità di elaborazione nativa e l'architettura di comunicazione flessibile multirete. Sfrutta inoltre la tecnologia di virtualizzazione per eseguire contemporaneamente sia l'applicazione di controllo Mark VIe che l'Embedded Field Agent. Tuttavia, pone maggiore enfasi sul raggiungimento di uno scambio dati deterministico e ad alte prestazioni con i moduli I/O specializzati di GE tramite High-Speed Serial Link (HSSL) e IONet. Questo design lo rende la piattaforma preferita per la costruzione di sistemi di controllo di precisione ad alta produttività e alta sincronizzazione, dominante soprattutto nelle applicazioni tradizionali di controllo delle turbine e di controllo di processo su larga scala.
Funzioni principali dettagliate e principi operativi
Le funzionalità e i principi dell'UCSCH1B si basano sulla solida base hardware e sulla sofisticata architettura software. Il suo obiettivo di progettazione è fornire determinismo, affidabilità e capacità di elaborazione dei dati senza precedenti in ambienti industriali complessi.
1. Architettura virtualizzata e principi di allocazione delle risorse
Descrizione funzionale:
UCSCH1B è un controller avanzato basato su un processore quad-core, che utilizza la tecnologia hypervisor in tempo reale per virtualizzare le risorse hardware. Ciò consente a un singolo controller fisico di ospitare più ambienti software indipendenti, ciascuno eseguito come una macchina virtuale (VM) con rigoroso isolamento dagli altri.
Principio operativo:
Ruolo dell'hypervisor: l'hypervisor è il livello software di livello più basso eseguito direttamente sull'hardware. Ha il controllo diretto su CPU, memoria e dispositivi fisici. La sua responsabilità principale è arbitrare e allocare queste risorse fisiche alle VM di livello superiore. Ad esempio, può dedicare core CPU specifici a una particolare VM o utilizzare la pianificazione time-slicing per garantire che ogni VM riceva tempo di calcolo deterministico e garantito.
Configurazione e isolamento della VM: UCSCH1B in genere esegue due macchine virtuali principali:
Mark VIe Control VM: questa VM esegue il sistema operativo in tempo reale (RTOS) QNX Neutrino. L'architettura microkernel di QNX significa che il suo kernel è molto piccolo e fornisce solo i servizi più elementari (ad esempio, pianificazione dei processi, comunicazione tra processi), mentre altre funzioni vengono eseguite come processi in modalità utente indipendenti. Questo design offre stabilità e prestazioni in tempo reale. Un guasto in qualsiasi componente non principale non causerà il crash dell'intero kernel. QNX esegue tutta la logica di controllo dell'applicazione. Il suo pianificatore è basato sulle priorità e con prelazione, il che significa che le attività di controllo con priorità più alta possono interrompere immediatamente le attività con priorità più bassa, garantendo che i cicli di controllo critici siano sempre calcolati entro finestre temporali precise, soddisfacendo le massime esigenze di determinismo nel controllo industriale.
VM Embedded Field Agent (EFA): questa VM in genere esegue un sistema operativo Linux. Linux fornisce ricchi servizi di rete e un vasto ecosistema software, rendendolo ideale per l'esecuzione di applicazioni non in tempo reale come la comunicazione su piattaforma cloud, la preelaborazione dei dati e i servizi web.
Comunicazione di rete virtuale: per consentire lo scambio di dati tra la VM Mark VIe Control e la VM EFA, internamente viene stabilito uno switch Ethernet virtuale. Questo passaggio non è un'entità fisica ma viene simulato dall'hypervisor utilizzando la tecnologia della memoria condivisa. Quando la VM Mark VIe deve inviare dati in tempo reale all'EFA, essenzialmente scrive i dati in un'area di memoria condivisa accessibile da entrambe le VM; lo switch virtuale notifica quindi alla VM EFA i dati in entrata. Questo processo avviene interamente in memoria, è estremamente veloce e ha una latenza molto inferiore rispetto alla comunicazione attraverso le porte della rete fisica. Inoltre, rigide regole firewall garantiscono la sicurezza dei dati della rete di controllo, impedendo l'accesso non autorizzato dalla VM EFA alla VM di Controllo.
Valore fondamentale: questa architettura consente l'isolamento della sicurezza funzionale. Anche se la VM EFA basata su Linux diventa instabile o consuma risorse eccessive a causa di applicazioni di rete complesse, ciò non influenzerà assolutamente il ciclo di esecuzione o la stabilità delle attività di controllo critiche in esecuzione su QNX. Ciò migliora sostanzialmente la disponibilità e la sicurezza del sistema, realizzando 'più missioni su un'unica piattaforma hardware'.
2. IONet e meccanismo di controllo deterministico
Descrizione funzionale:
Come dorsale di comunicazione standard del sistema Mark, UCSCH1B comunica con un vasto numero di moduli I/O distribuiti tramite IONet, una rete Ethernet deterministica progettata per il controllo industriale.
Principio operativo:
Chiusura e sicurezza della rete: IONet utilizza fisicamente Ethernet standard ma è proprietario e chiuso a livello di protocollo. Riconosce solo i controller e i moduli I/O della serie GE Mark. Questa chiusura crea una barriera di sicurezza naturale, resistendo efficacemente agli attacchi di rete comuni (ad esempio virus, trojan, broadcast storm) provenienti dalla rete informatica dell'impianto (IT), garantendo la purezza e la robustezza della rete di controllo.
Sincronizzazione dell'orologio di precisione IEEE 1588: questa è la pietra angolare del controllo deterministico. All'interno dell'intero IONet, il controller UCSCH1B è generalmente configurato come il miglior orologio master. Emette periodicamente messaggi di sincronizzazione (Sync, Follow_Up) sulla rete. Tutti i moduli I/O collegati agiscono come orologi slave, regolando continuamente i propri orologi locali calcolando il ritardo di trasmissione di questi messaggi, ottenendo infine una sincronizzazione a livello di microsecondi (±100 microsecondi) con l'orologio del controller principale. Le profonde implicazioni di questo meccanismo sono:
Riferimento temporale globale: fornisce un timestamp unificato e preciso per l'intero sistema di controllo. Quando si analizza un evento di guasto a cascata, è possibile conoscere l'esatta sequenza di modifiche per ciascun punto I/O su una scala di microsecondi, il che è fondamentale per la registrazione della sequenza di eventi (SOE) e l'analisi della causa principale.
Campionamento e uscita sincroni: tutti i moduli I/O possono campionare i segnali di ingresso nello stesso esatto momento e aggiornare le uscite in orari specificati in base a questo orologio sincronizzato. Ciò elimina le differenze di fase del segnale causate da tempi di campionamento non sincronizzati, fornendo all'algoritmo di controllo una 'visione del mondo' altamente coerente dal punto di vista temporale.
Cicli di scansione allineati: il ciclo di scansione dell'applicazione del controller e i cicli di aggiornamento dei dati I/O sono strettamente allineati con questo orologio globale. Ciò significa che ogni ciclo di controllo inizia e termina entro un intervallo di tempo prevedibile e fisso, a causa del jitter temporale dei tradizionali sistemi di controllo basati su PC causato dall'incertezza della pianificazione delle attività.
Architettura ridondante e integrità dei dati: nelle configurazioni Dual o TMR, UCSCH1B dimostra il suo design ad alta disponibilità. Ogni rete I/O (R, S, T) è contemporaneamente collegata a ogni controllore del set ridondante. Di conseguenza, ogni controller riceve indipendentemente e contemporaneamente dati di input identici. Questa architettura garantisce che nessun dato di input venga perso quando un singolo controller viene messo offline per manutenzione, debug o a causa di un guasto imprevisto. Il controller di standby che assume il controllo possiede già le informazioni di input più recenti e complete, consentendo un trasferimento senza interruzioni e garantendo così la continuità del processo a livello di comunicazione.
3. Collegamento seriale ad alta velocità (HSSL) e capacità di elaborazione parallela
Descrizione funzionale:
questa è una caratteristica distintiva che distingue l'UCSCH1B da altri modelli. HSSL è un protocollo di comunicazione ad alte prestazioni proprietario di GE utilizzato per stabilire canali dati punto a punto sincroni ad alta velocità tra il controller e specifici moduli I/O (ad esempio, alcuni moduli di interfaccia bridge).
Principio operativo:
Caratteristiche del protocollo: HSSL è un protocollo di comunicazione seriale sincrona basato sul livello fisico Ethernet. A differenza della comunicazione asincrona TCP/IP di IONet, HSSL stabilisce una pipeline di dati dedicata, con slot di tempo fissi tra il controller e il modulo I/O. I dati vengono trasmessi a velocità molto elevate con un sovraccarico del protocollo molto basso.
Flussi di dati paralleli: il controller UCSCH1B supporta fino a 10 canali HSSL indipendenti (3 sul pannello frontale: R/SL1, S/SL2, T/SL3, più 7 porte di espansione disponibili tramite il modulo di espansione UCECH1x). Ciò significa che il controller può comunicare alla massima velocità con 10 diversi dispositivi HSSL simultaneamente, con ciascun canale che funziona in modo indipendente, creando una larghezza di banda aggregata significativa. Ciò è particolarmente adatto per applicazioni che richiedono uno scambio di dati ad alta velocità con più sottosistemi indipendenti, come nei complessi sistemi di conversione di potenza.
Latenza deterministica: essendo una comunicazione sincrona, la latenza di trasmissione dei dati su un canale HSSL è fissa e prevedibile. Ciò è fondamentale per i cicli di controllo a circuito chiuso che richiedono tempi di risposta estremamente rapidi. Il tempo impiegato dai dati per viaggiare dal modulo I/O al controller è stabile, consentendo agli algoritmi di controllo di compensare con precisione i ritardi di comunicazione, migliorando così la qualità del controllo.
Integrazione hardware: l'elaborazione HSSL è spesso assistita da hardware dedicato (ad esempio un FPGA) sul controller, che scarica la CPU principale, consentendole di concentrarsi maggiormente sull'esecuzione della logica di controllo.
4. Embedded Field Agent (EFA) e collaborazione Cloud-Edge
Descrizione funzionale:
L'EFA è il gateway dell'UCSCH1B per l'Internet delle cose industriale (IIoT). Viene eseguito nella VM Linux del controller, responsabile dell'aggregazione sicura dei dati edge nel cloud e della fornitura di una piattaforma di edge computing localizzata.
Principio operativo:
Conduttura dati protetta:
Acquisizione dati: l'EFA di sola lettura sottoscrive i dati in tempo reale richiesti dalla memoria condivisa della VM Mark VIe Control tramite la rete virtuale interna. L'architettura del sistema garantisce che l'EFA non possa scrivere alcun dato sulla VM di controllo, costituendo un progetto intrinsecamente sicuro.
Edge Processing: prima di inviare i dati al cloud, l'EFA può eseguire una serie di operazioni di preelaborazione localmente, tra cui: filtraggio dei dati (rimozione del rumore), compressione dei dati (riduzione della larghezza di banda di trasmissione), caching dei dati (gestione delle interruzioni di rete) e applicazione timestamp (garantendo la cronologia dei dati).
Crittografia e trasmissione: i dati elaborati vengono crittografati utilizzando protocolli TLS/HTTPS standard del settore e trasmessi in modo sicuro alla piattaforma cloud Predix di GE o ad altri servizi cloud supportati tramite la porta cloud IICS inferiore del controller.
Edge Intelligence: un valore fondamentale dell’EFA è la sua capacità di edge computing. Gli utenti possono distribuire applicazioni sviluppate su Predix o applicazioni containerizzate personalizzate su EFA. Queste applicazioni possono essere eseguite direttamente nell'origine dati, ad esempio:
Analisi dei dati in tempo reale: esecuzione di analisi FFT in tempo reale su segnali di vibrazione e temperatura per il rilevamento tempestivo di guasti alle apparecchiature meccaniche.
Inferenza AI: esecuzione di modelli di machine learning addestrati per consentire la manutenzione predittiva basata su dati in tempo reale.
Ottimizzazione logica locale: esecuzione di algoritmi di ottimizzazione complessi e sensibili alla latenza e reinvio dei risultati alla logica di controllo Mark VIe tramite la rete virtuale come riferimento.
Connettività e servizi remoti: l'EFA fornisce al personale autorizzato un tunnel di accesso remoto sicuro. I tecnici dell'assistenza possono connettersi in modo sicuro al controller UCSCH1B distribuito sul campo tramite Internet utilizzando laptop o dispositivi mobili per visualizzare dati in tempo reale, scaricare la cronologia o eseguire operazioni di diagnostica, migliorando significativamente la velocità e l'efficienza della risposta del servizio.
5. Meccanismo di ridondanza e implementazione dell'alta disponibilità
Descrizione funzionale:
UCSCH1B supporta configurazioni che vanno da Simplex a TMR, garantendo che il sistema possa soddisfare diversi requisiti di disponibilità, dal controllo generale ai livelli di sicurezza.
Principio operativo:
