Vom Sensor zum Dashboard: Die Datenkette im Anlagenmonitoring


Titelbild: Maschinendaten vom Sensor über Edge und lokalen Server bis ins Dashboard

Ein Sensor an einer Pumpe misst zwanzig Mal pro Sekunde die Schwingung. Bis dieser Wert als Kurve im Dashboard des Schichtführers auftaucht, durchläuft er mehrere Stationen: Erfassung an der Maschine, Vorverarbeitung, Übertragung, Speicherung, Auswertung. Wer Maschinendaten erfassen und im Dashboard nutzen will, plant deshalb die komplette Kette.

Kurz beantwortet

Die Kette für Maschinendaten hat drei Ebenen: Edge an der Maschine, ein lokaler Server je Standort und die Cloud für standortübergreifende Kennzahlen. Edge Computing verarbeitet 80 bis 90 Prozent der Rohdaten direkt vor Ort, nur verdichtete Kennwerte wandern weiter. Übertragen wird meist über MQTT, bei strukturierten Steuerungsdaten über OPC UA.

400 GB

Rohdaten entstehen täglich in einer Fabrik mit 200 Maschinen im Zweischichtbetrieb. Diese Menge lässt sich weder komplett in die Cloud übertragen noch dauerhaft an jeder Maschine speichern.

ECOSIRE, 2026

Warum Edge Computing die Maschinendaten vorfiltert

Edge Computing verarbeitet 80 bis 90 Prozent der anfallenden Daten direkt an oder in der Nähe der Maschine, bevor überhaupt etwas in ein zentrales Netzwerk geht (ECOSIRE, 2026). Nur verdichtete Kennwerte, Auffälligkeiten oder Alarme wandern weiter nach oben. Ein Vibrationssensor sendet also lokal berechnete Kennwerte wie Effektivwert oder Spitzenwert in die Cloud, ergänzt um die seltenen Fälle, in denen die Rohdaten für eine tiefere Analyse gebraucht werden.

Diese Aufteilung spart nicht nur Bandbreite. Sie verkürzt auch die Reaktionszeit, weil ein kritischer Alarm nicht erst durch ein Rechenzentrum am anderen Ende des Landes muss, um an der Maschine eine Reaktion auszulösen.

Protokoll und Architektur

Die drei Ebenen der Datenkette, nach ECOSIRE 2026
Ebene Aufgabe Was dort bleibt
Edge, an der Maschine erste Verarbeitung, Kennwerte berechnen, Alarme auslösen Rohmessung in voller Auflösung
Lokaler Server, je Standort Daten mehrerer Maschinen bündeln verdichtete Kennwerte, Verlauf der letzten Wochen
Cloud, über Standorte Werksvergleich, Kennzahlen auf Unternehmensebene Kennzahlen und ausgewählte Ereignisse

Für die Übertragung hat sich MQTT als Standardprotokoll durchgesetzt, unter anderem wegen des Publish-Subscribe-Musters und des geringen Platzbedarfs der Nachrichten (ECOSIRE, 2026). Ein Sensor veröffentlicht seine Werte an ein Thema, mehrere Systeme können sich gleichzeitig darauf abonnieren, ohne dass der Sensor jede Verbindung einzeln kennen muss. Für Maschinen mit komplexeren Steuerungsdaten kommt häufig OPC UA hinzu, das strukturierte Informationen und Sicherheitsmechanismen mitbringt.

Nicht jeder Betrieb braucht alle drei Ebenen von Anfang an. Ein einzelner Standort kommt oft mit Edge und lokalem Server aus.

Der häufigste Fehler bei der Sensorauswahl

ECOSIRE nennt eine Fehlanpassung zwischen Sensor und tatsächlichem Fehlerbild als Hauptursache dafür, dass Projekte scheitern (ECOSIRE, 2026). Wer Sensoren nach Maschinentyp auswählt, statt nach dem Fehler, der tatsächlich vorhergesagt werden soll, sammelt Daten, die am Ende nichts aussagen. Eine Pumpe kann durch Kavitation, Lagerschaden oder Unwucht ausfallen, jede dieser Ursachen zeigt sich in einem anderen Frequenzbereich und verlangt eine andere Messtechnik.

In der Praxis steht deshalb vor der Sensorauswahl die Frage, welcher Fehler an dieser Maschine überhaupt relevant ist und wie er sich physikalisch bemerkbar macht. Erst danach lässt sich entscheiden, ob ein einfacher Schwingungssensor reicht oder ob zusätzlich Temperatur, Strom oder Schall gemessen werden muss. Welche Kenngrößen sich für rotierende Bauteile eignen, steht im Beitrag zur Vibrationsanalyse.

Was Architektur nicht ersetztAuch die beste Datenkette ersetzt keine Fachkenntnis über die Maschine selbst. Wer die typischen Fehlerbilder seiner Anlagen nicht kennt, bekommt auch mit optimaler Technik keine treffsicheren Warnungen. Vor jedem größeren Projekt lohnt sich deshalb ein Gespräch mit erfahrenen Instandhaltern, nicht nur mit der IT-Abteilung.

Was am Ende im Dashboard ankommt

Ein Dashboard mit zu vielen Kurven wird selten genutzt, weil niemand mehr erkennt, welche Abweichung tatsächlich relevant ist. Bewährt hat sich ein gestufter Aufbau. Auf der obersten Ebene stehen wenige Ampelwerte pro Maschine, darunter lassen sich bei Bedarf einzelne Sensorwerte im Detail aufrufen.

Wichtig ist auch der zeitliche Bezug. Ein reiner Momentanwert sagt wenig, ein Trend über die letzten Tage oder Wochen zeigt dagegen, ob sich eine Maschine langsam in Richtung eines Fehlerbilds bewegt. Genau diese Trendsicht macht den Unterschied zwischen einer einfachen Live-Anzeige und einem Dashboard, das tatsächlich bei der Instandhaltung hilft.

Speicherfristen für Maschinendaten sind ein Thema für sich. Rohdaten in voller Auflösung über Jahre vorzuhalten, ist selten sinnvoll und treibt die Speicherkosten unnötig in die Höhe. Verdichtete Kennwerte lassen sich dagegen über lange Zeiträume günstig aufbewahren und liefern die Grundlage für spätere Trendanalysen oder für ein Predictive-Maintenance-Modell.

Welche Daten liegen bei Ihnen schon vor?Wir prüfen, welche Ihrer Maschinen heute bereits verwertbare Daten liefern und was für ein funktionierendes Dashboard noch fehlt.

Datenlage prüfen lassen

Häufige Fragen

Welche Protokolle kommen bei der Maschinendatenerfassung zum Einsatz?

Am weitesten verbreitet sind MQTT für die leichtgewichtige Übertragung von Messwerten und OPC UA für strukturierte, sicherheitsrelevante Maschinendaten. Viele Architekturen kombinieren beide Protokolle je nach Anwendungsfall.

Wie viele Daten müssen tatsächlich gespeichert werden?

Deutlich weniger, als an der Maschine anfällt. Durch Edge Computing werden 80 bis 90 Prozent der Rohdaten bereits vor Ort verarbeitet, sodass nur verdichtete Kennwerte und ausgewählte Rohdaten weiter übertragen und gespeichert werden (ECOSIRE, 2026). Bei einer Fabrik mit 200 Maschinen und rund 400 Gigabyte Rohdaten täglich macht dieser Unterschied den Betrieb einer zentralen Auswertung überhaupt erst wirtschaftlich möglich.

Wer baut eine solche Datenkette in der Praxis auf?

Meist ein Zusammenspiel aus Instandhaltung, die die Fehlerbilder kennt, und einem Integrationspartner, der Sensorik, Netzwerk und Auswertung technisch verbindet. Reine Softwareanbieter ohne Blick auf die Maschine liefern selten die passende Architektur.

Der nächste Schritt

torck betreibt sein Anlagenmonitoring als eigenes Produkt und verantwortet die Kette von der Sensorauswahl bis zum Dashboard selbst, mit eigenen Teams in Maxhütte-Haidhof, Wien und Rabat, die Edge-Verarbeitung, Protokollanbindung und Auswertung im eigenen Haus entwickeln. Ein Termin für das Erstgespräch lässt sich über unsere Seite zum Anlagenmonitoring vereinbaren.

Frage zu diesem Beitrag?

Zwei Sätze zu Ihrer Situation genügen. Es antwortet jemand, der solche Systeme selbst baut.

Antwort innerhalb eines Werktags.torck · Code mit Drehmoment
Florian Blischke
Geschäftsführer torck GmbH · über 20 Jahre Softwareentwicklung
Florian Blischke ist Geschäftsführer der torck GmbH und seit über 20 Jahren in der Softwareentwicklung tätig. Er verantwortet Individualsoftware für Industrie und Handel, von der Anbindung physischer Prozesse über IoT bis zu Cloud-Architektur und daten- sowie KI-gestützten Systemen. Bei torck begleitet er unter anderem die Energieplattform Jouvoli und das Fleet-Management-Produkt KVM Fleet. torck entwickelt an den Standorten Maxhütte-Haidhof, Wien und Rabat und legt Wert auf Software, die im Betrieb tatsächlich funktioniert.

Steht bei Ihnen dieselbe Frage an?

Wir bauen seit 2017 Software für Industrie und Handel, von Maxhütte-Haidhof aus, mit Teams in Wien und Rabat. Ein Erstgespräch dauert 30 Minuten und kostet nichts. Danach wissen Sie, ob sich das Vorhaben lohnt, auch wenn die Antwort nein lautet.

Weitere Beiträge