Industrielle IoT-Monitoring-Dashboards mit ThingsBoard
Individuelle ThingsBoard-Dashboards für Gerätetelemetrie, industrielle Sensormesswerte, Anlagenzustand, Betriebstrends und Alarme.
Projektstatus: In Entwicklung
In den meisten Betrieben entstehen längst genug Daten, nur erreichen sie selten die Menschen, die sie brauchen. Messwerte bleiben am lokalen Bedienpanel, Berichte werden von Hand erstellt, und eine ausfallende Pumpe fällt oft erst auf, wenn die Produktion steht. Industrielles Monitoring heißt, diese Daten kontinuierlich, mit verlässlichem Zeitstempel und an einer Stelle zu erfassen.
Ich konzipiere und realisiere Monitoring-Systeme von der Sensor- und SPS-Ebene bis zu ThingsBoard Dashboards: Auswahl von Protokollen und Datenwegen, Modellierung der Anlagen, Alarmierung mit Eskalation sowie Ansichten, die im Leitstand ebenso funktionieren wie auf dem Smartphone des Instandhalters.
Herausforderungen der Branche
Datensilos
Jede Maschine bringt eigenes Protokoll, eigene Software und eigenes Datenformat mit; eine Gesamtsicht auf Linie oder Standort fehlt.
Alarmflut
Starre Grenzwerte und zu viele Meldungen führen dazu, dass Bediener Alarme routinemäßig quittieren und die wichtige Meldung untergeht.
Uneinheitliche Kennzahlen
Laufzeit, Stillstände und Energieverbrauch werden manuell ermittelt und in jeder Schicht anders definiert.
Kein sicherer Fernzugriff
Führungskräfte und Instandhaltung sehen außerhalb des Werks keine Daten oder greifen über improvisierte, unsichere Wege zu.
Wachsende Datenmengen
Ohne Aufbewahrungs- und Verdichtungsregeln wächst die Zeitreihendatenbank schnell, und historische Abfragen werden langsam.
Technische Lösungsbausteine
Telemetrieerfassung
Anbindung von SPS, Sensoren und Zählern über Modbus, OPC UA, MQTT oder LoRaWAN an ein Edge-Gateway mit Zeitstempel und lokaler Pufferung.
Anlagenmodell
Eine klare Hierarchie aus Standort, Linie, Maschine und Sensor in ThingsBoard, damit Dashboards und Regeln der realen Anlagenstruktur folgen.
ThingsBoard Dashboards
Rollenbezogene Ansichten für Leitstand, Schichtführung und Instandhaltung mit Drill-down von der Übersicht bis zur einzelnen Maschine.
Alarmierung und Eskalation
Alarme in der Rule Engine mit Schweregraden, Verzögerung und Hysterese sowie Benachrichtigung per E-Mail, SMS oder Messenger nach Bereitschaftsplan.
Betriebskennzahlen
Laufzeit, Stillstandshäufigkeit, spezifischer Energieverbrauch oder OEE auf Basis dokumentierter, nachprüfbarer Definitionen.
Datenhaltung und Archivierung
TTL für Rohdaten, stündliche und tägliche Verdichtung für Langzeitanalysen sowie regelmäßige Sicherung von Konfiguration und Daten.
Vorgehen in einem Monitoring-Projekt
Ein Monitoring-System lohnt sich nur, wenn die Bediener ihm vertrauen. Deshalb beginne ich mit der Frage, welche Entscheidung die Daten unterstützen sollen, und nicht mit einer Sensorliste. Ein typisches Projekt verläuft in diesen Schritten:
- Prozess und Messstellen: Begehung, Sichtung von Plänen und vorhandenen SPS-/SCADA-Variablenlisten, Festlegung der Schlüsselgrößen je Maschine.
- Datenweg: Protokolle, Gateways und Übertragungsnetz; Abtastraten und die Frage, welche Werte zyklisch und welche bei Änderung gesendet werden.
- Daten- und Anlagenmodell: Geräteprofile, Attribute und Anlagenhierarchie in ThingsBoard mit einheitlicher Namensgebung.
- Dashboards und Alarme: Rollenbezogene Ansichten und Alarmregeln, gemeinsam mit den Bedienern erarbeitet und nicht nur aus Datenblättern abgeleitet.
- Test, Dokumentation und Übergabe: Test des Datenwegs bei Netzunterbrechungen, Dokumentation der Konfiguration und Schulung der Schlüsselanwender.
Alarme und Kennzahlen: weniger, aber treffender
Ein Alarm, der zehnmal am Tag grundlos auslöst, wird bald ignoriert. Bei der Alarmierung halte ich mich an einige Grundsätze:
- Schweregrade (Info, Warnung, kritisch) mit klarer Zuständigkeit
- Verzögerung und Hysterese gegen flatternde Meldungen
- Automatische Eskalation, wenn ein Alarm nicht rechtzeitig quittiert wird
- Alarmhistorie für regelmäßige Überprüfung und das Entfernen nutzloser Regeln
Kennzahlen wie Laufzeit oder OEE sind nur dann hilfreich, wenn ihre Definition schriftlich festgehalten ist, etwa ob geplante Stillstände eingerechnet werden. Mehr zum Aufbau der Dashboards lesen Sie im Beitrag Industrielles Monitoring mit ThingsBoard.
Datenhaltung und sicherer Zugriff
| Datenart | Übliches Vorgehen |
|---|---|
| Rohdaten der Telemetrie | Kurze Aufbewahrung mit TTL für die Fehlersuche |
| Verdichtete Werte | Stündliche und tägliche Minimum-, Maximum- und Mittelwerte für Langzeitanalysen |
| Alarme und Ereignisse | Längere Aufbewahrung für Audits und Ursachenanalysen |
Der Fernzugriff erfolgt über VPN oder einen HTTPS-Reverse-Proxy mit rollenbasierten Benutzerkonten. Zwischen Gateway und Plattform werden die Daten meist per MQTT mit TLS-Verschlüsselung übertragen.
Häufige Fragen
Müssen vorhandene SPS oder Maschinen ersetzt werden?
In der Regel nicht. Die Daten werden meist über vorhandene Schnittstellen wie Modbus oder OPC UA gelesen; Anlagen ohne digitale Ausgänge lassen sich mit zusätzlichen Sensoren nachrüsten.
Warum ThingsBoard?
ThingsBoard ist eine ausgereifte Plattform für Geräteverwaltung, Dashboards, Regelverarbeitung und Alarme und lässt sich auf eigenen Servern betreiben. Setzen Sie bereits eine andere Plattform ein, plane ich darauf aufbauend.
Wo werden die Daten gespeichert?
Ich bevorzuge den Betrieb auf Ihrer eigenen Infrastruktur oder bei einem Hoster Ihrer Wahl, damit die Datenhoheit bei Ihnen bleibt. Aufbewahrung und Datensicherung werden in der Konzeptphase festgelegt.
Können wir mit einer einzelnen Linie oder Maschine beginnen?
Ja, das empfehle ich sogar. Ein begrenzter Pilot zeigt, welche Signale wirklich nützen, und Datenmodell sowie Alarmregeln lassen sich vor dem Ausrollen schärfen.
