OPC UA für OEE: Das Protokoll, das OEE in Echtzeit ermöglicht.

Wesentliche Erkenntnisse

• OPC UA ist der herstellerneutrale Kommunikationsstandard, der es OEE‑Plattformen ermöglicht, Daten von jeder modernen SPS, SCADA oder Historian zu lesen.
• Er ersetzt das ältere OPC DA (nur Windows, fragil, COM‑basiert) durch ein plattformübergreifendes, sicheres, modellbasiertes Datenprotokoll.
• Das „UA“ steht für Unified Architecture, es standardisiert, wie Daten, Typen und Sicherheit über den Stack hinweg bereitgestellt werden.
• Für OEE liefert OPC UA Betriebszustand, Zyklenzählungen und Fehlercodes von der SPS zur OEE‑Plattform im Maschinentakt.
• Fast jede moderne OEE‑Plattform spricht OPC UA von Haus aus. Ältere Plattformen benötigen oft ein OPC‑UA‑Gateway.

Kurzantwort: OPC UA ist der moderne Kommunikationsstandard für die industrielle Automatisierung. Er ermöglicht einer OEE‑Plattform, SPS‑Daten (Betriebszustand, Zyklenzählungen, Fehlercodes) zu lesen, ohne für jede Gerätemarke eigene Treiber schreiben zu müssen. Er ersetzt das ältere, nur für Windows verfügbare OPC DA‑Protokoll durch eine herstellerneutrale, sichere, modellbasierte Architektur. Wenn Sie 2026 eine OEE‑Plattform evaluieren, ist OPC UA eine Grundvoraussetzung. Siehe auch OEE vs Auslastung.

Was OPC UA ist

OPC UA steht für Open Platform Communications Unified Architecture. Es ist ein von der OPC Foundation gepflegter Kommunikationsstandard. Der Standard definiert, wie industrielle Systeme Daten austauschen, einschließlich Sicherheit, Authentifizierung, Datenmodellierung und Discovery.

Der „Unified“-Teil ist entscheidend: ein Protokoll, ein Satz von Konventionen, das über SPSen, SCADA, Historian, MES und Cloud‑Systeme hinweg unabhängig vom Hersteller funktioniert.

Warum OPC UA OPC DA ersetzt hat

Das ursprüngliche OPC DA war nur für Windows und basierte auf Microsoft COM/DCOM. Drei Probleme:

• Nur Windows. Konnte nicht unter Linux, auf Edge‑Gateways oder in der Cloud betrieben werden.
• Konfigurationshölle. DCOM‑Konfiguration war fragil und berüchtigt schwer per Firewall abzusichern.
• Kein Sicherheitsmodell. Entwickelt zu einer Zeit, bevor moderne industrielle Sicherheit ein Thema war.

OPC UA behebt alle drei Probleme: plattformunabhängig (jedes OS, jedes Gerät), TCP‑basiert (firewallfreundlich) und Sicherheit als erstklassiges Merkmal (Authentifizierung, Verschlüsselung, Signierung).

Was OPC UA für OEE liefert

Eine OEE‑Plattform benötigt fünf Informationen von der Linie:

1. Betriebszustand der Maschine (läuft, Leerlauf, gestoppt).
2. Zyklenanzahl / Anzahl produzierter Teile.
3. Zykluszeit pro Teil.
4. Fehler‑/Grundcodes bei Stillstand.
5. Qualitätssignale (Zählung guter/fehlerhafter Teile, falls verfügbar).

Alle fünf werden über OPC UA von jeder modernen SPS bereitgestellt. Die OEE‑Plattform abonniert die relevanten OPC‑UA‑Knoten und nimmt den Datenstrom im Maschinentakt auf.

Wie sich OPC UA von MQTT unterscheidet

OPC UA und MQTT tauchen beide im industriellen Datenfluss auf, lösen aber unterschiedliche Probleme:

• OPC UA ist ein strukturiertes, modelliertes Client‑Server‑Protokoll. Starke Typisierung, Discovery, Sicherheit und Datenhierarchie. Am besten für zuverlässigen Punkt‑zu‑Punkt‑Datenaustausch.
• MQTT ist ein leichtgewichtiges Pub/Sub‑Protokoll mit Broker. Besser für großskalige, bandbreitenschwache Telemetrie. Keine Datenmodellierung, nur Topics und Payloads.

Moderne Stacks kombinieren sie oft: OPC UA an der Linie für strukturierten Datenaustausch, MQTT für hochvolumige Telemetrie in die Cloud. OPC UA bietet außerdem einen Pub/Sub‑Modus, der in einigen Anwendungsfällen mit MQTT konkurriert.

Wie man OPC UA für eine OEE‑Einführung bereitstellt

1. SPS‑Support prüfen. Moderne SPSen von Rockwell, Siemens, Mitsubishi und Beckhoff unterstützen OPC UA nativ. Ältere SPSen benötigen eventuell ein Gateway (Kepware, Matrikon oder Open‑Source wie Open62541).
2. Tags zuordnen. Legen Sie fest, welche SPS‑Tags Betriebszustand, Zyklenanzahl und Fehlercodes bereitstellen. Standardisieren Sie die Namensgebung über die Linien hinweg.
3. Sicherheit einrichten. Verwenden Sie OPC‑UA‑Sicherheitsrichtlinien (Basic256Sha256 oder besser). Deaktivieren Sie anonymen Zugriff in der Produktion.
4. Vom OEE‑System abonnieren. Konfigurieren Sie die OEE‑Plattform als OPC‑UA‑Client, der die Tags abonniert. Die meisten modernen Plattformen bieten dafür eine UI.
5. Latenz verifizieren. Stellen Sie sicher, dass die Daten innerhalb des von der OEE‑Plattform erwarteten Takts ankommen (typischerweise 1, 5 Sekunden).

Häufige Fehler

1. Sicherheit vernachlässigen. Anonymes OPC UA in der Produktion ist vergleichbar mit einer offenen Tür. Verwenden Sie stets signierte und verschlüsselte Richtlinien.

2. Übermodellierung. Jeden SPS‑Tag über OPC UA verfügbar zu machen erzeugt Rauschen. Stellen Sie nur das bereit, was die OEE‑Plattform benötigt.

3. OPC DA und OPC UA in derselben Architektur mischen. Wählen Sie eins. Eine Brücke per Tunneler funktioniert zwar, erhöht aber Latenz und Komplexität.

4. OPC UA auf Hardware einsetzen, die es nicht nativ unterstützt. Gateways funktionieren, fügen jedoch eine zusätzliche Stufe hinzu. Native Unterstützung ist beim Kauf neuer Anlagen die bessere Wahl.

Was das für die Auswahl einer OEE‑Plattform bedeutet

OPC UA ist eine Basiskapazität für jede OEE‑Plattform im Jahr 2026. Die zu stellenden Fragen:

• Unterstützt sie OPC UA im Client‑Modus nativ?
• Welche Sicherheitsrichtlinien werden unterstützt?
• Wie geht sie mit Verbindungsabbruch und Wiederverbindung um?
• Kann sie Tags automatisch entdecken oder muss jeder Tag manuell gemappt werden?

Fabricos OEE‑Modul ist ein nativer OPC‑UA‑Client, der die Sicherheitsrichtlinie Basic256Sha256 unterstützt, Tags automatisch entdeckt und Verbindungsabbrüche resilient handhabt.

Sehen Sie, wie Fabrico dies automatisch erfasst, OEE für die Fertigung erkunden oder eine Demo buchen.

Weiterführende Lektüre

• OEE vs Auslastung
• OEE und ISO 22400
• OEE für Chargenfertigung
• OEE vs Verfügbarkeit

Häufig gestellte Fragen

Brauche ich OPC UA, wenn ich SCADA habe?

Wenn SCADA OPC UA bereitstellt, kann die OEE‑Plattform von SCADA lesen. Wenn nicht, ermöglicht das direkte Lesen von der SPS via OPC UA, SCADA zu umgehen. Beides funktioniert; die Wahl hängt von Ihrer Architektur ab.

Ist OPC UA sicher genug für den Produktiveinsatz?

Ja, wenn Sicherheitsrichtlinien aktiviert sind. Anonymes OPC UA ist nicht sicher; signierte und verschlüsselte Richtlinien (Basic256Sha256+) sind industrieweit geeignet.

Was, wenn meine SPSen OPC UA nicht unterstützen?

Verwenden Sie ein Gateway (Kepware, Matrikon), das das native SPS‑Protokoll in OPC UA übersetzt. Eine gängige Lösung für ältere Allen‑Bradley‑ und Mitsubishi‑Installationen.

Kann OPC UA MQTT ersetzen?

OPC UA bietet einen Pub/Sub‑Modus, der Überschneidungen mit MQTT hat. Für die meisten OEE‑Anwendungsfälle funktionieren beide. MQTT ist leichter; OPC UA transportiert strukturiertere Daten und mehr Sicherheit.

Wie viel Bandbreite verbraucht OPC UA?

Gering. Typische OEE‑Tag‑Abonnements verbrauchen einige KB pro Sekunde pro Linie. Das liegt gut innerhalb der Bandbreitenbudgets eines Werks‑LANs.