Messwerte zur falschen Zeit, wegen ihres Zeitstempels abgelehnt, doppelt oder fehlend sowie Diagramme mit Lücken oder geglätteten Linien – Ursachen und Abhilfen.
Diese Seite hilft, wenn Messwerte zur falschen Zeit erscheinen, wegen ihres Zeitstempels verschwinden oder wenn ein Diagramm Lücken, flache Linien oder weniger Details zeigt als erwartet. Die meisten dieser Probleme entstehen durch die Uhr des Geräts, durch die Form des Zeitstempels oder durch die Art, wie lange Zeitfenster gelesen werden.
Messwerte zur falschen Zeit
Symptom
Ursache
Abhilfe
Messwerte sind stundenlang versetzt
Das Gerät sendet ts in Ortszeit
ts ist Millisekunden seit 1970 in UTC. Sende UTC oder sende flache Objekte ohne ts, und lass Hermetry die Ankunftszeit stempeln.
Messwerte liegen im Jahr 1970 oder werden abgelehnt
Das Gerät sendet ts in Sekunden
Mit 1.000 multiplizieren oder ts weglassen
Messwerte driften von Tag zu Tag etwas stärker ab
Die Geräteuhr ist nicht synchronisiert
NTP verwenden oder ts weglassen
Alle Messwerte eines Batches haben dieselbe Zeit
Das Gerät stempelt die Sendezeit, nicht die Messzeit
Jeden Datensatz bei der Messung stempeln
Die Zeit Updated auf dem Tab Telemetry ist alt, obwohl das Gerät Werte meldet
Das Gerät sendet ein altes oder festes ts
Die Messzeit senden; die Uhr nach einem Batteriewechsel prüfen
Alles wird in UTC gespeichert. Konsole, Dashboards und Exporte zeigen Zeiten in der Zeitzone des Betrachters (einzustellen unter My Profile). Zwei Personen in verschiedenen Zeitzonen sehen denselben Messwert zu unterschiedlichen Uhrzeiten.
Faustregel: Sende ts nur, wenn die Uhr des Geräts synchronisiert ist. Ein Gerät ohne verlässliche Uhr sollte flache Objekte senden.
Messwerte wegen ihrer Zeit abgelehnt
Code
Wann
Abhilfe
bad_ts
ts ist keine Ganzzahl in Epoch-Millisekunden
Format korrigieren
bad_ts
Beim Eingang mehr als 10 Minuten in der Zukunft
Uhr korrigieren. Administratoren können unter Settings > Telemetry die Future timestamp tolerance (minutes) (1 bis 1.440) ändern.
Zwischengespeicherte Messwerte erscheinen im Verlauf, der neueste Wert hat sich aber nicht geändert
Ältere Messwerte ersetzen nie einen neueren letzten Wert
Aus den nachgelieferten Daten geöffnete Alarme sind mit Backfilled markiert, und niemand wurde benachrichtigt
Alarmregeln werten verspätete Messwerte als Nachlieferung aus: Der Verlauf ist vollständig, für die Vergangenheit wird niemand alarmiert
Einige zwischengespeicherte Messwerte fehlen
Sie waren älter als das Rohdatenfenster (too_old), oder die Wiedergabe war schneller als die Replay messages per second des Profils
Ein Flow, der Daten weiterleitet, hat den Rückstau nicht gesendet
Nachrichten, die mehr als 5 Minuten verspätet verarbeitet werden, sind als verspätet markiert; Bausteine, die außerhalb der Plattform handeln, überspringen sie, außer ihre Einstellung late ist send
Duplikate und Korrekturen
Symptom
Ursache
Ein zweimal gesendeter Messwert wird einmal gespeichert
Erwartet: Dieselben Werte zur selben Zeit für dasselbe Gerät werden einmal gespeichert
Ein korrigierter Wert wird nicht angezeigt
Er wurde mit demselben ts wie das Original gesendet. Der letzte Wert behält den ersten Wert, den er für diesen Zeitstempel gesehen hat. Sende die Korrektur mit einem neuen ts.
Derselbe Wert zweimal ohne ts wird zweimal gespeichert
Ohne ts oder Nachrichten-ID sind zwei Sendungen zwei Messwerte
Lücken in Diagrammen
Symptom
Ursache
Abhilfe
Keine Daten für diesen Zeitraum
Das Gerät hat im Fenster nichts gesendet, oder der Schlüssel ist falsch geschrieben
Tab Telemetry des Geräts prüfen; ein längeres Zeitfenster wählen
Ein Text- oder Wahr/Falsch-Schlüssel zeichnet nichts
Nur Zahlen haben einen Diagrammverlauf; Text und Wahrheitswerte haben keine Zusammenfassungen
Eine API-Anfrage antwortet mit 400 range_too_large
Mehr als 10.000 Buckets bei der gewählten Auflösung
Eine gröbere Bucket-Größe oder ein kürzeres Zeitfenster anfragen
Geglättete oder flache Linien
Symptom
Ursache
Ein langes Zeitfenster wirkt glatter als der letzte Tag
Zeitfenster über 24 Stunden lesen Minuten-, Stunden- oder Tageszusammenfassungen statt jedes einzelnen Messwerts
Spitzen verschwinden in einem langen Zeitfenster
Die Aggregation ist avg. Mit max bleiben Spitzen erhalten, mit min Einbrüche.
Ein Zähler (kWh, m³) zeigt eine steigende Linie statt des Verbrauchs
Die Aggregation increase verwenden; ein Rückgang wird als Neustart des Zählers gewertet
Ein Tageswert stimmt nicht mit Ihrem lokalen Tag überein
Tageszusammenfassungen laufen von Mitternacht bis Mitternacht UTC. Für lokale Tage die Stundenwerte lesen und nach lokalem Tag addieren. Siehe Aggregationen und Rollups.
Ein frischer Messwert fehlt in einem Diagramm mit langem Zeitfenster
Zusammenfassungen werden jede Minute ergänzt; ein bis zwei Minuten warten
Zeitpläne zur falschen Stunde
Wo
Verwendete Zeitzone
Der Baustein Schedule eines Flows
Dessen Einstellung tz; leer verwendet die Standardzeitzone der Organisation
Wir verwenden notwendige Cookies, um die Website zu betreiben. Mit Ihrer Einwilligung verwenden wir außerdem Analyse- und Marketing-Cookies. Sie können Ihre Auswahl jederzeit ändern. Cookie-Richtlinie