OPC UA (OPC Unified Architecture) ist der weltweit dominierende Standard für die Kommunikation zwischen Maschinen, Steuerungen, MES- und ERP-Systemen in der Industrie 4.0. Er ist herstellerneutral, plattformunabhängig und sicher (TLS, X.509-Zertifikate).
Bausteine
Information Model: einheitliche Maschinendaten-Struktur
OPC-UA-Server und -Clients: Siemens SIMATIC PCS 7/Industrial Edge, Beckhoff TwinCAT, Inductive Automation Ignition, Kepware KEPServerEX, Matrikon UA-Tunneller. Viele MES- und ERP-Systeme verfügen über native OPC-UA-Clients.
Praxis-Beispiel
In einer modernen Fertigung kommunizieren CNC-Maschinen, MES und ERP über OPC UA — einen herstellerübergreifenden Standard für Industrie-Kommunikation. Eine Maschine meldet alle 100 ms ihren Status (Drehzahl, Temperatur, Fertigteile-Zähler). Das MES interpretiert die Signale, das ERP bekommt aggregierte Daten alle 5 Minuten für Reporting und Disposition. Ohne OPC UA wäre für jeden Maschinenhersteller eine eigene Schnittstelle zu entwickeln; mit OPC UA reicht ein Standard-Treiber.
Was unterscheidet OPC UA von dem älteren OPC Classic? OPC Classic war Windows-only und basierte auf DCOM/COM. OPC UA ist plattformunabhängig (Linux, Windows, embedded), TCP/IP-basiert und enthält Sicherheits-Features wie Verschlüsselung und Signierung. Wer fördert den OPC-UA-Standard? Die OPC Foundation, ein Industrie-Konsortium mit 900+ Mitgliedern. Wichtige deutsche Mitglieder: Siemens, SAP, Bosch, B&R, ABB.
Ja. Klassisches OPC (DA, A&E, HDA) wird zunehmend durch OPC UA abgelöst, weil es plattformunabhängig und sicherer ist.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Praxis-Relevanz und Implementierungs-Aufwand hängen stark von der bestehenden System-Landschaft und den abzubildenden Geschäftsprozessen ab.
Wie aufwendig ist eine OPC-UA-Integration?
Für etablierte Maschinen mit OPC-UA-Server meist überschaubar (1-2 Wochen pro Maschinentyp). Bei älteren Maschinen muss ein OPC-UA-Wrapper vorgeschaltet werden.
Standard-Schnittstellen-Standards wie REST-API, EDIFACT, OData und ZUGFeRD sollten direkt unterstützt sein, um teure Custom-Schnittstellen zu vermeiden.
