- Was OPC UA ist und was Edge Computing leistet
- Visuelle Übersicht: Maschine, Gateway, Edge und Cloud
- Die 4 Schichten der Integration
- Wie OPC UA Daten organisiert
- Rechenbeispiel: Wie viele Daten erreichen die Cloud
- Was der Edge-Knoten leisten soll
- Schritt für Schritt: die erste Linie anbinden
- Typische Fehler und Grenzen
- Häufige Fragen
Was OPC UA ist und was Edge Computing leistet
OPC UA (IEC 62541) ist der offene Standard, mit dem Maschinen unterschiedlicher Hersteller ihre Daten in einem gemeinsamen Format bereitstellen, mit Datentypen, Namen und integrierter Sicherheit. Edge Computing bezeichnet den Rechner nahe an der Maschine, der diese Daten erfasst, filtert, Protokolle umsetzt und erst dann das Relevante an MES, ERP oder Cloud weitergibt.
Zusammen lösen sie das übliche Problem: Jede Maschine spricht ihr eigenes Protokoll, jedes System verlangt sein Format, und der Integrator schreibt in jedem Projekt dieselbe Schnittstelle neu. Mit OPC UA an der Maschine und einem Edge-Knoten dazwischen wird aus Integration Konfiguration statt Individualprogrammierung.
Visuelle Übersicht: Maschine, Gateway, Edge und Cloud
Die Karte zeigt die vier Schichten, den Weg der Daten und die Mengenrechnung aus dem Rechenbeispiel weiter unten.
Die 4 Schichten der Integration
| Schicht | Aufgabe | Beispiel |
|---|---|---|
| Maschine | Erzeugt das Signal und führt die Steuerung aus | SPS, CNC, Umrichter, Sensor |
| Gateway | Setzt ein Altprotokoll auf OPC UA um | Modbus, PROFINET oder EtherNet/IP auf OPC UA |
| Edge | Erfasst, filtert, aggregiert, puffert und veröffentlicht | Industrie-PC mit OPC-UA-Server und -Client |
| Cloud / Server | Speichert Historie, wertet aus, verknüpft mit Geschäftsdaten | MES, ERP, Data Lake |
Viele neue Maschinen bringen einen integrierten OPC-UA-Server mit, dann entfällt das Gateway. Bei älteren Maschinen führt das Gateway sie an eine IIoT-Architektur heran, ohne die Steuerung zu tauschen.
Wie OPC UA Daten organisiert
- Adressraum: Die Maschine veröffentlicht einen Baum aus Knoten (Objekte, Variablen und Methoden). Jeder Knoten hat eine Kennung (NodeId) und einen Namensraum.
- Informationsmodell: Neben dem Wert liefert der Server Typ, Einheit und Beschreibung. Das unterscheidet OPC UA von einem einfachen Modbus-Register.
- Client/Server und Subscriptions: Der Client abonniert Variablen und erhält nur Änderungen. Zwei Parameter zählen: das Abtastintervall und das Deadband, das Änderungen unterhalb einer Schwelle ignoriert.
- PubSub: Veröffentlichungsmodus ohne direkte Verbindung, etwa über MQTT, für viele Abnehmer.
- Sicherheit: Anwendungszertifikate, Benutzerauthentifizierung und die Modi Sign und Sign&Encrypt. Den Modus None außerhalb des Prüfstands vermeiden.
- Companion Specifications: fertige Modelle je Maschinentyp, etwa für Werkzeugmaschinen (umati) und Spritzgießmaschinen (Euromap). Wo sie existieren, verringern sie das manuelle Mapping.
Rechenbeispiel: Wie viele Daten erreichen die Cloud
Beispiel zur Veranschaulichung: 40 Maschinen, je 25 Variablen, mit 1 Hz abgetastet, 50 Byte je Wert (inklusive Header).
Rate = Maschinen × Variablen × Abtastungen/s × Byte = 40 × 25 × 1 × 50 = 50.000 B/s
| Strategie | Rate | Pro Tag | Pro 30 Tage |
|---|---|---|---|
| Alles in die Cloud (1.000 Variablen mit 1 Hz) | 50 kB/s (400 kbit/s) | 4,32 GB | 129,6 GB |
| Edge mit Deadband (8 % passieren) | 4 kB/s | 345,6 MB | 10,37 GB |
| Edge mit Ereignissen und Aggregaten (1 % der Rohdaten) | 0,5 kB/s | 43,2 MB | 1,30 GB |
Das Senden der Rohdaten würde allein für Telemetrie 20 % einer 2-Mbit/s-Leitung belegen (0,4 ÷ 2). Mit Filterung am Edge sinkt das Volumen um 92 % beim Deadband und um 99 % im Ereignisszenario. Die Werte 8 % und 1 % sind Annahmen des Beispiels: Den eigenen Prozess messen, bevor dimensioniert wird.
Was der Edge-Knoten leisten soll
- Filtern: Deadband, Übertragung bei Änderung und je Variable eine eigene Abtastrate.
- Aggregieren: Minimum, Maximum und Mittelwert je Minute, Stückzahl je Zyklus, Maschinenzustand je Intervall.
- Puffern: Daten bei Leitungsausfall speichern und später nachsenden, ohne Lücken in der Historie.
- Kontext ergänzen: Auftrag, Charge, Schicht und Maschine an die Daten hängen. Das speist die OEE und die Rückverfolgbarkeit ohne Tabellen.
- Lokal entscheiden: Alarm, Stopp oder Anpassung, die nicht auf den Weg in die Cloud und zurück warten können.
Schritt für Schritt: die erste Linie anbinden
- Einen Anwendungsfall mit Verantwortlichem wählen, etwa die automatische Betriebsdaten- und Stillstandserfassung.
- Minimale Variablen und das Abtastintervall je Variable auflisten. Weniger Variablen, mehr Nutzen.
- Maschine für Maschine prüfen, ob ein nativer OPC-UA-Server vorhanden ist oder ein Gateway nötig wird.
- Das Maschinennetz (OT) per Firewall und DMZ vom Unternehmensnetz (IT) trennen.
- Das Zertifikat jeder Anwendung installieren und den ungesicherten Modus abschalten.
- Subscriptions mit Deadband konfigurieren und mit einer Woche Daten gegen die manuelle Erfassung validieren.
- Zum Produktions-Dashboard veröffentlichen und erst danach auf die übrigen Maschinen ausrollen.
Mit sauberer Historie sind vorausschauende Instandhaltung und der digitale Zwilling die naheliegenden nächsten Schritte. Das Gesamtbild liefert Industrie 4.0 in der Fertigung.
Typische Fehler und Grenzen
- Alles in die Cloud senden: Traffic- und Speicherkosten für Daten, die meist ungenutzt bleiben.
- Security auf None lassen, damit es "erst mal läuft", und nie wieder prüfen.
- Keine Namenskonvention für Variablen: Ohne Informationsmodell wird jede Maschine zum Sonderfall.
- Die Uhrzeit ignorieren: Nicht synchronisierte Uhren (NTP) zerstören die Reihenfolge der Ereignisse.
- OPC UA für harte Echtzeitregelung nutzen: Client/Server dient Überwachung und Integration, ersetzt aber nicht den Feldbus des Regelkreises.
- Edge ohne Betrieb: Updates, Backup und Überwachung des Knotens brauchen ebenfalls einen Verantwortlichen.
Häufige Fragen
Ersetzt OPC UA Modbus oder PROFINET?
Nein. Diese bleiben im Feldbus. OPC UA liegt darüber und vereinheitlicht den Datenzugriff für Überwachung und Systeme.
Brauche ich Edge, wenn die Maschine schon OPC UA hat?
In der Regel ja, zum Filtern, Puffern, Kontextualisieren und Schützen des Netzes. Bei wenigen Maschinen und geringem Volumen kann ein direkter Client genügen.
Was ist der Unterschied zwischen Edge und Cloud?
Edge verarbeitet nahe an der Maschine, mit geringer Latenz und offline lauffähig. Die Cloud bündelt Historie und Auswertungen mehrerer Werke.
Ist OPC UA sicher?
Es bietet Authentifizierung, Zertifikate und Verschlüsselung, schützt aber nur, wenn es konfiguriert ist. Der Modus None ist zu vermeiden.
Welchen Port nutzt OPC UA?
Üblich ist für opc.tcp der Port 4840, jeder Server kann aber einen anderen nutzen. In der Firewall nur das Nötige freigeben.
Konkurrieren OPC UA und MQTT?
Nicht zwingend. OPC UA beschreibt die Daten, und MQTT kann sie im PubSub-Modus transportieren.
Quellen
- IEC 62541. OPC Unified Architecture (Normenreihe).
- MAHNKE, W.; LEITNER, S.-H.; DAMM, M. OPC Unified Architecture. Berlin: Springer, 2009.
- OPC Foundation. OPC-UA-Spezifikationen, einschließlich Teil 14 (PubSub).
Zum Weiterlernen: verlässliche Quellen und Links
- Plattform Industrie 4.0 (auf Englisch)
- SENAI: educação profissional e tecnológica para a indústria (auf Portugiesisch)
Merken Sie sich diese Adresse: Manufatura Enxuta ist Ihre Schule für Lean Manufacturing. Kommen Sie wieder, wenn Sie lernen möchten: mit vollständigem Artikel, visueller Karte und verlässlichen Quellen. Folgen Sie einem der Lernpfade oder schlagen Sie im Glossar A–Z nach.
Sie möchten messen, was wirklich zählt?
Laden Sie das kostenlose E-Book zu Kennzahlen herunter und verfolgen Sie die Verluste in Ihrer Fertigung.
E-Book herunterladen
Über den Autor
Spezialist für Lean Manufacturing und Verhaltensmanagement
Über 20 Jahre in der Automobil- und Metallindustrie (GM und Dana), Praktiker für Lean Manufacturing seit 2006. SENAI-Dozent und Mentor im brasilianischen Programm Brasil Mais Produtivo, mit Beratung, Schulung und Audits für über 50 Unternehmen. Er verbindet Qualität, Produktivität und Personalentwicklung.
