OPC UA mit Grafana verbinden

Bevor Sie starten

• In der üblichen Architektur eine Zeitreihendatenbank, die die Daten bereits enthält. Grafana ist der letzte Schritt, und die Erfassungsentscheidungen, die bestimmen, ob ein Dashboard überhaupt richtig sein kann, sind vorgelagert gefallen.
• Wenn Sie stattdessen ein OPC-UA-Plugin einsetzen wollen: dessen aktueller Pflegezustand, dessen Lizenz und ob es signiert ist. Grafana schränkt unsignierte Plugins standardmäßig ein, und sie zuzulassen ist eine bewusste Konfigurationsänderung mit Sicherheitsfolgen.
• Eine klare Festlegung, welchen Zeitstempel die gespeicherten Daten tragen, Quellzeit oder Erfassungszeit, denn jede Dashboard-Berechnung erbt ihn.
• Einigkeit über die Zeitzone des Dashboards und über die Schichtgrenzen, bevor jemand ein Panel baut, das nach Tagen aggregiert.

Die Einrichtung

1. Entscheiden Sie, wo OPC UA aufhörtIn nahezu jedem Produktivsystem lautet die Kette: OPC-UA-Client zu Datenbank zu Grafana, mit einem Collector wie Telegraf oder einem Publisher dazwischen. Zeichnen Sie diese Kette, bevor Sie Panels bauen, und seien Sie in der Lage zu sagen, welche Komponente welche Verantwortung trägt.
2. Richten Sie Grafana auf den Speicher, nicht auf die AnlageFügen Sie die Zeitreihendatenbank als Datenquelle mit einem Nur-Lese-Konto hinzu. Damit bleibt Grafana vollständig außerhalb des Industrienetzes, was zugleich die einfachste Sicherheitsantwort und der Grund ist, warum diese Architektur die übliche ist.
3. Wenn Sie ein OPC-UA-Plugin einsetzen müssen, behandeln Sie es als OPC-UA-ClientEs braucht ein Anwendungsinstanzzertifikat, einen Ort für vertrauenswürdige und abgelehnte Zertifikate, und der Server muss ihm vertrauen. Außerdem öffnet es je Grafana-Instanz eine Session und verbraucht Serverkapazität, sodass ein eingebetteter SPS-Server einen zweiten Dashboard-Nutzer ablehnen kann.
4. Panels auf der richtigen Aggregation für das Signal aufbauenZustandssignale brauchen den letzten Wert oder eine State Timeline, Zähler brauchen eine Differenz- oder Increase-Funktion statt eines Mittelwerts, und Analogwerte brauchen einen Mittelwert über das Panel-Intervall. Ein Mittelwert über einen monotonen Zähler erzeugt eine plausible Linie, die nichts bedeutet, und ist der häufigste Fehler in OEE-Dashboards.
5. Machen Sie schlechte Qualität sichtbarWenn der Collector den StatusCode neben dem Wert gespeichert hat, filtern oder färben Sie danach. Ein Dashboard, das den letzten bekannten Wert über einen Kommunikationsausfall hinweg als waagerechte Linie zeichnet, wird geglaubt, und es ist falsch.
6. Die Zeitzone fest einstellen und Fenster an den Schichten ausrichtenSetzen Sie die Zeitzone des Dashboards explizit, statt sie dem Browser zu überlassen, und bauen Sie Schichtfenster als explizite Bereiche. Verfügbarkeit, die über einen Kalendertag in der lokalen Browser-Zeitzone berechnet wird, weicht von den Zahlen der Produktion ab, und die Abweichung wird den Daten angelastet.
7. Alarmieren Sie auf den Zustand der Erfassung, nicht nur auf ProzesswerteErgänzen Sie je Maschine einen Alarm auf veraltete Daten. Ein stummer Collector sieht genauso aus wie eine gleichmäßig laufende Maschine, und dieser eine Alarm verhindert den größten Teil des Vertrauensschadens, den ein Maschinendaten-Dashboard anrichten kann.

Wie der Adressraum aussieht

Grafana sieht Zeilen, keinen Adressraum. Welche Struktur der OPC-UA-Server auch hatte, Browse-Hierarchie, Typdefinitionen, technische Einheiten, sie wird vom Collector entweder in Measurement- und Tag-Namen abgeflacht oder geht verloren. Das heißt, die semantische Arbeit muss vorgelagert passieren: Wenn der Collector jeden Knoten unter einem undurchsichtigen Series-Namen geschrieben hat, kann keine Grafana-Konfiguration wiederherstellen, zu welcher Maschine ein Wert gehört oder was er bedeutet. Die praktische Regel lautet, den Collector einen kleinen, stabilen Satz von Dimensionen ausgeben zu lassen, Maschinenidentität, Signalname, Einheit, und Namespace-URI und Identifier aus OPC UA als Metadaten daneben zu speichern, damit ein Panel auf einen Knoten zurückgeführt werden kann, wenn jemand eine Zahl bestreitet.

Die Fallen

• Eine OPC-UA-Datenquelle vom Hersteller zu erwarten ist der erste Fehler. Es gibt keine, und ein Drittanbieter-Plugin zu übernehmen heißt, dessen Pflegezustand, dessen Lizenz und dessen Sicherheitslage als Teil Ihrer Architektur zu akzeptieren.
• Unsignierte Plugins zuzulassen ist eine serverweite Konfigurationsänderung an der Grafana-Instanz, keine je Plugin. Verstehen Sie, was damit sonst noch erlaubt wird, bevor Sie es aktivieren.
• Ein Mittelwert über einen monoton steigenden Zähler ist der klassische Fehler im OEE-Dashboard. Zählerreihen brauchen eine Differenz- oder Increase-Funktion und eine explizite Behandlung von Resets und Überläufen.
• Grafana interpoliert und reduziert für die Anzeige die Auflösung. Ein Panel, das über ein Ein-Stunden-Fenster eine glatte Linie zeigt, kann genau die Kurzstillstände verbergen, von denen die ganze OEE-Analyse abhängt, bauen Sie die Stillstandsanalyse also auf gespeicherten Events auf und nicht auf einem neu abgetasteten Trend.
• Browser-lokale Zeitzonen sorgen dafür, dass Dashboards einander und den Schichtberichten der Anlage widersprechen. Stellen Sie die Zeitzone im Dashboard fest ein.
• Ein Dashboard, das gehaltene oder zuletzt bekannte Werte ohne Qualität plottet, ist während einer Störung aktiv irreführend, und es untergräbt das Vertrauen in jedes andere Panel, sobald es jemandem auffällt.
• Wenn ein Plugin die OPC-UA-Verbindung herstellt, kann jede Grafana-Instanz oder jede Aktualisierung eine Session gegen einen eingebetteten Server mit sehr niedriger Session-Obergrenze öffnen.

OEE-Daten daraus gewinnen

Grafana kann Verfügbarkeit, Leistung und Qualität darstellen und aus gespeicherten Daten auch einigermaßen belastbar berechnen, vorausgesetzt, die vorgelagerte Erfassung hat Zustandsübergänge statt abgetasteter Momentaufnahmen geliefert, Zähler statt abgeleiteter Flanken und Stillstandsgründe als zeitgestempelte Datensätze. Was sie nicht kann, ist eine Auflösung erzeugen, die sie nicht bekommen hat: Ein einmal pro Minute gespeicherter Zustand trägt keine Mikrostopp-Analyse, gleich wie das Panel geschrieben ist. Schichtkalender, geplante Produktionszeit und Sollzykluszeiten stehen weder in der Maschine noch in der Zeitreihendatenbank, sofern sie dort niemand hinterlegt hat; sie kommen deshalb meist als statische Tabelle oder zweite Datenquelle und brauchen einen Verantwortlichen. Behandeln Sie jedes OEE-Panel als Behauptung, die mit den eigenen Zahlen der Produktion übereinstimmen muss, und rechnen Sie damit, dass der erste Abgleich ein Erfassungsproblem aufdeckt und kein Dashboard-Problem.

Zuletzt geprüft am 7. September 2026 gegen OPC UA 1.05.07. OPC UA Connect ist ein unabhängiges Bildungsangebot und steht in keiner Verbindung zur OPC Foundation.