.svg)
Warum Maschinendaten schwieriger in Unternehmenssysteme zu integrieren sind als Unternehmensdaten in sich selbst
Die Trennung zwischen IT (Informationstechnologie) und OT (Operational Technology) in der Fertigung ist kein neues Problem. Es ist eine strukturelle Realität. IT-Systeme wurden für transaktionale, strukturierte Daten und von Menschen gesteuerte Arbeitsabläufe konzipiert. OT-Systeme wurden für industrielle Steuerung, kontinuierliche Datenströme und Zuverlässigkeit auf Maschinenebene konzipiert. Sie verwenden unterschiedliche Protokolle, unterschiedliche Aktualisierungshäufigkeiten, unterschiedliche Sicherheitsmodelle und unterschiedliche Organisationsinhaber.
Während des größten Teils der Industrie 3.0-Ära arbeiteten die beiden Welten parallel, und die Trennung war erträglich. Industrie 4.0 hat das geändert. Für die vorausschauende Wartung müssen Produktionsdaten in Echtzeit in Analyseplattformen fließen. Für die KI-gesteuerte Qualitätskontrolle sind OT-Signale erforderlich, die in den PLM- und ERP-Kontext integriert sind. Live-OEE-Dashboards benötigen den Maschinenstatus, um die Business-Intelligence-Ebenen zu erreichen. Nichts davon funktioniert, wenn OT-Daten in der Werkstatt gefangen bleiben.
Die Kosten der IT/OT-Kluft für Hersteller
Wenn OT und IT nicht miteinander verbunden sind, arbeiten Hersteller mit zwei getrennten Versionen der Realität. Der Werksleiter sieht einen Satz von Zahlen im SCADA-System. Der Betriebsleiter sieht eine weitere im ERP. Produktions- und Beschaffungsentscheidungen werden auf der Grundlage von Daten getroffen, die nicht übereinstimmen, weil die Systeme, die die einzelnen Ansichten generieren, nicht kontinuierlich Informationen austauschen. Dies sind die Betriebskosten, die entstehen, wenn die IT-/OT-Ebene ungelöst bleibt.
MQTT Sparkplug B und der Unified Namespace am OT-Edge
Die moderne Antwort auf das OT-Seitige Datenproblem ist eine Publish-Subscribe-Architektur. MQTT ist ein schlankes Messaging-Protokoll, das für Umgebungen mit eingeschränkten Netzwerken und vielen Geräten entwickelt wurde. MQTT Sparkplug B erweitert MQTT um Struktur, Metadaten und Zustandserkennung, sodass es sich speziell für industrielle IoT-Anwendungsfälle eignet.
Der Unified Namespace (UNS) ist das Architekturkonzept, das diese Daten in einer zentralen, semantisch strukturierten Ebene organisiert. Anstatt dass jedes System direkt einzelne SPS und Sensoren nutzt, werden alle OT-Daten mithilfe einer hierarchischen Benennungsstruktur wie Unternehmen/Standort/Bereich/Linie/Maschine an das UNS veröffentlicht. Jeder Verbraucher, der diese Daten benötigt, abonniert das entsprechende Thema, unabhängig davon, woher die Daten ursprünglich stammen. Dies entkoppelt Produzenten von Verbrauchern und verwandelt die OT-Datenschicht von einem Gewirr von Punkt-zu-Punkt-Verbindungen in eine saubere, skalierbare Datenstruktur.
Wo die meisten IT/OT-Architekturen kaputt gehen: die Brücke zu Unternehmenssystemen
Ein häufiger Architekturfehler besteht darin, das UNS als Ziel zu behandeln und dann zu versuchen, ERP-, MES- und Analyseplattformen direkt mit MQTT-Themen zu verbinden. Das funktioniert in der Produktion selten gut. Unternehmenssysteme wurden nicht für die Nutzung hochfrequenter Telemetriedaten konzipiert. ERP-Datenbanken würden durch unformatierte Sensordatenströme überfordert werden. Die direkte Kopplung zwischen OT-Brokern und IT-Systemen führt zudem zu organisatorischen und sicherheitstechnischen Spannungen, die die meisten Hersteller vermeiden wollen.
Der architektonisch sauberere Ansatz ist ein mehrschichtiges Modell. Das UNS kümmert sich um die Normalisierung der OT-Daten. Zwischen dem UNS und den Unternehmenssystemen befindet sich eine separate Integrationsebene, die nur die Daten transformiert, filtert und weiterleitet, die jedes Geschäftssystem tatsächlich benötigt, und zwar in dem Format und in der Häufigkeit, die es verarbeiten kann.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
