Inhalt
Eine Maschine meldet den Wert 42. Ist das eine Temperatur, eine Stückzahl oder ein Druck? Stammt die Zahl aus dem aktuellen Zyklus oder aus dem vorigen Auftrag? Für eine übergreifende Auswertung sind solche Angaben genauso wichtig wie der Messwert selbst.
Eine gemeinsame Struktur für Informationen
Die OPC Foundation beschreibt OPC UA als plattformunabhängige Architektur mit Informationsmodellierung und verschiedenen Zugriffsmechanismen. Dazu gehören unter anderem Lesen, Schreiben, Ereignisse und Methoden. Der Ansatz soll nicht nur Daten übertragen, sondern auch ihren Zusammenhang zugänglich machen.
Ein Informationsmodell kann beispielsweise eine Maschine mit Baugruppen und dazugehörigen Zuständen abbilden. Das ist für einen Auswerter verständlicher als eine Sammlung beliebig benannter Variablen. Wie gut mehrere Systeme zusammenarbeiten, hängt trotzdem davon ab, welche Modelle und Konventionen sie tatsächlich verwenden.
Die Semantik entscheidet über Wiederverwendung
Zwei Maschinen können denselben Begriff unterschiedlich auslegen. „Bereit“ kann heißen, dass die Steuerung eingeschaltet ist, oder dass tatsächlich ein neuer Auftrag angenommen werden kann. Solche Bedeutungen müssen geklärt werden. Einheitliche Namen allein genügen dafür nicht.
| Information | Beispielhafte Klärung |
|---|---|
| Einheit | Welcher physikalische Maßstab gilt? |
| Zeitbezug | Wann wurde der Zustand erfasst? |
| Qualität | Ist der Wert gültig oder gestört? |
| Bedeutung | Was löst der Zustand im Prozess aus? |
Lesen und Schreiben bewusst unterscheiden
Für ein Energiedashboard können reine Leserechte ausreichen. Eine Funktion, die Parameter setzt oder einen Ablauf startet, hat eine andere Wirkung. Berechtigungen sollten sich an der tatsächlichen Aufgabe orientieren. Die OPC Foundation nennt unter anderem Authentifizierung, Verschlüsselung und Auditierung als Bestandteile der Architektur; ihre konkrete Konfiguration bleibt Projektarbeit.
Bei der Inbetriebnahme sollte auch geprüft werden, wie ungültige oder nicht verfügbare Werte erscheinen. Eine Oberfläche, die den letzten guten Wert ohne Hinweis weiterzeigt, kann einen falschen Eindruck vom Maschinenzustand vermitteln. Verbindung und Datenqualität sind deshalb getrennt zu beobachten.
Mit einem überschaubaren Datenvertrag starten
Wähle für einen Pilot wenige relevante Signale und dokumentiere Namen, Bedeutung, Einheit, Aktualisierung und Rechte. Prüfe die Daten gemeinsam mit den Personen, die den Prozess kennen. Erst danach lohnt sich eine breite Übernahme zusätzlicher Variablen.
Ein kleines Beispiel zeigt den Nutzen: Zwei Anlagen liefern jeweils einen Stückzähler. Für eine gemeinsame Auswertung muss feststehen, ob Ausschussteile mitgezählt werden und wann der Zähler zurückgesetzt wird. Werden diese Regeln erst im Dashboard erraten, entstehen leicht scheinbare Produktionssprünge. Die Klärung gehört deshalb an die Datenquelle. Ein gemeinsames Informationsmodell hilft, wenn es solche fachlichen Unterschiede sichtbar macht und die empfangende Anwendung sie nicht selbst aus Variablennamen ableiten muss.
Unsere Einordnung: OPC UA kann Schnittstellen vereinheitlichen, wenn die Information sorgfältig beschrieben ist. Der eigentliche Nutzen entsteht durch gemeinsam verstandene Daten. Für die andere verbreitete Perspektive auf Nachrichtenverteilung lies unseren Beitrag zu MQTT.
Quellen & weiterführende Informationen
- OPC Foundation: Unified Architecture ↗Abgerufen: 2026-11-05
