3.21.3

WebUI Runtime – OT und IT vereint in einer zentralen Runtime

Heutige industrielle Systeme müssen zwei grundlegend unterschiedliche Paradigmen vereinen:

• Operational Technology (OT) priorisiert Stabilität, Zuverlässigkeit und lange Lebenszyklen
• Information Technology (IT) setzt auf Agilität, Sicherheit und kontinuierliche Weiterentwicklung

Traditionell wurde versucht, beide Welten auf Interface-Ebene zu verbinden. Echte Integration erfordert jedoch mehr als die Kombination von Funktionen — sie verlangt ein gemeinsames Fundament, das beide Ansätze gleichzeitig unterstützt.

Mit dem aktuellen WinCC OA Release führt die WebUI Runtime genau das ein: eine Konvergenzschicht, die OT und IT ohne Kompromisse zusammenarbeiten lässt.

Aufgebaut als serverseitige Runtime mit einem schlanken Browser-Client bietet sie:

• Zentralisierte Ausführung mit Zero-Install-Deployment
• Web-native Kommunikationsmechanismen für Echtzeit-Interaktion
• Integrierte Unterstützung für industrielle Protokolle und modernes Identity Management
• Eine konsistente Runtime von Edge- bis Cloud-Umgebungen

Durch die Kombination von Web-Technologien mit industriellen Systemanforderungen schafft die WebUI Runtime ein skalierbares und sicheres Fundament für moderne industrielle Anwendungen.

Siehe WebUI Runtime für Details.

Alarm Shelving und Suppression (IEC 62682)

WinCC OA bietet nun Alarm-Shelving- und Suppression-Funktionalitäten basierend auf den Normen IEC 62682 / ISA 18.2. Der neue AlertService ermöglicht drei sich ergänzende Mechanismen für das Meldungsmanagement:

• Alarm Shelving: Bediener können einzelne Meldungsinstanzen vorübergehend aus der aktiven Meldungsliste ausblenden. Ein konfigurierbarer Timer stellt die geshelvten Meldungen nach Ablauf des Shelving-Zeitraums automatisch wieder her.
• Suppression by Design: Ingenieure können Meldebehandlungskonfigurationen auf Datenpunktebene unterdrücken, um die Meldungsgenerierung während der Inbetriebnahme oder geplanter Wartungen zu verhindern.
• Out-of-Service-Modus: Datenpunktelemente können in den Wartungsmodus versetzt werden, indem die Meldungsklassen durch dedizierte Wartungsklassen (alarm-maint, warning-maint, info-maint) ersetzt werden. Meldungen werden weiterhin generiert, sind jedoch visuell gekennzeichnet und werden bei operativen KPIs nicht berücksichtigt.

Alle Aktionen werden als Security Events protokolliert und bieten einen vollständigen Audit-Trail. Dedizierte Übersichtspanels für geshelvte Meldungen, unterdrückte Handler und Out-of-Service-Objekte sind über den Alert Event Screen erreichbar.

Siehe Überblick über Alarm Shelving und Suppression für Details.

CTRL

• Neue AlertService-Funktionen: AlertServiceClient::shelveAlerts(), AlertServiceClient::suppressAlerts(), AlertServiceClient::setOutOfService() sowie die zugehörigen Umkehroperationen.

Disaster Recovery System

• Der DRS-Projektdateiabgleich verwendet nun eine Netzwerkfreigabe anstelle von freigegebenen Projektordnern, was die Sicherheit verbessert. Der Abgleich nutzt den im DRS-Assistenten (Schritt 4) konfigurierten Exportpfad und erstellt automatisch die Unterverzeichnisse FileSync und SubFileSync auf der Netzwerkfreigabe. Dadurch müssen einzelne Projekte nicht mehr auf die Ordnerstrukturen anderer Projekte zugreifen. Siehe Konfiguration - Schritt 5 - Projektdateiabgleich.

UI

• VarTrend: Konfigurierbares Downsampling ist nun für NGA-Projekte verfügbar und verbessert die Performance bei der Datenvisualisierung.
• Die automatische Berechnung der _MemoryCheck-Schwellwerte passt sich nun dynamisch an die Hardware des Zielsystems an.

Treiber

• Modbus: Der Treiber unterstützt nun die Richtung Output Single, mit der ein einzelnes Bit in ein Register geschrieben werden kann, während alle anderen Bits auf 0 gesetzt werden.

Northbound Manager

• Sparkplug B: Das Protokoll unterstützt nun einen konfigurierbaren MQTT-Keep-Alive-Timeout über den Parameter mqttkeepalive in <nbm_instance>.Config.Protocol (Standard: 60 Sekunden).