OPC UA vs. OPC DA: Welcher Standard passt zu Ihrer Fertigung?

Maschinen in Ihrer Fertigung erzeugen laufend Daten.

Die SPS kennt den Zustand der Linie. SCADA und Andon zeigen Alarme. Ein Bediener gibt den Stillstandsgrund ein. Das MES berechnet Ausbringung, Stillstände und Ausschuss. Das ERP wartet auf Informationen zum Auftrag, Material und zur Charge.

Alle diese Systeme können gut zusammenarbeiten, wenn die Daten stimmen.

Oft tun sie das nicht.

Der OEE-Bericht zeigt eine Zahl. Der Bediener nennt eine andere. Im ERP fehlt der aktuelle Produktionsstatus.

Genau dann tauchen meist zwei Begriffe auf: OPC UA vs. OPC DA.

Sie klingen technisch, haben aber direkte Folgen für Ihr Werk. Die Wahl beeinflusst, ob Maschinendaten verfügbar, verständlich, sicher und bereit für MES, ERP, Reporting oder Traceability sind.

Nach diesem Artikel wissen Sie, wann OPC DA ausreicht, wann OPC UA die bessere Wahl ist und wann beide Standards zusammen sinnvoll sind.

OPC UA steht für Open Platform Communications Unified Architecture. Es ist ein Standard für die industrielle Kommunikation, mit dem Maschinen, Steuerungen und IT-Systeme Daten strukturiert austauschen können.

Einfach gesagt: OPC UA ist eine gemeinsame Sprache für Produktion und IT.

Über OPC UA können Daten aus SPS, Sensoren, Robotern, SCADA-Systemen oder Maschinen an MES, ERP, Qualitätssysteme, Reporting-Tools oder Analyseplattformen übergeben werden.

OPC UA überträgt nicht nur eine Zahl. Der Standard kann auch Kontext mitgeben:

Eine Zahl wie 82 sagt wenig aus.

Diese Information ist deutlich hilfreicher:

Ofen 2, Heizzone 1, Temperatur 82 °C, Zeitstempel 10:42:18, Datenqualität: gut.

Damit können Produktion, Qualität und Instandhaltung arbeiten.

OPC DA bedeutet OPC Data Access. Es gehört zur älteren OPC-Classic-Familie.

OPC DA wird vor allem für aktuelle Prozessdaten verwendet, zum Beispiel:

OPC DA basiert auf Microsoft COM/DCOM. Das hat in älteren SCADA-Systemen und lokalen Windows-Installationen lange gut funktioniert.

OPC DA ist kein Fehler. In vielen Werken läuft es zuverlässig.

Schwieriger wird es meist, wenn Sie ein MES einführen, Produktionsdaten mit ERP verbinden, mehrere Linien anbinden oder manuelle Meldungen reduzieren möchten.

OPC UA passt meist besser zu Werken, die Automatisierung und IT verbinden, auf mehreren Systemen arbeiten und Produktionsdaten kontrolliert bereitstellen möchten.

Angenommen, Sie haben 20 Maschinen.

Von jeder Maschine lesen Sie 50 Signale.

Jedes Signal wird einmal pro Sekunde abgefragt.

Das ergibt:

20 × 50 × 86.400 = 86.400.000 Datenpunkte pro Tag

Bei dieser Menge reicht es nicht, Daten irgendwie abzugreifen.

Sie müssen wissen:

Bei einer kleinen lokalen Installation kann OPC DA ausreichen.

Bei mehreren Maschinen, Linien und Systemen ist OPC UA meist die bessere Grundlage für Produktionsdaten.

OPC DA wird vor allem dann schwierig, wenn die Systemlandschaft wächst.

Bei OPC DA zwischen mehreren Rechnern spielen viele Dinge zusammen:

Das kann den Betrieb erschweren.

Daten fehlen. Ein Bericht hat Lücken. Das Team sucht die Ursache im Netzwerk, in SCADA, am OPC-Server, auf dem Windows-Server oder in den Rechten.

Das Problem liegt dann nicht immer an der Maschine. Oft liegt es in der Kommunikationsschicht.

In älteren Installationen kann das akzeptabel sein.

Problematisch wird es, wenn Sie neue Komponenten anbinden möchten, zum Beispiel:

Dann braucht OPC DA häufig Gateways oder zusätzliche Software.

Das erhöht Aufwand, Kosten und die Zahl möglicher Fehlerstellen.

OPC DA kann aktuelle Werte liefern.

Zum Beispiel:

Aber was bedeutet Status = 1?

Zählt der Counter alle Teile oder nur Gutteile?
Bezieht sich die Temperatur auf Produkt, Werkzeug oder Umgebung?
Kommt der Wert direkt aus der SPS, aus SCADA oder aus einer manuellen Eingabe?

OPC UA kann solche Informationen besser strukturieren, weil Daten und ihre Bedeutung sauber beschrieben werden können.

Das wird wichtig, wenn dieselben Werte für MES, ERP, Qualität, Instandhaltung, Reporting und Traceability verwendet werden sollen.

OPC DA kann weiter sinnvoll sein, wenn:

Beispiel:

Sie haben eine Linie, eine lokale SCADA-Anwendung, einfache Schichtberichte und keine Pläne für eine größere Datenintegration.

Dann kann OPC DA weiterhin ausreichen.

Ein Austausch nur deshalb, weil es einen neueren Standard gibt, muss sich nicht rechnen.

OPC UA sollten Sie prüfen, wenn Sie Folgendes planen:

Wenn Produktion, Qualität, Instandhaltung und ERP mit denselben Daten arbeiten sollen, ist OPC UA meist die bessere Richtung.

Damit entsteht eine geordnete Datenbasis statt vieler einzelner Quellen.

Ja. In Werken mit älteren Maschinen ist das ein häufiger Weg.

Bestehende Maschinen und SCADA-Systeme können weiter über OPC DA laufen. Gleichzeitig werden ausgewählte Daten über eine Zwischenschicht per OPC UA für neue Systeme bereitgestellt.

Das passt gut, wenn:

Ein typischer Ablauf:

Sie müssen nicht immer alles auf einmal ersetzen.

SCADA zeigt, was an der Maschine passiert.

MES steuert und dokumentiert die Produktion. Es berechnet Ausbringung, Stillstände, Ausschuss und Prozessparameter.

ERP verwaltet Planung, Material, Bestand, Kosten und Abrechnung.

OPC UA kann einer der Wege sein, über den Maschinendaten ins MES und danach weiter ins ERP gelangen.

Beispiel:

Ohne diese Ordnung entstehen oft mehrere Versionen derselben Wahrheit:

Das kostet Zeit und schwächt das Vertrauen in Berichte.

OEE hängt von drei Bereichen ab:

Jeder Bereich braucht verlässliche Daten.

Wenn Stillstandsgründe manuell erfasst, Zähler aus SCADA abgeschrieben und Ausschuss später im ERP gemeldet werden, ist der OEE-Wert oft zu spät oder ungenau.

OPC UA kann dem MES Zugriff auf Maschinensignale geben, zum Beispiel:

Beispiel:

Eine Linie läuft 16 Stunden pro Tag und verliert 45 Minuten durch kurze Stopps. In manuellen Berichten wird ein großer Teil dieser Verluste oft nicht erfasst.

Maschinendaten zeigen genauer, ob das Problem durch Rüsten, Kurzstopps, Geschwindigkeitsverlust, Materialmangel oder Qualitätsprobleme entsteht.

Damit wird OPC UA zu einem Baustein für bessere Produktionsentscheidungen.

Traceability braucht mehr als eine Chargennummer.

Sie müssen Produkt, Prozess, Zeit, Material und Maschinenzustand verbinden.

OPC UA kann Prozessdaten an MES oder Qualitätssysteme weitergeben, zum Beispiel:

Beispiel:

Ein Kunde meldet ein Qualitätsproblem zu einer bestimmten Charge.

Wenn Traceability auf manuellen Einträgen basiert, dauert die Ursachenanalyse oft Stunden oder Tage.

Sind Maschinen- und Prozessdaten im MES mit der Charge verbunden, können Sie prüfen:

Das spart Zeit und reduziert das Risiko unnötig großer Rückrufe.

Der Wechsel des Standards behebt keine schlecht benannten oder unklaren Signale.

Vor der Umstellung sollten Sie prüfen:

Ein Signal wie M_01_STAT_2 kann für die Automatisierung funktionieren. Für Produktion und Reporting ist es aber nur hilfreich, wenn die Bedeutung klar ist.

Nicht jedes Signal aus der Maschine muss ins MES.

Wenn Sie 500 Signale sammeln und nur 30 verwenden, wird das System schwerer zu pflegen.

Starten Sie mit den Fragen, die beantwortet werden sollen:

Danach wählen Sie die Signale aus, die diese Ziele unterstützen.

Die Instandhaltung weiß oft am besten, welche Signale zuverlässig sind, welche schwanken und welche sich nach Maschinenänderungen anders verhalten.

Wenn dieses Wissen fehlt, entstehen Berichte auf schwacher Datenbasis.

Das Vertrauen geht dann schnell verloren.

OPC UA verbindet Automatisierung und IT.

Dafür braucht es klare Zuständigkeiten:

Ohne diese Regeln kann auch eine gute technische Lösung im Alltag schwer zu betreiben sein.

OPC UA transportiert und strukturiert Daten.

Der Standard entscheidet aber nicht automatisch, welche Produktionsereignisse wichtig sind.
Er bereinigt keine alten Tag-Strukturen von selbst.
Er definiert nicht, wie MES Ausbringung, Stillstand oder Ausschuss zählen soll.

Dafür brauchen Sie ein klares Datenmodell, Verantwortlichkeiten und Regeln für die Produktion.

Bei explitia arbeiten wir mit Produktionsdaten aus drei Blickwinkeln: Maschinen, Systeme und Menschen.

Ein OPC-Server allein löst das Problem nicht.

Bei Projekten rund um OPC, MES, SCADA, ERP, OEE, Reporting und Traceability helfen wir Ihnen bei:

Das ist besonders hilfreich, wenn Ihr Werk ältere Infrastruktur hat, Sie aber bessere OEE-Zahlen, weniger Excel, MES, ERP-Anbindung oder Traceability brauchen.

Das Ziel: Produktionsdaten sollen zuverlässig genug sein, um täglich gute Entscheidungen zu treffen.

Als Orientierung:

Bildvorschlag:
OPC UA vs. OPC DA: Was ist Ihr nächster Schritt?
Bild eines Bedieners an einer Maschine

Beginnen Sie nicht mit dem Standard.

Beginnen Sie mit der Frage, wofür die Daten gebraucht werden.

Fragen Sie sich:

Wenn klar ist, welche Aufgabe die Daten erfüllen sollen, wird die Wahl zwischen OPC DA, OPC UA oder einem Mischmodell deutlich einfacher.

Sie wissen nicht, ob OPC UA oder OPC DA in Ihrem Werk besser passt? Wir helfen Ihnen bei der Auswahl.

Die Wahl des passenden Standards kann schwierig sein. Unsere Experten kennen Fertigung und die Technologien, die sie besser planbar machen. Wir helfen Ihnen, den Standard zu wählen, der zu Ihrer Produktionsumgebung passt.

Lassen Sie uns den passenden Standard für Ihre Fertigung auswählen.

OPC UA ist ein Standard für industrielle Kommunikation. Er hilft Maschinen, Steuerungen und IT-Systemen, Daten strukturiert auszutauschen. OPC UA wird häufig für MES, ERP, SCADA, Reporting, Qualitätssysteme, OEE und Traceability verwendet.

OPC DA ist ein älterer Standard aus der OPC-Classic-Familie. Er dient dem Austausch aktueller Prozessdaten wie Temperatur, Stückzähler, Maschinenstatus oder Störsignalen. OPC DA basiert auf Microsoft COM/DCOM.

Ja. OPC DA läuft noch in vielen Werken, vor allem in älteren SCADA-Umgebungen. Wenn das System stabil ist und lokal genutzt wird, muss es nicht sofort ersetzt werden.

In neuen Projekten häufig ja. In bestehenden Werken können OPC DA und OPC UA zusammenarbeiten. Ältere Systeme bleiben auf OPC DA, während ausgewählte Daten über OPC UA für MES, ERP, Reporting oder Traceability bereitgestellt werden.

Nicht immer. Viele Werke behalten bestehende Maschinen und ergänzen eine Integrationsschicht oder ein Gateway, das ausgewählte Daten über OPC UA bereitstellt.

Meist ja. OPC UA gibt dem MES einen strukturierten Zugriff auf Maschinendaten, einschließlich Werten, Zeitstempeln, Datenqualität, Ereignissen und Kontext.

ERP greift selten direkt auf Maschinen zu. Häufig gehen Daten von SPS oder SCADA ins MES und danach weiter ins ERP. OPC UA hilft dabei, die Maschinendatenbasis für MES und Reporting sauber aufzubauen.

Ein Mischmodell passt gut, wenn ältere Maschinen und SCADA stabil laufen, das Werk aber bessere Berichte, MES-Anbindung, OEE-Tracking oder Traceability braucht.