Umwelt-Datenlogger: Telemetrie, Lücken, Wiederherstellung

Verlässliche Umweltdaten sind ein Ergebnis der Protokollierungskette, nicht des Sensors allein. Eine Sonde kann völlig korrekt messen, während das Netz den richtigen Wert zum falschen Zeitpunkt speichert, während einer Mobilfunkunterbrechung zwei Stunden verliert oder ein Modbus-Wort um den Faktor zehn falsch skaliert. Datenintegrität zu planen bedeutet, Registerübersicht, Abtaststrategie, Zeitquelle und Wiederherstellungsverhalten ebenso ausdrücklich festzulegen wie den Messbereich.

Die Kette vom Register bis zum Archiv

Eine typische Kette nach Art von NiuBoL umfasst vier Stufen. Ein RS485 Modbus RTU-Sensor stellt ein oder mehrere Register bereit. Ein Datenlogger oder IoT-Gateway fragt diese Register ab, versieht die Werte mit Zeitstempeln und speichert sie lokal. Das Gateway leitet gepufferte Datensätze über 4G, Ethernet oder einen anderen Uplink an eine Cloud-Plattform oder einen privaten Server weiter. Eine nachgelagerte Anwendung speichert, visualisiert und exportiert sie.

Figure 1. Wetterstations-Datenlogger 4G/WiFi/GPS/RS232/RS485 Modbus.

Diese Aufteilung ist bewusst gewählt. Einzelne RS485-Sensoren benötigen kein eigenes Mobilfunkmodem; der Datenlogger bzw. das Gateway übernimmt die Fernkommunikation und leitet die Daten je nach Systemkonfiguration an eine Cloud-Plattform oder einen privaten Server weiter. Eine RS485-Variante wird an kompatible Datenlogger, SPS oder IoT-Gateways angeschlossen. Wer diese Aufteilung versteht, weiß, wo er bei fehlenden Daten ansetzen muss: Eine leere Cloud-Zeitreihe bei vollem lokalem Puffer ist ein Uplink-Problem, ein leerer lokaler Puffer ein Problem der Abfrage oder der Versorgung.

Ein industrieller Datenlogger mit 16 Sensoreingängen, 128 GB Speicher, Fortsetzung nach Unterbrechung und Fernkonfiguration von Abtastrate und Schwellenwerten hält Datensätze über eine Unterbrechung hinweg vor. Edge-Cloud-Zusammenarbeit ergänzt lokale Filterung, Anomalieerkennung und verschlüsselte Cloud-Speicherung; für komplette Systeme wird ein Übertragungserfolg um ≥99.9% angegeben. Genau diese Fähigkeiten entscheiden, ob eine Unterbrechung nur eine Fußnote bleibt oder eine dauerhafte Lücke im Datensatz erzeugt.

Protokollschicht: erst dekodieren, dann vertrauen

Modbus RTU ist einfach genug, um von Hand geprüft zu werden, und diese Prüfung gehört zur Inbetriebnahme. Der NBL-W-CO2 liefert ein konkretes Beispiel: Er gibt ein einzelnes Konzentrationswort zurück, und die Datenbytes 01 B4 ergeben hexadezimal 0x01B4, dezimal 436, die Konzentration beträgt also 436 ppm. Der Sensor ist spezifiziert für 0–5000 ppm, ±(50 ppm + 3% vom Messwert) Genauigkeit, 1 ppm Auflösung, 12–24 VDC Versorgung, 0.2 W, RS485 Modbus RTU und 9600 baud.

Figure 2. RTU-Fernmessung und -steuerung, Wetterdatenkollektor, 4G-Datenkollektor für Umweltanwendungen, intelligente IoT-Landwirtschaft.

Zwei Randbedingungen verdienen bei jeder RS485-Installation Beachtung. Erstens: Zusätzliche Baudraten oder eine universelle Grenze für Gerätezahl und Kabellänge sind nicht anzunehmen – sie sind für die konkrete Installation zu bestätigen. Zweitens: Die Durchgangsprüfung von RS485 A/B belegt keine ausreichende Versorgung. Ein Bus kann erfolgreich abfragen, während eine knappe Versorgung sporadische, temperaturabhängige Ausfälle verursacht.

Eine praktische Regel: In der ersten Woche das rohe Wort neben dem skalierten Wert speichern. Jede Abweichung, die sich nicht durch einen dokumentierten Skalierungsfaktor erklärt, ist ein Integrationsfehler.

Abtaststrategie: mehr Daten sind nicht immer bessere Daten

Die Abtastrate sollte sich nach dem gemessenen Vorgang richten, nicht nach dem Maximum, das der Datenlogger unterstützt. Bodenfeuchte ändert sich über Stunden, Windböen über Sekunden, und das Überschreiten einer Alarmschwelle kann kurz, aber folgenreich sein. Wer jeden Kanal im Ein-Sekunden-Intervall protokolliert, erzeugt große Dateien, belastet solarversorgte Standorte und erschwert langfristige Trendanalysen, ohne die Entscheidungen zu verbessern, die die Daten stützen.

Je Kanal Intervalle festlegen und zusätzlich zwei oft vergessene Regeln definieren:

• Aggregationsregel. Angeben, ob der gespeicherte Wert eine Augenblicksprobe, ein Mittelwert oder ein Min/Max-Paar über das Intervall ist. Ein Tagesmittel verbirgt eine zweiminütige Grenzwertüberschreitung.
• Alarmverhalten. Angeben, ob eine Schwellenwertüberschreitung eine sofortige Probe und eine außerbandige Meldung auslöst oder bis zum nächsten geplanten Upload wartet. Eine Ansprechzeit bei Grenzwertüberschreitung von ≤3 Sekunden beschreibt einen Alarmpfad, kein routinemäßiges Protokollierintervall; beides ist getrennt zu spezifizieren.

Die Ferneinstellung von Abtastrate und Schwellenwerten ist nur nützlich, wenn jede Änderung versioniert wird. Wer was wann geändert hat, ist festzuhalten; sonst ist ein Datensatz, der eine Schwellenwertänderung überspannt, in sich nicht vergleichbar.

Typologie von Datenlücken

Erkennung und Behebung von Lücken

Sequenznummern und monoton steigende Zeitstempel verwenden. Ein Sequenzzähler im Datenlogger macht einen fehlenden Block selbst bei falschen Zeitstempeln sichtbar. Sowohl Gerätezeit als auch Loggerzeit speichern.

Den Puffer für den schlimmsten realistischen Ausfall auslegen. Mit 16 Sensoreingängen und 128 GB lokalem Speicher auf dem Kollektor ist die Speicherkapazität bei umwelttypischen Abtastraten selten die begrenzende Größe; entscheidend sind die Dauer des Uplink-Ausfalls, die Batterie während dieser Zeit und ob die Fortsetzung den gepufferten Block tatsächlich erneut sendet. Gezielt prüfen: Während der Inbetriebnahme den Uplink für eine definierte Dauer trennen, wieder verbinden und kontrollieren, dass jeder gepufferte Datensatz genau einmal ankommt.

Lückenfüllung von Messung trennen. Interpolierte Werte sind zu kennzeichnen und dürfen nie wie gemessene gespeichert werden. Eine lineare Interpolation über eine zweistündige Unterbrechung kann in einem Diagramm völlig plausibel wirken und für eine Alarmuntersuchung dennoch völlig falsch sein.

Die Rohzeitreihe aufbewahren. Lokale Filterung und Anomalieerkennung sind am Edge nützlich, doch das Archiv sollte die ungefilterten Werte samt Qualitäts-Flag bewahren. Wird ein Wert durch einen geglätteten überschrieben, ist der ursprüngliche Beleg verloren.

Zeitsynchronisation innerhalb eines Protokollierintervalls prüfen. Ein Uhrenversatz von fünf Minuten zwischen zwei benachbarten Stationen lässt eine wandernde Regenfront in falscher Reihenfolge erscheinen. Für ein Netz ist das ebenso schädlich wie ein fehlender Sensor.

Eine durchgerechnete Wiederherstellungsrechnung

Die folgende Kapazitätsprüfung verwendet beispielhafte Standortwerte, keinen gemessenen Projektdatensatz. Angenommen, zehn Standorte protokollieren sechs Kanäle in Fünf-Minuten-Intervallen. Jeder Datensatz umfasst 60 Byte einschließlich Zeitstempel, Sequenznummer, Geräte-ID und Qualitäts-Flags. Pro Standort und Tag: 6 × 288 × 60 ≈ 104 kB. Über zehn Standorte: etwa 1.04 MB/Tag. Ein Kollektor mit 128 GB hält bei dieser Rate daher Daten über Jahre – ein Beleg dafür, dass die Kapazität nicht die begrenzende Größe ist.

Betrachten wir nun eine sechsstündige Mobilfunkunterbrechung. Betroffene Datensätze: 6 h × 12 Proben/h × 6 Kanäle × 10 Standorte = 4,320 Datensätze, rund 0.26 MB. Mit Fortsetzung nach Unterbrechung kommen alle 4,320 beim Wiederverbinden an. Ohne sie hat das Netz 4,320 dauerhafte Lücken – und falls während dieser sechs Stunden eine Grenzwertüberschreitung auftrat, ist der Alarmbeleg selbst dann verloren, wenn der Alarm zugestellt wurde. Für die Fortsetzung spricht der Beleg, nicht der Speicher.

Wo die Telemetrieauslegung versagt

Annehmen, der Sensor sei das Netz. Einzelne RS485-Geräte übernehmen keine Fernkommunikation; das tun Datenlogger oder Gateway. Auslegungen ohne lokalen Puffer verlieren bei jeder Unterbrechung Daten.

Figure 3. Produkte für landwirtschaftliche Wetterstationen.

Ungesicherte Skalierung. Eine nicht versionierte Änderung der Registerübersicht macht aus einem korrekten Sensor über Nacht einen falschen Datensatz.

Interpolation ohne Kennzeichnung. Eine mit plausiblen Zahlen gefüllte Lücke ist schlimmer als eine sichtbare Lücke, weil sie sich nicht prüfen lässt.

Kein außerbandiger Alarmpfad. Werden Schwellenwerte erst beim nächsten geplanten Upload geprüft, erscheint eine kurze Überschreitung womöglich nie im Archiv.

Gemeinsame Versorgungsfehler. Fallen alle Kanäle eines Standorts gemeinsam aus, ist das ein Versorgungssymptom. Die Spannung am Gerät unter Last messen; die Durchgangsprüfung des Busses allein belegt nichts.

Unspezifizierte Genauigkeitskonvention im Archiv. Ein Datensatz mit Werten nach ±(50 ppm + 3% vom Messwert) und ohne Metadaten lässt sich später nicht mit einem auf den Messbereichsendwert bezogenen Gerät vergleichen.

Vorhaltezeit, Export und Prüfpfad

Eine Telemetrieauslegung ist erst abgeschlossen, wenn ein Dritter ein Ereignis Monate später rekonstruieren kann. Dazu gehört eine Regelung, nicht nur ein Puffer.

Die unveränderliche Rohzeitreihe bewahren. Das rohe Registerwort, den Skalierungsfaktor und seine Version, die Geräte-ID, eine monoton steigende Sequenznummer, sowohl Geräte- als auch Logger-Zeitstempel, ein Qualitäts-Flag sowie jeden verfügbaren Versorgungs- oder Statuswert speichern. Abgeleitete, gefilterte und interpolierte Werte gehören in eigene Spalten und dürfen das Original nie überschreiben. Bleibt nur ein geglätteter Wert übrig, kann eine Untersuchung zur Grenzwertüberschreitung eine echte Spitze nicht von einer Interpolation unterscheiden.

Jede Konfigurationsänderung versionieren. Wer das Abtastintervall, den Schwellenwert, die Registerübersicht oder die Firmware wann geändert hat, ist festzuhalten. Ein Datensatz, der eine undokumentierte Schwellenwertänderung überspannt, ist in sich nicht vergleichbar, und ein Alarm, der an einem bestimmten Datum „begonnen“ zu haben scheint, markiert womöglich nur das Datum einer Konfigurationsübertragung. Der Kollektor von NiuBoL unterstützt die Ferneinstellung von Abtastrate und Schwellenwerten; zu dieser Bequemlichkeit gehört ein Änderungsprotokoll.

Alarmpfad und Archiv trennen. Eine Ansprechzeit bei Grenzwertüberschreitung von wenigen Sekunden beschreibt einen Alarmpfad, kein routinemäßiges Protokollierintervall. Beides ist mit eigenen Zeitstempeln zu erfassen, und ein zugestellter Alarm ist mit den zugehörigen archivierten Rohwerten abzugleichen. Ein Alarm ohne belegenden Datensatz zeigt, dass das Archiv versagt hat, nicht der Sensor.

Vorhaltezeit und Export von Anfang an festlegen. Angeben, wie lange Rohdaten lokal und im Archiv vorgehalten werden, in welchem Format sie exportierbar sind und ob ein Export Qualitäts-Flags und Metadaten erhält. Eine CSV mit technischen Werten ohne Flags ist kein Prüfpfad.

Eine Rekonstruktion probeweise durchführen. Ein sechsstündiges Zeitfenster wählen, das einen Uplink-Ausfall, einen Alarm und eine Konfigurationsänderung enthält, und eine Kollegin oder einen Kollegen bitten, den Ablauf allein aus dem Archiv zu rekonstruieren. Ermöglichen Sequenznummern, Fortsetzungsprotokolle und Änderungsprotokoll dies ohne Rückruf beim Installateur, ist die Auslegung vollständig. Andernfalls ist die fehlende Größe fast immer Metadaten statt Speicher.

Häufig gestellte Fragen (FAQ)

Q1. Wo sollte die Fernkommunikation in einem RS485-Sensornetz sitzen?

Beim Datenlogger oder IoT-Gateway. Einzelne RS485-Sensoren benötigen kein eigenes Mobilfunkmodem.

Q2. Was ist die Fortsetzung nach Unterbrechung, und warum ist sie wichtig?

Sie sendet nach Wiederverbindung des Uplinks lokal gepufferte Datensätze erneut, sodass aus einer Unterbrechung eine Verzögerung statt einer dauerhaften Lücke wird. Während der Inbetriebnahme prüfen.

Q3. Wie unterscheide ich einen Abfragefehler von einem Uplink-Fehler?

Den lokalen Puffer prüfen. Voller Puffer bei einer Cloud-Lücke bedeutet Uplink, leerer Puffer Abfrage, Versorgung oder Verkabelung.

Q4. Sollten fehlende Werte interpoliert werden?

Nur, wenn sie mit einem ausdrücklichen Qualitäts-Flag gespeichert und nie als Messwerte ausgegeben werden.

Q5. Was belegt ein von Hand dekodierter Modbus-Frame?

Er belegt Byte-Reihenfolge, Registerzuordnung und Plattformskalierung. Das 01 B4 → 436 ppm-Beispiel ist eine wiederholbare Prüfung bei der Inbetriebnahme.

Q6. Welche Metadaten gehören zu jedem Datensatz?

Geräte-ID, rohes Wort, Skalierungsfaktor und Version, Quelle des Zeitstempels, Sequenznummer, Qualitäts-Flag, Versorgungsstatus soweit verfügbar sowie die Datenblattrevision.

Die Kurzfassung einer verlässlichen Protokollierungskette

Datenintegrität wird festgelegt, nicht nachträglich entdeckt. Registerübersicht, Abtaststrategie, Zeitquelle und Wiederherstellungsverhalten sind ebenso ausdrücklich zu fixieren wie der Messbereich und anschließend durch einen von Hand dekodierten Frame wie 01 B4 → 436 ppm zu belegen. Ein Kollektor mit 128 GB, der über zehn Standorte rund 1.04 MB/Tag aufnimmt, zeigt, dass der Speicher selten die Grenze ist; entscheidend sind die Güte der Zeitstempel und die Fortsetzung nach Unterbrechung. Zu jedem Datensatz gehören Geräte-ID, rohes Wort, Skalierungsfaktor, Sequenznummer, Quelle des Zeitstempels und Qualitäts-Flag, und ein interpolierter Wert darf nie als Messung ausgegeben werden.