Monitoring von Maschinen: Betriebsstunden per WLAN erfassen

Beim Thema Monitoring von Maschinen: Betriebsstunden per WLAN erfassen geht es selten um „nice to have“, sondern um handfeste Vorteile im Alltag: Wartungen werden planbar, Verschleißteile rechtzeitig getauscht, Stillstände reduziert und die tatsächliche Auslastung transparent. Gerade in kleinen Werkstätten, in der Gebäude- und Haustechnik oder bei dezentralen Anlagen fehlt oft eine zentrale Datenerfassung. Mit einem kompakten WLAN-Datenlogger lassen sich Betriebszeiten nachrüsten, ohne die Maschine komplett zu modernisieren. Wichtig ist dabei ein Ansatz, der zuverlässig misst, auch bei Stromausfällen keine Daten verliert und sich in bestehende Systeme integrieren lässt – vom einfachen Web-Dashboard bis zur Weitergabe an MQTT, InfluxDB oder ein ERP. In diesem Artikel lernen Sie praxiserprobte Methoden kennen, um Laufzeiten korrekt zu erfassen, typische Messfehler zu vermeiden und die Daten so aufzubereiten, dass sie wirklich nutzbar sind. Der Fokus liegt auf verständlichen Konzepten, die sowohl Einsteiger als auch fortgeschrittene Anwender in eigenen Projekten umsetzen können.

Was genau sind „Betriebsstunden“ und warum sind sie so wertvoll?

Betriebsstunden sind die Zeit, in der eine Maschine tatsächlich „läuft“ oder betriebsbereit ist – je nach Definition des Unternehmens. In der Praxis existieren mehrere Varianten:

• Laufzeit: Motor/Antrieb ist aktiv (Maschine arbeitet).
• Bereitschaftszeit: Maschine ist eingeschaltet, aber nicht zwingend in Bewegung.
• Produktionszeit: Maschine ist aktiv und produziert (z. B. über ein „Cycle“-Signal).
• Lastabhängige Laufzeit: Maschine zählt nur, wenn eine definierte Leistungsaufnahme überschritten wird.

Diese Unterscheidung ist entscheidend, weil Wartungsintervalle häufig an tatsächliche Laufzeit gekoppelt sind. Wenn eine Maschine zwar eingeschaltet ist, aber nicht arbeitet, würden reine Einschaltstunden zu falschen Wartungsprognosen führen. Umgekehrt ist für Energie- oder Schichtanalysen die Einschaltzeit oft relevant. Ein gutes Monitoring-System erlaubt daher eine klare Definition und nachvollziehbare Messlogik.

Messprinzipien: So erkennen Sie sicher, ob eine Maschine läuft

Der wichtigste Schritt ist die Auswahl des richtigen Signals. Es gibt nicht „die eine“ Methode, die für alle Maschinen passt. Die folgenden Prinzipien sind in Nachrüstprojekten besonders verbreitet.

Stromaufnahme messen (nicht-invasiv und oft universell)

Eine sehr robuste Methode ist die Erkennung über die Stromaufnahme. Hierbei misst man indirekt, ob der Motor oder ein relevanter Verbraucher Strom zieht. Für Nachrüstungen eignen sich insbesondere Stromwandler (Current Transformer, CT) oder Hall-Sensoren. Vorteil: keine direkte Verbindung zur Netzspannung, wenn geeignete Sensoren eingesetzt werden. Nachteil: Bei niedriger Last oder Standby-Verbrauch muss ein sinnvoller Schwellwert gefunden werden.

• CT-Klemme: erkennt AC-Ströme berührungslos um einen Leiter.
• Hall-Sensor: kann je nach Typ DC/AC erkennen, oft kompakt, aber sorgfältige Kalibrierung nötig.
• Schwellwertlogik: „Läuft“, wenn Strom über X Ampere für Y Sekunden anliegt.

Potentialfreier Kontakt (Relaisausgang, Hilfskontakt, Störmeldekontakt)

Viele Maschinen, Schütze oder Frequenzumrichter bieten Hilfskontakte oder Statusausgänge. Ein potentialfreier Kontakt ist ideal, weil er eindeutig und oft normnah ist. Häufig sind das:

• Schütz-Hilfskontakt: schaltet mit dem Antrieb.
• Relaisausgang am Umrichter: frei programmierbar (Run/Ready/Fault).
• Störmeldekontakt: nützlich als zusätzliches Signal (Fehlerzeiten erfassen).

Wichtig: Auch „potentialfrei“ muss sicher auf die Elektronik-Eingänge geführt werden, typischerweise über Optokoppler oder geeignete Eingangsmodule.

Spannung oder Signalpegel abgreifen (nur mit Fachkenntnis)

In manchen Anlagen existieren 24-V-Steuersignale oder SPS-Ausgänge, die den Betriebszustand markieren. Das kann sehr präzise sein, erfordert aber saubere Pegelanpassung, Schutzbeschaltung und ein Verständnis der Steuerung. Für reine Nachrüstungen ist diese Methode häufig nur dann sinnvoll, wenn ohnehin ein Schaltschrankzugang vorhanden ist.

Systemarchitektur: Von der Erfassung bis zum Dashboard

Ein praxistaugliches WLAN-Betriebsstunden-Monitoring besteht typischerweise aus vier Schichten:

• Sensorik/Signal: erkennt den Zustand „läuft / steht / Fehler“.
• Edge-Controller: zählt Betriebszeit, puffert Daten, sendet per WLAN.
• Transport: MQTT, HTTP(S), WebSocket oder lokale Speicherung.
• Auswertung: Dashboard, Historie, Alarmierung, Wartungspläne.

Als Transport hat sich MQTT etabliert, weil es leichtgewichtig ist und gut zu IoT-Geräten passt. Eine technische Spezifikation und Hintergrundinfos finden Sie bei MQTT.org. Für Dashboards sind Kombinationen wie InfluxDB und Grafana verbreitet; Grafana bietet dazu umfangreiche Dokumentation unter Grafana Docs.

Edge statt „nur senden“: Warum die Stunden auf dem Gerät gezählt werden sollten

Ein häufiger Fehler in frühen Projekten: Der Sensor sendet nur Zustände („ON/OFF“) und die Server-Seite zählt daraus die Laufzeit. Das wirkt zunächst elegant, wird aber bei Netzproblemen, Router-Neustarts oder WLAN-Ausfällen unzuverlässig. Ein stabileres Konzept ist:

• Lokale Zählung: Das Gerät zählt die Zeit selbst und sendet regelmäßig Summenwerte.
• Pufferung: Bei Verbindungsabbruch werden Daten zwischengespeichert.
• Monotone Summen: Ein Gesamtzähler (Total Runtime) verhindert Lücken in der Historie.

Damit bleibt die Betriebszeit korrekt, selbst wenn das WLAN zeitweise ausfällt. Der Server dient dann primär zur Visualisierung und Archivierung.

Die Kernlogik: Betriebsstunden korrekt berechnen

Die Berechnung basiert auf der Summe aktiver Zeitintervalle. In der Praxis wird in festen Takten gemessen (z. B. jede Sekunde) und je nach Zustand akkumuliert. Formal lässt sich die Betriebszeit T als Summe der Zeitdifferenzen in „RUN“-Phasen darstellen:

$T=\sum _{i=1}^n(t_{\mathrm{stop,i}}-t_{\mathrm{start,i}})$

Für eine robuste Umsetzung sind drei praktische Regeln wichtig:

• Entprellen/Glätten: Kurze Peaks (z. B. Anlaufströme) dürfen nicht als echte Laufphase zählen, wenn das unerwünscht ist.
• Hysterese: Zwei Schwellwerte (Ein/Aus) verhindern Flattern bei Grenzlasten.
• Zeitbasis: Die Zeitmessung sollte auf einem stabilen Millis-Timer basieren und bei Reboots fortsetzbar sein.

Datenspeicherung: Wie Sie Stromausfälle und Reboots ohne Datenverlust überstehen

Wenn ein Gerät neu startet, darf der Zähler nicht zurückspringen. Dafür gibt es mehrere Strategien:

• NVS/EEPROM-ähnlicher Speicher: Summenwerte periodisch sichern, aber Schreibzyklen beachten.
• Dateisystem (LittleFS): Werte in einer kleinen Datei speichern; robust, aber sorgfältig implementieren.
• Server-Snapshot: Gerät sendet regelmäßig Total Runtime; der Server kann den letzten Stand speichern.

Bewährt hat sich eine Kombination: Das Gerät speichert den Gesamtzähler in sinnvollen Intervallen (z. B. alle 1–5 Minuten oder bei Zustandswechsel) und sendet zusätzlich regelmäßige Updates. So sind sowohl lokale als auch zentrale Wiederherstellung möglich.

Kommunikation im Heim- oder Firmennetz: MQTT, HTTP und Sicherheit

Für den schnellen Einstieg reicht oft HTTP (z. B. ein kleines Webinterface auf dem Gerät). Für professionelle Auswertungen ist MQTT oder eine strukturierte REST-API meist besser. Entscheidend ist die Sicherheit: Maschinen-Monitoring kann Produktionsdaten offenlegen und sollte nicht ungeschützt im Netz hängen.

• Netzsegmentierung: IoT-Geräte in ein separates VLAN oder Gastnetz.
• Authentifizierung: MQTT mit Benutzer/Passwort, idealerweise TLS im internen Netz.
• Minimale Angriffsfläche: Keine offenen Ports ins Internet, keine Standardpasswörter.

Als praxisnaher Sicherheitsleitfaden für IoT-Systeme eignet sich der Überblick von OWASP IoT Security. Gerade bei Geräten, die in Werkstätten oder KMU-Umgebungen laufen, ist ein einfaches, konsequentes Sicherheitsbaseline oft wichtiger als komplexe „Enterprise“-Features.

Visualisierung und Alarmierung: Aus Betriebsstunden werden Wartungsentscheidungen

Erfasste Betriebsstunden entfalten ihren Wert erst durch sinnvolle Aufbereitung. Typische Auswertungen sind:

• Gesamtbetriebszeit: Zähler pro Maschine, ideal für Wartungsintervalle.
• Tages-/Wochenlaufzeit: Auslastung, Schichtmuster, Trendanalyse.
• Letzter Lauf: „Zuletzt aktiv vor X Stunden“ für Überwachung und Plausibilitätschecks.
• Wartungsampel: Reststunden bis Service, inklusive Benachrichtigung.

Grafana kann aus Zeitreihen übersichtliche Panels bauen (z. B. Balken pro Tag oder kumulative Zähler). Ergänzend ist Node-RED hilfreich, um einfache Logik und Benachrichtigungen ohne großen Codeaufwand zu erstellen; Einstieg und Konzepte sind unter Node-RED Docs beschrieben.

Praxisbeispiel: Betriebsstunden über Stromschwellwert erfassen

Ein typisches Nachrüst-Szenario: Eine Maschine läuft, wenn der Motorstrom über einem Grenzwert liegt. Die Logik kann so aufgebaut werden:

• Messung: Stromwert zyklisch (z. B. alle 200–500 ms) erfassen und mitteln.
• RUN-Erkennung: RUN, wenn Strom > Einschalt-Schwelle für mindestens 3–10 Sekunden.
• STOP-Erkennung: STOP, wenn Strom < Ausschalt-Schwelle für mindestens 5–15 Sekunden.
• Zähler: Während RUN wird pro Sekunde (oder über Zeitdifferenzen) addiert.
• Persistenz: Total Runtime regelmäßig sichern und per WLAN veröffentlichen.

Mit dieser Entprellung vermeiden Sie „False Positives“ durch kurze Anlaufspitzen oder Messrauschen. Die getrennten Schwellenwerte (Hysterese) verhindern Flattern, wenn die Maschine knapp an der Grenze läuft.

Praxisbeispiel: Betriebsstunden per Hilfskontakt erfassen

Wenn ein Hilfskontakt verfügbar ist, wird die Erfassung noch eindeutiger. Der Kontakt schaltet synchron zum „Run“-Zustand. Wichtig ist hier weniger die Logik als die saubere elektrische Ankopplung:

• Galvanische Trennung: Optokoppler oder Eingangsmodul, um Störungen und Potentialunterschiede abzufangen.
• EMV-Schutz: RC-Glied oder geeignete Filterung gegen Prellen und Störimpulse.
• Saubere Masseführung: Vermeiden, dass Maschinenstörungen in die Elektronik einkoppeln.

Gerade in industrieller Umgebung sind Störspitzen, Schalthandlungen und lange Leitungen üblich. Ein stabiler Eingang spart später enorm viel Zeit bei Fehlersuche.

Zuverlässigkeit im Feld: Watchdog, Reconnects und Offline-Strategie

Ein Betriebsstundenzähler muss „langweilig zuverlässig“ sein. Das bedeutet: auch nach Wochen noch korrekt zählen, ohne hängenzubleiben. In der Praxis helfen folgende Prinzipien:

• Nicht-blockierender Code: Keine langen Wartezeiten, keine endlosen Schleifen ohne Yield.
• Reconnect-Logik: WLAN- und Broker-Verbindung regelmäßig prüfen und sauber wiederherstellen.
• Offline-Puffer: Wenn keine Verbindung besteht, wird weiter gezählt und später synchronisiert.
• Überwachung: Heartbeat-Status senden (z. B. alle 30–60 Sekunden), um Ausfälle zu erkennen.

Für Zeitsynchronisation kann NTP genutzt werden, damit Zeitstempel konsistent bleiben. Technische Hintergründe liefert das Projekt NTP Documentation. Für reine Summenzähler ist NTP nicht zwingend, für Historie und Wartungsnachweise aber oft hilfreich.

Datenschutz und Verantwortlichkeiten: Was im Unternehmen geklärt sein sollte

Auch wenn Betriebsstunden zunächst harmlos wirken, können Auslastungsdaten Rückschlüsse auf Prozesse, Schichten oder Produktivität zulassen. In Unternehmen sollten daher Zuständigkeiten und Zweckbindung klar sein:

• Transparenz: Welche Daten werden erfasst und wofür?
• Datenminimierung: Nur das speichern, was für Wartung/Planung nötig ist.
• Zugriff: Rollen und Rechte auf Dashboards, besonders bei mehreren Standorten.
• Aufbewahrung: Klare Regeln für Speicherfristen und Archivierung.

Gerade für KMU ist ein pragmatischer Ansatz sinnvoll: lokal im Netz, keine unnötige Cloud, sichere Passwörter und dokumentierte Prozesse.

Typische Fehlerquellen und wie Sie sie vermeiden

• Zu knappe Stromversorgung: WLAN-Spitzen führen zu Resets und damit zu falschen Zählern, wenn nicht sauber gepuffert wird.
• Schwellwert ohne Hysterese: Flattern erzeugt viele kurze Laufphasen und verfälscht die Summe.
• Keine Persistenz: Reboot setzt den Zähler zurück, wenn Werte nicht gespeichert werden.
• Messsignal falsch gewählt: Standby-Verbrauch wird als Lauf interpretiert oder umgekehrt.
• Offene Dienste im Netz: Unnötige Angriffsfläche durch ungeschützte Webinterfaces.

Erweiterungen: Mehr als nur Stunden zählen

Sobald die Basis stabil läuft, lassen sich mit wenig Zusatzaufwand weitere Mehrwerte schaffen:

• Störzeiten: Fehlerkontakt erfassen und Ausfallstunden dokumentieren.
• Zykluszählung: Impulse pro Arbeitszyklus zählen (z. B. Presshub, Förderzyklus).
• Energie-Trends: Bei Strommessung: grobe Energie- oder Lastprofile ableiten.
• Wartungsworkflow: Automatische Tickets oder Erinnerungen bei Grenzwerten.

Damit wird aus einem einfachen WLAN-Logger ein echter Baustein für Instandhaltung und Prozessverbesserung – ohne dass eine vollständige Maschinensteuerung ersetzt werden muss.

IoT-PCB-Design, Mikrocontroller-Programmierung & Firmware-Entwicklung

PCB Design • Arduino • Embedded Systems • Firmware

Ich biete professionelle Entwicklung von IoT-Hardware, einschließlich PCB-Design, Arduino- und Mikrocontroller-Programmierung sowie Firmware-Entwicklung. Die Lösungen werden zuverlässig, effizient und anwendungsorientiert umgesetzt – von der Konzeptphase bis zum funktionsfähigen Prototyp.

Diese Dienstleistung richtet sich an Unternehmen, Start-ups, Entwickler und Produktteams, die maßgeschneiderte Embedded- und IoT-Lösungen benötigen. Finden Sie mich auf Fiverr.

Leistungsumfang:

• IoT-PCB-Design & Schaltplanerstellung

• Leiterplattenlayout (mehrlagig, produktionstauglich)

• Arduino- & Mikrocontroller-Programmierung (z. B. ESP32, STM32, ATmega)

• Firmware-Entwicklung für Embedded Systems

• Sensor- & Aktor-Integration

• Kommunikation: Wi-Fi, Bluetooth, MQTT, I²C, SPI, UART

• Optimierung für Leistung, Stabilität & Energieeffizienz

Lieferumfang:

• Schaltpläne & PCB-Layouts

• Gerber- & Produktionsdaten

• Quellcode & Firmware

• Dokumentation & Support zur Integration

Arbeitsweise:Strukturiert • Zuverlässig • Hardware-nah • Produktorientiert

CTA:
Planen Sie ein IoT- oder Embedded-System-Projekt?
Kontaktieren Sie mich gerne für eine technische Abstimmung oder ein unverbindliches Angebot. Finden Sie mich auf Fiverr.