Ein Gateway verliert um 09:00 Uhr die Verbindung nach außen und bekommt sie um 12:00 Uhr zurück. Danach sendet es die zwischengespeicherten Messwerte aus drei Stunden. Behält die empfangende Plattform den ursprünglichen Zeitstempel jedes Messwerts, schließt sich die Lücke im Diagramm. Stempelt sie jeden Wert erst beim Empfang, fallen drei Stunden Energieverbrauch in ein einziges 15-Minuten-Intervall. Bei durchschnittlich 40 kW sind das 120 kWh in 15 Minuten; der Lastbericht zeigt eine nie aufgetretene Spitze von 480 kW.
Jeder Wert in diesem Beispiel war real. Nur die Zeit war falsch, und ein Live-Dashboard zeigte den Fehler nicht.
Jede Beobachtung muss vier Fragen beantworten: Welche Größe wurde wo beobachtet? Wann galt der gemessene Zustand? Ist der Wert für diesen Zweck gültig und aktuell genug? Aus welcher Mess- und Verarbeitungskette stammt er? Für Abrechnung, Schutz- und Sicherheitsfunktionen sowie gesetzliche Berichte gelten darüber hinaus eigene Anforderungen an Geräte, Zulassung, Unsicherheit und Nachweis.
Beobachtungsmodelle in SSN und SensorThings
Die W3C-Ontologie Semantic Sensor Network (SOSA/SSN) beschreibt eine Beobachtung als Vorgang, mit dem der Wert einer Eigenschaft eines interessierenden Objekts geschätzt oder bestimmt wird. Sie behandelt Eigenschaft, Ergebnis, Sensor, Verfahren, Phänomenzeit und Ergebniszeit getrennt. Die Phänomenzeit muss nicht mit der Ergebniszeit übereinstimmen.
Die OGC SensorThings API verwendet für Sensordienste ein ähnliches Modell. Eine Observation gehört zu einem Datastream und enthält Ergebnis, Phänomenzeit, Ergebniszeit, Ergebnisqualität, Gültigkeitszeit und Parameter.
Sie müssen keines dieser Modelle übernehmen. Halten Sie jedoch Bedeutung, Beobachtungszeit, Qualität und Herkunft in jedem gewählten Schema getrennt fest.
Der Mindestdatensatz für eine Beobachtung
| Feld oder Beziehung | Welche Frage es beantwortet | Folge einer fehlenden Angabe |
|---|---|---|
| Standort-, Anlagen- und Messpunktidentität | Welches physische Objekt und welcher Kanal lieferten den Wert? | Werte verschiedener Quellen werden falsch zusammengeführt oder verglichen |
| Beobachtete Größe | Handelt es sich um Wirkleistung, kumulierte Energie, Temperatur oder einen Status? | Einer Zahl fehlt die feste technische Bedeutung |
| Wert und Einheit | Welche Größe und Einheit wurden gemeldet? | W, kW und MW oder °C und °F werden unbemerkt verwechselt |
| Phänomen- oder Quellzeit | Wann galt der gemessene Zustand? | Alte gepufferte Daten wirken aktuell |
| Ergebnis- oder Eintreffzeit | Wann entstand das Ergebnis oder traf hier ein? | Verzögerung und erneute Zustellung lassen sich nicht erkennen |
| Qualität oder Zustand | Ist der Wert gut, unsicher, schlecht, veraltet, ersetzt oder nicht verfügbar? | Ungültige Daten wirken verlässlich |
| Verfahren und Konfigurationsidentität | Welcher Bereich, welche Skalierung, Firmware, Kalibrierung und Berechnung galten? | Eine Konfigurationsänderung sieht wie eine physische Änderung aus |
| Sequenz oder stabile Ereignisidentität | Wurde die Beobachtung schon verarbeitet? | Wiederholungen erzeugen Duplikate oder doppelt gezählte Energie |
Dieser Datensatz zeigt das Energieregister einer dreiphasigen Verteilung, das zu 15-Minuten-Uhrzeitgrenzen meldet. Der um 09:45 Uhr erfasste Wert aus dem obigen Ausfall wurde nach Wiederkehr der Verbindung zugestellt:
{
"site": "plant-02",
"asset": "db-3-compressor-house",
"point": "db-3/energy-active-total",
"property": "active energy, cumulative register",
"value": 184213.4,
"unit": "kWh",
"observed_at": "2026-09-14T09:45:00Z",
"received_at": "2026-09-14T12:02:41Z",
"quality": "good",
"config_revision": "point-list r7",
"sequence": 88412
}Zwischen den beiden Zeiten liegen 2 Stunden und 17 Minuten. Daran erkennt der Empfänger, dass der Wert während des Ausfalls gehalten wurde und keine aktuelle Last beschreibt. Mit der Sequenznummer kann er eine zweite Kopie desselben Messwerts verwerfen.
Nicht jede Quelle kann jedes Feld liefern. Halten Sie fehlende Felder fest, statt Genauigkeit zu erfinden. Ein Zigbee-Sensor eines anderen Herstellers kann etwa einen Wert ohne Zeitstempel melden. Das Gateway versieht ihn beim Eintreffen mit seiner Uhrzeit. Das ist eine Eintreffzeit; kennzeichnen Sie sie in der Messpunktliste entsprechend.
Den Messpunkt festlegen
Zuerst die Messgröße bestimmen
Beginnen Sie mit der Messgröße, die Sie tatsächlich erfassen wollen. „Temperatur“ reicht nicht, wenn die Entscheidung von Lufttemperatur an einem bestimmten Ort, Rohr-Oberflächentemperatur, Eintauchtemperatur oder einem Raummittelwert abhängt.
Notieren Sie Messbereich, erforderliche Unsicherheit über diesen Bereich, Ansprechzeit und Einbaubedingungen. Legen Sie fest, welche Entscheidung, welcher Alarm oder welche Berechnung den Wert nutzt. Halten Sie dann fest, was bei einem falschen, fehlenden oder verspäteten Wert geschehen soll. Daraus ergeben sich später die Grenze für veraltete Daten und das Alarmverhalten.
Die Genauigkeitsklasse eines Bauteils beschreibt nicht die Leistung der vollständig installierten Messkette. Nach der NIST-Richtlinie zur metrologischen Rückführbarkeit ist Rückführbarkeit eine Eigenschaft eines Messergebnisses. Eine dokumentierte Kalibrierkette stützt sie; jede Kalibrierung trägt zur Messunsicherheit bei. Ein kalibriertes Instrument allein macht spätere Ergebnisse nicht automatisch rückführbar. Für elektrische Energie trennt der Leitfaden zu hochgenauer Messung Zählerklasse, Unsicherheit der gesamten Messkette und gesetzliche Zulassung. Bei Widerstandsthermometern liefert der Pt100-/Pt1000-Rechner Normkennlinie und Grenze der gewählten Toleranzklasse. Berücksichtigen Sie zusätzlich Transmitter, Verdrahtung und Installation.
Skalierung und Umrechnung nachvollziehbar halten
Ein Rohregister oder Analogeingang kann vor dem technischen Messwert eine vorzeichenbehaftete Dekodierung, eine bestimmte Wortreihenfolge, ein CT- oder VT-Verhältnis, lineare Skalierung oder eine nichtlineare Kennlinie benötigen. Speichern Sie die Parameter oder die zugehörige Konfigurationsversion. Eine falsche Wortreihenfolge kann eine plausible Zahl ergeben. Dekodieren Sie daher einen Rohwert von Hand. Der Leitfaden zur Modbus-Inbetriebnahme enthält ein durchgerechnetes Beispiel.
Bewahren Sie für einen berechneten Messpunkt auch die Identitäten der Eingänge, Formel und Version sowie Einheiten vor und nach der Umrechnung auf. Definieren Sie die zeitliche Zuordnung und das Verhalten bei schlechtem, fehlendem oder veraltetem Eingang. Kennzeichnen Sie Ersatzwerte, Begrenzungen und manuelle Übersteuerungen im Ergebnis.
Ersetzen Sie einen schlechten Wert nicht durch null. Null ist für einen stehenden Motor oder leeren Tank ein gültiger Messwert und führt zu einer anderen Betriebsentscheidung als „unbekannt“.
Beobachtungszeit von Eintreffzeit trennen
Ein Messwert trägt die Zeit des gemessenen Zustands und die Zeit, zu der jedes System ihn empfing. Beim Puffern und erneuten Senden unterscheiden sie sich. Zeitstempel in Telemetriedaten: Messzeit und Ankunftszeit behandelt die maßgebliche Zeit, UTC und Sommerzeit sowie den Test der erneuten Zustellung am Standort.
Transportgarantien gelten nur je Übertragungsschritt
MQTT 5.0 definiert zwischen einem Absender und einem Empfänger drei QoS-Stufen: höchstens einmal, mindestens einmal und genau einmal. Hinzu kommen Nachrichtenablauf und Sitzungszustand. Der Leitfaden zu MQTT über TLS behandelt Brokeridentität, Clientauthentifizierung und Themenzugriff.
Das beweist weder eine korrekte physische Messung noch, dass aus jeder Probe eine Nachricht entstand. Es beweist auch nicht die richtige Messpunktidentität, Einheit oder Zeit im Inhalt, dieselbe Garantie im nächsten Integrationsschritt oder genau eine Speicherung beim Verbraucher. Eine Retained Message ist die letzte auf ihrem Topic veröffentlichte Nachricht und kann Stunden oder Tage alt sein.
Geben Sie jeder Beobachtung eine stabile Identität. Bei einem Messpunkt reichen Messpunktidentität und Beobachtungszeit oft aus. Schreiben Sie idempotent, damit ein erneut gesendeter Block nicht doppelt zählt. Testen Sie Trennung und erneute Zustellung am Standort. Leiten Sie dieses Verhalten nicht allein aus dem Protokollnamen ab.
Qualität und Aktualität sichtbar machen
Ein Verbraucher muss aktuelle von verspäteten, veralteten, ersetzten und fehlenden Werten unterscheiden können. Ordnen Sie Qualitätszustände jeder Quelle bewusst Ihrem eigenen Modell zu. Veraltete, fehlende und ungültige Telemetrie beschreibt diese Zustände, die Wahl einer Grenze für veraltete Werte und ihre Anzeige neben dem Messwert.
Aus Rohdaten korrekt aggregieren
Jede Größe braucht eine passende Aggregationsfunktion. Mittlere Leistung im Intervall, maximale Last, letzter bekannter Status, Alarmzahl und Differenz eines kumulierten Registers sind verschieden. Halten Sie Intervallgrenzen und Zeitzone fest, ebenso ob die Beschriftung den Anfang oder das Ende bezeichnet, welche Mindestvollständigkeit gilt und wie verspätete Werte ein abgeschlossenes Intervall korrigieren. Kennzeichnen Sie jedes Ergebnis als gemessen, aggregiert, geschätzt oder ersetzt.
Mitteln Sie niemals ein kumuliertes Energieregister. Bilden Sie die Differenz der Zählerstände an den Intervallgrenzen. Addieren Sie Momentanleistungswerte nicht, ohne jeden mit seiner repräsentierten Dauer zu multiplizieren.
Sowohl Registerüberlauf als auch Zählerrücksetzung ergeben zunächst eine negative Differenz, erfordern aber unterschiedliche Behandlung. Ein 32-Bit-Zähler in Wh springt nach 4.294.967.295 auf 0. Bei durchschnittlich 40 kW dauert es ungefähr 12 Jahre bis dahin. Viele Systeme werden deshalb vor dem ersten Überlauf nie darauf geprüft.
Um 23:45 Uhr zeigt das Register 4.294.960.296 Wh, um 00:00 Uhr 3.000 Wh. Bei einem Überlauf beträgt die Intervallenergie (4.294.967.296 − 4.294.960.296) + 3.000 = 10.000 Wh. Das sind 10 kWh in 15 Minuten und damit 40 kW mittlere Leistung:
Nun wird der Zähler ersetzt. Der letzte Wert des alten Geräts beträgt 1.250.400 Wh, der erste des neuen 3 Wh. Dieselbe Überlaufformel ergäbe 4.293.716.899 Wh, etwa 4,3 GWh in 15 Minuten.
Akzeptieren Sie einen Überlauf nur, wenn die daraus folgende Energie im Intervall physisch möglich ist. Ein Anschluss mit 100 kW kann in 15 Minuten höchstens 25 kWh liefern. Ein größeres Ergebnis zeigt hier eine Rücksetzung an. Markieren Sie das Intervall als unvollständig, beginnen Sie eine neue Zählerbasis und protokollieren Sie das Ereignis. Bei einem ZEM-6x-Strommonitor wie dem ZEM-65 zeigt Edge die Überlaufgrenze des Registers in kWh als schreibgeschützte Einstellung. Die kWh-Register je Phase sind beschreibbar und können von einer Fachkraft voreingestellt werden. Protokollieren Sie jede Voreinstellung als Rücksetzung.
Bewahren Sie das kumulierte Register zusätzlich zu Intervallwerten auf. Nach einer Telemetrielücke liefert die Registerdifferenz die Gesamtenergie über die Lücke, aber nicht den Leistungsverlauf darin.
Abtastung, Meldung und Dashboardaktualisierung
„Minutendaten“ können fünf Dinge bedeuten: Ein Sensor tastet minütlich ab; ein Zähler tastet schneller ab und berechnet einen Minutenmittelwert; ein Gerät sendet minütlich den neuesten Wert; eine Plattform speichert ein Minutenaggregat; oder ein Dashboard aktualisiert sich minütlich, obwohl sich der Messpunkt in anderem Takt ändert. Legen Sie jede relevante Rate in der Messpunktliste fest.
Zigbee-Sensoren von EpiSensor zeigen den Unterschied. Sie können an minutengenauen Uhrzeitgrenzen, in einem festen Sekundenintervall oder bei Wertänderung melden.
Die Rate kostet Ressourcen: Ein Messpunkt mit Meldung alle 10 s erzeugt 8.640 Nachrichten am Tag, bei 60 s sind es 1.440. Tausend minütlich meldende Punkte erzeugen vor jeder Filterung 1,44 Millionen Messpunkte täglich. Bei einem Batteriesensor verbraucht jede Meldung zusätzlich Funkzeit und Batteriekapazität. Prüfen Sie, welches Meldeintervall der Angabe zur Batterielaufzeit im Datenblatt zugrunde liegt.
| Anwendung | Typisches Intervall | Zu bewahrender Nachweis |
|---|---|---|
| Energiezuordnung und Abrechnung | Abrechnungs- oder Tarifperiode, oft 15 oder 30 Minuten, plus kumuliertes Register | Intervallgrenzen, Vollständigkeit, Registerrücksetzungen und Schätzungen |
| Betriebsverlauf | 1 Minute für Leistung, 5 bis 15 Minuten für Raumtemperatur | Quellrate, Aggregation und Anzeigerate |
| Alarm | Erkennungsverzug plus Grenze für veraltete Werte müssen in die zulässige Reaktionszeit passen | Schwelle, Mindestdauer, Hysterese, Aktualitätsgrenze und Benachrichtigungsverzug |
| Lastmanagement | Deutlich kürzer als das Lastintervall, etwa 1 Minute bei 15 oder 30 Minuten, damit Zeit zum Eingreifen bleibt | Intervallregel, Aktualisierungsrate, Schwellwertlogik und Befehlsnachweis |
| Zustandsüberwachung | Minütliche Strom- oder Temperaturtrends bei langsamer Verschlechterung; Schwingungsspektren erfordern kHz-Abtastung mit einem dafür geeigneten Instrument | Sensorbandbreite, Abtastverfahren, Merkmalsberechnung und Referenzzustand |
| Netzqualität, Schutz oder Sicherheit | Für die Aufgabe qualifizierte Instrumente und Methoden, etwa IEC 61000-4-30 für Netzqualität | Maßgebliche Norm, Instrumentenkonfiguration, Ereigniszeit und Abnahmebeleg |
Was Strom- und Leistungsdaten über Anlagenzustände aussagen können, erläutert Zustandsüberwachung anhand elektrischer Daten.
Inbetriebnahmetests für Datenfehler
Führen Sie jeden Test über den gesamten Pfad vom Sensor bis zur empfangenden Plattform durch. Schreiben Sie das erwartete Ergebnis vorher auf.
- Verfolgen Sie jeden angezeigten Messpunkt bis zum physischen Gerät, Kanal und Anlagenkennzeichen.
- Legen Sie mindestens zwei bekannte Werte an, darunter einen ungleich null, und prüfen Sie jede Umrechnung. Vergleichen Sie bei einem CT-Kanal den Strom in Edge und auf der Plattform mit einer kalibrierten Stromzange am selben Leiter.
- Prüfen Sie Polarität, Vorzeichen für Bezug und Einspeisung sowie Phasenzuordnung. Ein umgekehrter CT zeigt auf dieser Phase negative Bezugsleistung. Korrigieren Sie den CT oder die phasenbezogene CT-Richtungseinstellung des Zählers und dokumentieren Sie die Änderung.
- Vergleichen Sie Quell- und Empfangsuhr. Halten Sie Daten dann eine bekannte Zeit zurück und prüfen Sie, dass beide Zeitstempel unterscheidbar bleiben.
- Trennen oder invalidieren Sie die Quelle. Die Anwendung muss „schlecht“ oder „nicht verfügbar“ statt null anzeigen.
- Stoppen Sie Aktualisierungen, ohne den letzten Wert zu löschen. Bei der vereinbarten Grenze muss der Messpunkt als veraltet gelten.
- Unterbrechen Sie die Weiterleitung für eine feste Zeit, etwa 30 Minuten. Beobachten Sie das Wachstum der Warteschlange. Prüfen Sie nach Wiederverbindung Reihenfolge, Zeitstempel und Vollständigkeit beim Empfänger.
- Senden Sie einen Datensatz erneut oder wiederholen Sie eine Zustellung. Ein idempotenter Verbraucher darf ihn nicht doppelt zählen.
- Starten Sie Sensor, Gateway, Broker und Plattform nacheinander neu. Prüfen Sie die Wiederherstellung von Identität, Konfiguration, Uhr und Zustellung.
- Vergleichen Sie ein abgeschlossenes Intervall mit den Quellwerten, einschließlich Intervallgrenze, fehlendem Wert und Zählerrücksetzung.
- Ändern Sie einen freigegebenen Messbereich oder eine Formelversion. Die Änderung muss in der Verarbeitungshistorie erkennbar sein und darf ältere Daten nicht rückwirkend umdeuten.
- Vergleichen Sie wichtige Messwerte bei repräsentativer Last mit einer unabhängigen Referenz.
Das Abnahmeprotokoll nennt Ausrüstung, Konfiguration, Referenz, Testzeit, erwartetes und beobachtetes Ergebnis sowie die freigebende Person.
Typische Fehler am Standort
| Symptom | Wahrscheinliche Ursache | Erkennung |
|---|---|---|
| Negative Bezugsleistung auf einer Phase | CT umgekehrt oder auf der falschen Phase | Vorzeichen je Phase mit bekannter Last vergleichen; unerwarteter Leistungsfaktor |
| Werte um Faktor 1.000 zu groß oder zu klein | W als kW gemeldet oder Skalierungsfaktor fehlt | Zähleranzeige oder Stromzange bei Inbetriebnahme vergleichen |
| Riesige oder nahezu null Werte nach Änderung einer Registerkarte | Falsche Wortreihenfolge oder Datentyp | Rohregister einmal manuell dekodieren |
| Im März fehlt eine Stunde, im Oktober erscheint sie doppelt | Intervalle nach Ortszeit indiziert | Zahl der Intervalle je lokalem Tag: 92, 96 oder 100 |
| Lücke und danach viele Messwerte mit derselben Minute | Erneut zugestellte Werte beim Eintreffen gestempelt | Eintreffzeit minus Beobachtungszeit je Wert |
| Werte mit Jahren Abstand zur Gegenwart | Geräte- oder Gateway-Uhr nach Stromausfall nicht gestellt | Beobachtungszeit außerhalb eines plausiblen Fensters um die Eintreffzeit |
| Flache Linie beim letzten Wert | Quelle sendet nicht mehr, Anzeige hält alten Wert | Veraltet-Zustand und Alter der jüngsten Beobachtung |
| Energiesprung um mehrere GWh in einem Intervall | Zählerrücksetzung als Überlauf interpretiert | Physisch mögliche maximale Intervallenergie prüfen |
Datenqualität im Betrieb überwachen
Die Inbetriebnahme belegt einen Zustand an einem Tag. Im Betrieb müssen Abweichungen davon auffallen. Vergleichen Sie für jeden Messpunkt erwartete und empfangene Beobachtungen sowie das Alter der neuesten gültigen Beobachtung. Zählen Sie verspätete, ungeordnet eingetroffene, doppelte, schlechte, unsichere, ersetzte und außerhalb des Bereichs liegende Werte. Überwachen Sie Uhrabweichung, Tiefe der Warteschlange und Alter ihres ältesten Eintrags. Protokollieren Sie abgelehnte Schema-, Einheiten- und Identitätsänderungen; gleichen Sie Intervallsummen mit dem kumulierten Register ab.
Setzen Sie Alarme passend zur Anwendung, etwa wenn die neueste Beobachtung älter als die Aktualitätsgrenze, der älteste Warteschlangeneintrag älter als eine Stunde oder die Uhrabweichung bei Minutendaten größer als 5 s ist.
Definieren Sie den Nenner, bevor Sie eine Verfügbarkeit nennen. „99,9 % Datenverfügbarkeit“ sagt ohne erwartete Messpunktmenge, Meldeplan, Ausnahmen, Qualitätsregel und Behandlung verspäteter Daten wenig aus. Ein Messpunkt mit Minutenintervall darf bei 99,9 % über 30 Tage noch 43 fehlende Meldungen haben.
ISO/IEC 25012 beschreibt ein allgemeines Datenqualitätsmodell mit 15 Merkmalen, die eine inhärente und eine systemabhängige Sicht abdecken. ISO hat es zuletzt 2025 geprüft und bestätigt. Es liefert Begriffe; das Projekt muss die relevanten Merkmale in messbare Anforderungen übersetzen.
Sensordaten mit EpiSensor
EpiSensor-Geräte wie ZEM-Strommonitore und ZHT-Temperatur- und Feuchtesensoren melden über Zigbee an ein ZGW-20 Gateway. Darauf läuft EpiSensor Edge. Edge hält einen lokalen Verlauf vor, standardmäßig für 30 Tage, führt Berechnungen und Regeln aus und leitet Daten an andere Plattformen weiter.
Messwerte von EpiSensor-Zigbee-Geräten erreichen Edge mit einem Zeitstempel je Datenpunkt. Edge bewahrt ihn auf. Bei einem Zigbee-Gerät eines anderen Herstellers versieht Edge den Wert beim Eintreffen mit der Gateway-Uhrzeit. Datenpunkte mit ungültigem Zeitstempel verwirft Edge und protokolliert eine Warnung.
Edge berechnet je Sensor eine Qualität über ein 15-Minuten-Fenster. Bei einem festen Meldeplan ist sie der Prozentsatz der erwarteten Datenpunkte: Minütliche Meldung erwartet 15 Punkte; 13 empfangene Punkte ergeben 87 %. Bei Meldung auf Änderung oder seltener als alle 15 Minuten zeigt Edge stattdessen eine Zahl empfangener Punkte. Prüfen Sie den Qualitätstyp, bevor Sie zwei Sensoren vergleichen.
Fällt ein unterstütztes Ziel aus, schreibt Edge unzugestellte Daten in eine Warteschlange auf dem Datenträger. Manche Integrationen verwalten Wiederholungen selbst; prüfen Sie ihren jeweiligen Leitfaden. Edge prüft das Ziel jede Minute und stellt den Rückstand nach dessen Rückkehr zu. Die Messwerte behalten ihre ursprünglichen Zeitstempel. Lokale Berechnungen und Automationen laufen nicht erneut. Bei MQTT gilt die Zustellung für Edge als abgeschlossen, wenn der Broker die Veröffentlichung bestätigt. Ein Block kann zweimal eintreffen, falls das Ziel ihn erhielt, bevor Edge den Abschluss erfasste. Der Empfänger muss Duplikate verwerfen. Ausstehende Daten haben keine Altersgrenze; die Warteschlange wächst bei einem langen Ausfall weiter. Bemessen Sie den freien Gateway-Speicher für die längste geplante Unterbrechung.
Innerhalb von Edge enthält jeder Messwert eine Sensor-ID, eine aus Geräteseriennummer und Sensor-ID gebildete Export-ID, Zeitstempel und Wert. Einheit, Skalierung und Qualität stammen aus der Gerätekonfiguration. Legen Sie in der Messpunktliste fest, wie die Zielplattform diese Angaben erhält, welche Ebene skaliert, wie Edge-Qualität in ihr Qualitätsmodell übertragen wird und wie Alarme und Steuerung auf einen veralteten Eingang reagieren.
Ist die Messpunktliste festgelegt, wählen Sie anhand der IoT-Datenspeicherarchitektur die Standorte der einzelnen Speicher.
Häufige Fragen
Welche Angaben gehören zu einem IoT-Sensordatensatz?
Er braucht Standort-, Anlagen- und Messpunktidentität, beobachtete Größe, Wert und Einheit, Beobachtungszeit, Eintreffzeit und Qualitätszustand. Für Abrechnung, Unterzählerzuordnung und die Abrechnung von Lastflexibilität benötigen Sie außerdem Skalierung, Kalibrierung und die Version der Berechnung, aus der der Wert entstand.
Was unterscheidet Quellzeitstempel und Eintreffzeitstempel?
Der Quellzeitstempel sagt, wann der gemessene Zustand galt. Der Eintreffzeitstempel sagt, wann ein anderes System den Datensatz empfing oder speicherte. Bei Pufferung, Wiederholungen und Uhrenfehlern unterscheiden sie sich. Ersetzen Sie die Quellzeit durch die Eintreffzeit, wirken alte Daten aktuell.
Garantiert MQTT QoS vollständige Sensordaten?
Nein. MQTT QoS betrifft die Zustellung zwischen einem Absender und einem Empfänger. Es belegt weder eine korrekte Sensormessung noch, dass jede Probe zur Nachricht wurde. Ebenso wenig belegt es genau eine Speicherung in der nächsten Anwendung oder die richtige Einheit und Zeit im Nachrichteninhalt.
Wie wähle ich ein IoT-Meldeintervall?
Beginnen Sie mit der schnellsten Änderung, die Ihre Anwendung erkennen muss, und mit dem Abrechnungs- oder Berechnungsintervall. Prüfen Sie dann zulässigen Erkennungsverzug, Geräte- und Netzkapazität sowie Speicher. Abtastung, Berechnung, Veröffentlichung und Dashboardaktualisierung haben eigene Raten. Legen Sie jede bewusst fest.
Ist ein Sensorwert von null dasselbe wie fehlende oder veraltete Daten?
Nein. Null kann ein gültiger Messwert sein. Fehlend heißt, dass im erwarteten Intervall kein Wert eintraf. Veraltet heißt, dass der neueste Wert die Aktualitätsgrenze für seinen Zweck überschreitet. Speichern und zeigen Sie diese Zustände getrennt.