GE
IS420UCSCH1B
9000 $
Auf Lager
T/T
Xiamen
| Verfügbarkeit: | |
|---|---|
| Menge: | |
Der UCSCH1B-Controller ist ein Kernmodell der UCSC-Controllerfamilie von GE und wurde speziell für anspruchsvolle industrielle Hochleistungsanwendungen entwickelt. Als zentrale Verarbeitungseinheit der Mark VIe- und Mark VIeS-Steuerungssysteme fungiert es als Gehirn in Szenarien wie Gasturbinen, Dampfturbinen, großen Kompressoren und kritischen Prozessindustrien. Im Gegensatz zu Modellen mit integrierten industriellen Bus-Gateways (z. B. UCSCH1A, UCSCH1C) ist der UCSCH1B als „reiner“ Steuerkern positioniert, der seine gesamten Rechenressourcen für die Erledigung schneller, hochzuverlässiger Echtzeit-Steueraufgaben und die Verbindung zu verschiedenen E/A-Netzwerken über seine leistungsstarken Kommunikationsschnittstellen einsetzt.
Die Hauptmerkmale des UCSCH1B sind seine leistungsstarke native Rechenleistung und seine flexible Multinetzwerk-Kommunikationsarchitektur. Darüber hinaus nutzt es Virtualisierungstechnologie, um sowohl die Mark VIe-Steuerungsanwendung als auch den Embedded Field Agent gleichzeitig auszuführen. Der Schwerpunkt liegt jedoch auf der Erzielung eines leistungsstarken, deterministischen Datenaustauschs mit den spezialisierten E/A-Modulen von GE über den High-Speed Serial Link (HSSL) und IONet. Dieses Design macht es zur bevorzugten Plattform für den Aufbau von Präzisionssteuerungssystemen mit hohem Durchsatz und hoher Synchronisierung, die insbesondere bei herkömmlichen Turbinensteuerungs- und groß angelegten Prozesssteuerungsanwendungen dominiert.
Die Funktionalität und Prinzipien des UCSCH1B basieren auf seiner robusten Hardware-Basis und seiner ausgefeilten Software-Architektur. Sein Designziel besteht darin, beispiellosen Determinismus, Zuverlässigkeit und Datenverarbeitungsfähigkeiten in komplexen industriellen Umgebungen bereitzustellen.
Funktionsbeschreibung:
Der UCSCH1B ist ein fortschrittlicher Controller, der auf einem Quad-Core-Prozessor basiert und Echtzeit-Hypervisor-Technologie zur Virtualisierung von Hardwareressourcen nutzt. Dadurch kann ein einzelner physischer Controller mehrere unabhängige Softwareumgebungen hosten, die jeweils als virtuelle Maschine (VM) mit strikter Isolierung von den anderen ausgeführt werden.
Funktionsprinzip:
Rolle des Hypervisors: Der Hypervisor ist die unterste Softwareschicht, die direkt auf der Hardware ausgeführt wird. Es hat direkte Kontrolle über die CPU, den Speicher und die physischen Geräte. Seine Hauptaufgabe besteht darin, diese physischen Ressourcen zu vermitteln und den VMs der oberen Schicht zuzuweisen. Es kann beispielsweise bestimmte CPU-Kerne einer bestimmten VM zuweisen oder eine Zeitscheibenplanung verwenden, um sicherzustellen, dass jede VM deterministische, garantierte Rechenzeit erhält.
VM-Konfiguration und -Isolation: Auf dem UCSCH1B werden normalerweise zwei virtuelle Hauptmaschinen ausgeführt:
Mark VIe Control VM: Auf dieser VM wird das QNX Neutrino Real-Time Operating System (RTOS) ausgeführt. Die Mikrokernel-Architektur von QNX bedeutet, dass der Kernel sehr klein ist und nur die grundlegendsten Dienste bereitstellt (z. B. Prozessplanung, Kommunikation zwischen Prozessen), während andere Funktionen als unabhängige Prozesse im Benutzermodus ausgeführt werden. Dieses Design bietet Stabilität und Echtzeitleistung. Ein Ausfall einer Nicht-Kernkomponente führt nicht zum Absturz des gesamten Kernels. QNX führt die gesamte Anwendungssteuerungslogik aus. Sein Scheduler ist prioritätsgesteuert und präventiv, was bedeutet, dass Steuerungsaufgaben mit höherer Priorität Aufgaben mit niedrigerer Priorität sofort unterbrechen können. Dadurch wird sichergestellt, dass kritische Regelkreise immer innerhalb präziser Zeitfenster berechnet werden und so die höchsten Anforderungen an Determinismus in der industriellen Steuerung erfüllt werden.
Embedded Field Agent (EFA) VM: Auf dieser VM wird normalerweise ein Linux-Betriebssystem ausgeführt. Linux bietet umfangreiche Netzwerkdienste und ein umfangreiches Software-Ökosystem und eignet sich daher ideal für die Ausführung von Nicht-Echtzeitanwendungen wie Cloud-Plattform-Kommunikation, Datenvorverarbeitung und Webdiensten.
Virtuelle Netzwerkkommunikation: Um den Datenaustausch zwischen der Mark VIe Control VM und der EFA VM zu ermöglichen, wird intern ein virtueller Ethernet-Switch eingerichtet. Dieser Schalter ist keine physische Einheit, sondern wird vom Hypervisor mithilfe der Shared-Memory-Technologie simuliert. Wenn die Mark VIe-VM Echtzeitdaten an die EFA senden muss, schreibt sie die Daten im Wesentlichen in einen gemeinsam genutzten Speicherbereich, auf den beide VMs zugreifen können. Der virtuelle Switch benachrichtigt dann die EFA-VM über die eingehenden Daten. Dieser Prozess findet vollständig im Speicher statt, ist extrem schnell und hat eine viel geringere Latenz als die Kommunikation über physische Netzwerkports. Darüber hinaus gewährleisten strenge Firewall-Regeln die Sicherheit der Kontrollnetzwerkdaten und verhindern unbefugten Zugriff von der EFA-VM auf die Kontroll-VM.
Kernwert: Diese Architektur ermöglicht die Isolierung der funktionalen Sicherheit. Selbst wenn die Linux-basierte EFA-VM aufgrund komplexer Netzwerkanwendungen instabil wird oder übermäßige Ressourcen verbraucht, hat dies keinerlei Auswirkungen auf den Ausführungszyklus oder die Stabilität der kritischen Steuerungsaufgaben, die auf QNX ausgeführt werden. Dies verbessert die Systemverfügbarkeit und -sicherheit grundlegend und ermöglicht „mehrere Aufgaben auf einer einzigen Hardwareplattform“.
Funktionsbeschreibung:
Als Standard-Kommunikationsrückgrat des Mark-Systems kommuniziert der UCSCH1B mit einer großen Anzahl verteilter E/A-Module über IONet, ein deterministisches Ethernet-Netzwerk, das für die industrielle Steuerung entwickelt wurde.
Funktionsprinzip:
Netzwerkschließung und Sicherheit: IONet nutzt physisch Standard-Ethernet, ist jedoch proprietär und auf Protokollebene geschlossen. Es erkennt nur Controller und E/A-Module der GE Mark-Serie. Diese Schließung schafft eine natürliche Sicherheitsbarriere, die häufigen Netzwerkangriffen (z. B. Viren, Trojanern, Broadcast-Stürmen) aus dem Informationsnetzwerk (IT) der Anlage wirksam widersteht und die Reinheit und Robustheit des Steuerungsnetzwerks gewährleistet.
IEEE 1588 Precision Clock Synchronization: Dies ist der Grundstein der deterministischen Steuerung. Innerhalb des gesamten IONet ist der UCSCH1B-Controller typischerweise als bester Master-Takt konfiguriert. Es gibt regelmäßig Synchronisationsnachrichten (Sync, Follow_Up) im Netzwerk aus. Alle angeschlossenen E/A-Module fungieren als Slave-Uhren und passen ihre lokalen Uhren kontinuierlich an, indem sie die Übertragungsverzögerung dieser Nachrichten berechnen, um letztendlich eine Synchronisierung auf Mikrosekundenebene (±100 Mikrosekunden) mit der Uhr des Master-Controllers zu erreichen. Die tiefgreifenden Auswirkungen dieses Mechanismus sind:
Globale Zeitreferenz: Bietet einen einheitlichen, präzisen Zeitstempel für das gesamte Steuerungssystem. Bei der Analyse eines kaskadierenden Fehlerereignisses kann die genaue Abfolge von Änderungen für jeden E/A-Punkt im Mikrosekundenbereich ermittelt werden, was für die Aufzeichnung von Ereignissequenzen (Sequence of Events, SOE) und die Ursachenanalyse von entscheidender Bedeutung ist.
Synchrone Abtastung und Ausgabe: Alle E/A-Module können Eingangssignale im exakt gleichen Moment abtasten und die Ausgänge zu bestimmten Zeiten basierend auf diesem synchronisierten Takt aktualisieren. Dadurch werden Signalphasenunterschiede eliminiert, die durch unsynchronisierte Abtastzeiten verursacht werden, und dem Steuerungsalgorithmus ein zeitlich hochgradig konsistentes „Weltbild“ bereitgestellt.
Ausgerichtete Scan-Zyklen: Der Anwendungs-Scan-Zyklus und die E/A-Datenaktualisierungszyklen des Controllers sind streng auf diesen globalen Takt abgestimmt. Dies bedeutet, dass jeder Regelkreis innerhalb eines vorhersehbaren, festen Zeitintervalls beginnt und endet, wobei der Zeitjitter herkömmlicher PC-basierter Steuerungssysteme durch Unsicherheiten bei der Aufgabenplanung verursacht wird.
Redundante Architektur und Datenintegrität: In Dual- oder TMR-Konfigurationen demonstriert der UCSCH1B sein Hochverfügbarkeitsdesign. Jedes E/A-Netzwerk (R, S, T) ist gleichzeitig mit jedem Controller im Redundanzsatz verbunden. Somit erhält jeder Controller unabhängig voneinander und gleichzeitig identische Eingangsdaten. Diese Architektur stellt sicher, dass keine Eingabedaten verloren gehen, wenn ein einzelner Controller zur Wartung, zum Debuggen oder aufgrund eines unerwarteten Fehlers offline geschaltet wird. Der übernehmende Standby-Controller verfügt bereits über die aktuellsten und vollständigen Eingangsinformationen, was eine stoßfreie Übertragung ermöglicht und so die Prozesskontinuität auf der Kommunikationsebene gewährleistet.
Funktionsbeschreibung:
Dies ist ein charakteristisches Merkmal, das den UCSCH1B von anderen Modellen unterscheidet. HSSL ist ein proprietäres Hochleistungskommunikationsprotokoll von GE, mit dem synchrone Punkt-zu-Punkt-Hochgeschwindigkeitsdatenkanäle zwischen dem Controller und bestimmten E/A-Modulen (z. B. bestimmten Brückenschnittstellenmodulen) eingerichtet werden.
Funktionsprinzip:
Protokolleigenschaften: HSSL ist ein synchrones serielles Kommunikationsprotokoll, das auf der physikalischen Ethernet-Schicht basiert. Im Gegensatz zur asynchronen TCP/IP-Kommunikation von IONet stellt HSSL eine dedizierte Datenpipeline mit festem Zeitfenster zwischen dem Controller und dem E/A-Modul her. Die Datenübertragung erfolgt mit sehr hoher Geschwindigkeit und sehr geringem Protokoll-Overhead.
Parallele Datenströme: Der UCSCH1B-Controller unterstützt bis zu 10 unabhängige HSSL-Kanäle (3 auf der Vorderseite: R/SL1, S/SL2, T/SL3, plus 7 Erweiterungsports, die über das UCECH1x-Erweiterungsmodul verfügbar sind). Dies bedeutet, dass der Controller gleichzeitig mit 10 verschiedenen HSSL-Geräten mit voller Geschwindigkeit kommunizieren kann, wobei jeder Kanal unabhängig arbeitet und so eine erhebliche Gesamtbandbreite entsteht. Dies eignet sich besonders für Anwendungen, die einen schnellen Datenaustausch mit mehreren unabhängigen Subsystemen erfordern, beispielsweise in komplexen Energieumwandlungssystemen.
Deterministische Latenz: Da es sich um eine synchrone Kommunikation handelt, ist die Datenübertragungslatenz auf einem HSSL-Kanal fest und vorhersehbar. Dies ist von entscheidender Bedeutung für Regelkreise mit geschlossenem Regelkreis, die extrem schnelle Reaktionszeiten erfordern. Die Zeit, die die Daten für die Übertragung vom E/A-Modul zum Controller benötigen, ist stabil, sodass Steuerungsalgorithmen Kommunikationsverzögerungen präzise kompensieren und so die Steuerungsqualität verbessern können.
Hardware-Integration: Die HSSL-Verarbeitung wird häufig durch dedizierte Hardware (z. B. ein FPGA) auf dem Controller unterstützt, wodurch die Haupt-CPU entlastet wird und sich mehr auf die Ausführung der Steuerlogik konzentrieren kann.
Funktionsbeschreibung:
Der EFA ist das Tor des UCSCH1B zum industriellen Internet der Dinge (IIoT). Es läuft in der Linux-VM des Controllers und ist für die sichere Aggregation von Edge-Daten in der Cloud und die Bereitstellung einer lokalisierten Edge-Computing-Plattform verantwortlich.
Funktionsprinzip:
Sichere Datenpipeline:
Datenerfassung: Der EFA abonniert schreibgeschützt die erforderlichen Echtzeitdaten aus dem gemeinsamen Speicher der Mark VIe Control VM über das interne virtuelle Netzwerk. Die Systemarchitektur stellt sicher, dass die EFA keine Daten auf die Kontroll-VM schreiben kann, was ein inhärent sicheres Design darstellt.
Edge-Verarbeitung: Vor dem Senden von Daten an die Cloud kann die EFA lokal eine Reihe von Vorverarbeitungsvorgängen durchführen, darunter: Datenfilterung (Entfernen von Rauschen), Datenkomprimierung (Reduzierung der Übertragungsbandbreite), Daten-Caching (Verwaltung von Netzwerkunterbrechungen) und Zeitstempelanwendung (Gewährleistung der Datenchronologie).
Verschlüsselung und Übertragung: Die verarbeiteten Daten werden mithilfe branchenüblicher TLS/HTTPS-Protokolle verschlüsselt und über den unteren IICS-Cloud-Port des Controllers sicher an die Predix-Cloud-Plattform von GE oder andere unterstützte Cloud-Dienste übertragen.
Edge Intelligence: Ein zentraler Wert des EFA ist seine Edge-Computing-Fähigkeit. Benutzer können auf Predix entwickelte Anwendungen oder benutzerdefinierte Containeranwendungen auf dem EFA bereitstellen. Diese Anwendungen können direkt an der Datenquelle ausgeführt werden, zum Beispiel:
Echtzeit-Datenanalyse: Durchführung einer Echtzeit-FFT-Analyse von Vibrations- und Temperatursignalen zur Früherkennung mechanischer Gerätefehler.
KI-Inferenz: Ausführen trainierter Modelle für maschinelles Lernen, um eine vorausschauende Wartung auf der Grundlage von Echtzeitdaten zu ermöglichen.
Lokale Logikoptimierung: Führen Sie komplexe, latenzempfindliche Optimierungsalgorithmen aus und geben Sie die Ergebnisse über das virtuelle Netzwerk als Referenz an die Mark VIe-Steuerlogik zurück.
Fernkonnektivität und -dienste: Die EFA stellt autorisiertem Personal einen sicheren Fernzugriffstunnel zur Verfügung. Servicetechniker können über Laptops oder Mobilgeräte eine sichere Verbindung zum vor Ort eingesetzten UCSCH1B-Controller über das Internet herstellen, um Echtzeitdaten anzuzeigen, den Verlauf herunterzuladen oder Diagnosen durchzuführen, was die Reaktionsgeschwindigkeit und Effizienz des Service erheblich verbessert.
Funktionsbeschreibung:
Der UCSCH1B unterstützt Konfigurationen von Simplex bis TMR und stellt so sicher, dass das System unterschiedliche Verfügbarkeitsanforderungen erfüllen kann, von der allgemeinen Steuerung bis hin zu Sicherheitsniveaus.
Funktionsprinzip:
Heartbeat und Switchover in Dual-Konfiguration:
Zwei UCSCH1B-Controller überwachen kontinuierlich gegenseitig den Gesundheitszustand, indem sie „Heartbeat“-Signale über die IONet- und UDH-Netzwerke austauschen.
Sie führen identische Steuerprogramme aus und verarbeiten dieselben Eingabedaten. Allerdings hat nur einer, der als primärer Controller bezeichnet wird, die Befugnis, Befehle an Feldaktoren auszugeben.
Der Backup-Controller vergleicht kontinuierlich seinen internen Zustand (Berechnungsergebnisse, Zwischenvariablen) mit dem primären Controller. Wenn der Backup-Controller den Verlust des Heartbeats des Primärcontrollers erkennt, durch Selbstdiagnose feststellt, dass sein eigener Status überlegen ist, oder einen externen Schaltbefehl empfängt, löst das System die Umschaltlogik aus. Der Umschaltvorgang ist innerhalb von Millisekunden abgeschlossen. Der Backup-Controller aktiviert seine Ausgangskreise und übernimmt die Systemsteuerung bei minimaler Störung des Prozesses und sorgt für eine stoßfreie Übertragung.
Fehlertoleranzprinzip in der TMR-Konfiguration:
Dies ist die höchste Redundanzstufe. Drei UCSCH1B-Controller bilden eine einzige logische Einheit.
Eingabedaten werden gleichzeitig an alle drei gesendet. Jeder Controller führt die Logik unabhängig aus und erzeugt ein Ausgabeergebnis.
Die endgültige Ausgabe des Systems wird durch einen Hardware- oder Software-„Mehrheitswähler“ bestimmt. Der Wähler wendet das „Zwei-von-Drei“-Prinzip an. Solange zwei der drei Controller konsistente Ausgaben erzeugen, übernimmt das System diese Konsensausgabe. Das heißt, selbst wenn bei einem Controller ein interner Fehler auftritt und eine fehlerhafte Ausgabe erfolgt, kann das System den normalen Betrieb basierend auf den korrekten Ausgaben der anderen beiden Controller fortsetzen.
Die TMR-Architektur toleriert nicht nur einen Single Point of Failure, ihr Design ermöglicht es dem System sogar, den ordnungsgemäßen Betrieb fortzusetzen, wenn bestimmte Arten von Zweitfehlern auftreten, bevor der erste Fehler behoben ist, und bietet so die theoretische und technische Grundlage für das Erreichen einer Verfügbarkeit von nahezu 100 %.
| Spezifikationskategorie | UCSCH1B Detaillierte Parameter |
|---|---|
| Mikroprozessor | Quad-Core AMD G-Serie, 1,2 GHz Taktfrequenz |
| Erinnerung | 4 GB DDR3-1333 SDRAM |
| Nichtflüchtiger Speicher (NVRAM) | - ControlST V07.04 und niedriger: Unterstützt 3067 nichtflüchtige Programmvariablen, 338 Kräfte und 64 Summierer - ControlST V07.05 und höher: Unterstützt 6139 nichtflüchtige Programmvariablen, 338 Kräfte und 128 Summierer |
| Häfen | - Ethernet-Anschlüsse an der Vorderseite (x5): - IONet (x3): R/SL1, S/SL2, T/SL3 (10/100Base-TX, RJ-45) - ENET1: Primäre LAN-Schnittstelle (UDH) für ToolboxST- und HMI-Kommunikation (10/100Base-TX, RJ-45) - ENET2: Sekundärer Anlagennetzwerkanschluss, unterstützt Modbus TCP Slave, OPC UA, EGD (10/100Base-TX, RJ-45) – Unterer Ethernet-Port (x1): IICS-Cloud-Port, für EFA-Verbindung zur Predix-Cloud – USB-Ports (x2): Wird nur für die Ersteinrichtung der UDH-Netzwerk-IP-Adresse oder zur Durchführung der Controller-Wiederherstellungsfunktion verwendet – COM-Port (x1): RJ-45-Anschluss, 115200 Bit/s, 8N1, keine Flusskontrolle, wird für die Fehlerbehebung vor Ort oder die Einrichtung der IP-Adresse verwendet – Display-Port (x1): Deaktiviert nach dem Start – microSD-Kartensteckplatz (x1): Derzeit nicht unterstützt – HSSL-Anschlüsse (bis zu 10): 3 auf der Vorderseite (R/SL1, S/SL2, T/SL3), plus 7 verfügbar über UCECH1x-Erweiterungsmodul |
| LED-Anzeigen | Link/Act (x5), ONL, FAOK (EFA-Status), Boot, UFP (FPGA-Update), DC, Diag, OT, VDC (Power-Status) |
| Eingangsleistung | - Spannungsbereich: 18–30 V DC (nominal 24/28 V DC) – Nomineller Stromverbrauch: 18 W – Maximaler Stromverbrauch: 30,8 W |
| Eingangskapazität | 25 µF |
| Schutzfunktionen | - Überspannungsschutz: Nicht austauschbare 4 A, 125 V DC-Sicherung; Nominelles Schmelzen: 26 A⊃2;s – Verpolungsschutz: Im Lieferumfang enthalten. Das Vertauschen des +- und –-Eingangs schadet dem UCSC nicht und schaltet sich auch nicht ein. |
| HMI | ControlST Software Suite V07.00.00C oder höher |
| Programmierung | Steuerblocksprache mit analogen und diskreten Blöcken; Boolesche Logik, dargestellt im Relais-Kontaktplan-Format |
| Unterstützte Datentypen | Boolescher Wert, 16/32-Bit-Ganzzahl mit/ohne Vorzeichen, 32/64-Bit-Gleitkomma |
| Physikalische Dimensionen | - Nur Controller: 168 x 150 x 55 mm (H x T x B) - Mit Montage: 204 x 152 x 55 mm |
| Gewicht | 1.327 g |
| Montage | Vertikale Montage mit ungehinderter Luftströmung durch die Lamellen |
| Kühlung | Konvektion |
| Betriebstemperatur | -40 °C bis +70 °C, Umgebungstemperatur 25 mm von jedem Punkt des UCSC entfernt |
| Lagertemperatur | -40°C bis +85°C |
| Luftfeuchtigkeit | 95 % nicht kondensierend |
| Höhe | - Normaler Betrieb: 0 bis 1.000 m (bei 101,3 bis 89,8 kPa) - Erweiterter Betrieb: 1.000 bis 3.000 m (bei 89,8 bis 69,7 kPa); erfordert Temperaturreduzierung bis 3000 m = 65°C max |
| Zuverlässigkeit (MTBF) | 414.248 Stunden bei 30 °C (86 °F) Umgebungstemperatur |
| Unterstützte Redundanz | Simplex, Dual, TMR |
| ECCN US-Klassifizierung | Kann auf Anfrage geliefert werden |
| Zertifizierungen und Standards | Entspricht mehreren internationalen Sicherheits- und EMV-Standards, einschließlich UL, ATEX, CE, RoHS, China RoHS (Einzelheiten finden Sie unter UCSC-Installations- und Wartungsanforderungen (GFK-3006)) |