Diese Seite hilft, wenn ein Gerät verbunden ist (oder sein Gateway), seine Messwerte aber nicht auf dem Reiter Telemetrie erscheinen, oder nur ein Teil davon. Wenn sich das Gerät gar nicht verbindet, beginnen Sie mit Ein Gerät verbindet sich nicht.
So wird ein Messwert gespeichert
Device → broker or HTTP API (rate limits, size, quarantine)
→ the device's root flow (profile root, or the organisation's root)
→ Alarm rules → Save telemetry (key rules, time rules, key cap)
→ the telemetry store → Telemetry tab, dashboards, APIEin Messwert kann an jedem Schritt verloren gehen. Die folgenden Prüfungen folgen dieser Reihenfolge.
Es wird gar nichts gespeichert
| Prüfung | Vorgehen | Abhilfe |
|---|---|---|
| Das Gerät ist nicht in Quarantäne | Die Geräteliste zeigt Quarantine | Ein Gerät in Quarantäne verbindet sich, aber seine Telemetrie- und Attributdaten werden bestätigt und verworfen, bis ein Administrator Aktivieren auswählt. Siehe Quarantäne. |
| Das Gerät ist nicht deaktiviert | Geräteseite | Aktivieren Sie es |
| Es veröffentlicht auf dem richtigen Topic | Der Reiter Log des Geräts; die Topic-Referenz | Telemetrie wird an v1/telemetry gesendet (oder an die eigenen Custom-Topics Ihres Profils). Ein unbekanntes Topic unter v1/ wird als unknown_reserved_topic abgelehnt. Siehe MQTT-Topics und Payload-Referenz. |
| Ein Root-Flow läuft auf dem IoT-Host | Automatisierung, Filter IoT | Ein Root muss Running sein. Ein Banner „No worker is running the IoT host right now…“ bedeutet, dass die Verarbeitung ausgefallen ist: Kontaktieren Sie den Support. |
| Der Notfall-Stopp ist aus | Automatisierung-Banner „Emergency stop: n flows are paused…“ | Setzen Sie die Flows fort |
| Das Profil des Geräts hat einen eigenen Root | Die Flow-Liste zeigt Root-Badges mit dem Namen des Profils | Dieser Root, nicht der der Organisation, verarbeitet das Gerät: Er muss Save telemetry enthalten |
| Nachrichten erreichen Save telemetry | Das Panel Activity des Roots: Debug, Errors, die Nachrichtenzähler an den Verbindungen | Korrigieren Sie den Pfad; behalten Sie Alarm rules, Save telemetry und Save client attributes darin |
| IoT-Automatisierung steht Ihrer Organisation zur Verfügung | Ohne sie werden keine Gerätedaten gespeichert | Support kontaktieren |
Siehe Hosts, der Root-Flow und Profil-Root-Flows.
Einige Schlüssel oder einige Messwerte fehlen
Save telemetry meldet, warum es einen Wert ausgelassen hat. Öffnen Sie Activity > Runs oder Errors des Root-Flows:
| Code | Ursache | Abhilfe |
|---|---|---|
key_invalid | Ein Zeichen außerhalb von A–Z a–z 0–9 _ . - oder ein leerer Schlüssel | Benennen Sie den Schlüssel auf dem Gerät oder im Flow um |
key_too_long | Über 64 Zeichen, auch nach einem Topic-Präfix | Kürzere Schlüssel verwenden |
key_reserved | Beginnt mit _, fw_, current_fw_ oder cfg. | Diese Präfixe gehören zu Attributen und zur Plattform. Siehe Reservierte Schlüssel und Attribute. |
string_too_long | Text über 1.024 Zeichen | Senden Sie einen kürzeren Text oder speichern Sie ihn als Attribut |
value_too_large | JSON über 4 KiB, raw über seiner Obergrenze oder eine Zahl, die nicht endlich ist (NaN, Infinity) | Teilen Sie den Wert auf; senden Sie Zahlen |
bad_form | Kein Format, das der Speicher lesen kann, oder mehr als 1.000 Schlüssel-Wert-Punkte in einer Nachricht | Senden Sie ein flaches Objekt, {"ts": …, "values": {…}} oder ein Array davon; teilen Sie große Stapel auf |
bad_ts | Ein Zeitstempel, der nicht in Epoch-Millisekunden angegeben ist, mehr als 10 Minuten in der Zukunft liegt oder älter als Oldest accepted reading (days) ist | Siehe Falsche Zeiten und Lücken |
too_old | Älter als die Rohdatenspeicherung Ihrer Aufbewahrungsklasse (7 bis 90 Tage) | Senden Sie gepufferte Daten früher |
key_limit | Ein neuer Schlüssel über der Telemetrie-Schlüsselgrenze Ihres Tarifs (250, 400 oder 2.050 je nach Stufe) | Entfernen Sie nicht benötigte Schlüssel vor Save telemetry oder wechseln Sie den Tarif |
no_values | Im Datensatz konnte nichts gespeichert werden | Siehe die Codes seiner Werte |
Der Rest der Nachricht wird weiterhin gespeichert, wenn ein Schlüssel abgelehnt wird.
Die Payload entspricht nicht dem, was Hermetry erwartet
| Symptom | Ursache |
|---|---|
Alles wird unter einem Schlüssel raw gespeichert | Der Body ist kein JSON-Objekt (binär, Klartext, ein Skalar oder ein Array auf einem Custom-Topic). Dekodieren Sie ihn im Root-Flow, verwenden Sie einen LoRaWAN-Codec oder senden Sie JSON. |
| Eine Zahl wird als Text aufgeführt | Das Gerät sendet sie in Anführungszeichen ("21.5"). Senden Sie eine Zahl oder konvertieren Sie mit number(...) in einem Calculate-Block. |
| Werte erscheinen unter einem verschachtelten Namen | Die Option Prefix keys with the topic des Profils speichert Daten eines Custom-Topics als <topic>.<key> |
| Nichts für ein Kindgerät eines Gateways | Das Gateway muss v1/gw/connect für das Kindgerät senden und die Form v1/gw/telemetry verwenden. Siehe Geräte hinter einem Gateway. |
Nachrichten werden durch ein Limit verworfen
| Limit | Standard | Was passiert | Wo nachsehen |
|---|---|---|---|
| Telemetrienachrichten pro Gerät | 10 pro Sekunde und 300 pro Minute | Bestätigt und verworfen; Eigentümer und Administratoren erhalten eine Meldung pro Gerät und Stunde | Die Limits des Profils |
| Datenpunkte pro Gerät | 200 pro Sekunde und 6.000 pro Minute | Gleich | Gleich |
| Attribut-Aktualisierungen pro Gerät | 5 pro Sekunde und 60 pro Minute | Gleich | Gleich |
| Nachrichtengröße | 64 KiB | Die Nachricht wird vollständig verworfen; die Verbindung bleibt bestehen | Die Max message payload (bytes) des Profils |
| Nachgespielte (gepufferte) Messwerte | Die Hälfte der Telemetrieanzahl pro Sekunde | Ältere Datensätze, die nach einem Ausfall gesendet werden, müssen in Replay messages per second passen | Die Limits des Profils |
| Gesamte Organisation | 10, 15 oder 70 Nachrichten pro Sekunde und 6.000, 9.000 oder 42.000 Datenpunkte pro Minute, je nach Stufe | Bestätigt und verworfen; HTTP antwortet mit 429 und Retry-After; eine Meldung pro Stunde | Tarife und das IoT-Add-on |
| Gateway-Kindgeräte | Pro Kindgerät und für die gesamte Gateway-Nachricht | Ein Kindgerät über seinen eigenen Limits verliert nur seine Datensätze (child_rate_limited) | Geräte hinter einem Gateway |
Ein Gerät, das immer wieder sein Limit überschreitet (mehr als das Dreifache seines Minutenkontingents innerhalb einer Minute verworfen), wird in seiner Sitzung geschlossen. Siehe Geräteprofile.
Batch-Messwerte, statt eine Nachricht pro Wert zu senden: Eine Nachricht mit 50 zeitgestempelten Datensätzen ist eine einzige Nachricht.
Das monatliche Nachrichtenkontingent
Das monatliche IoT-Nachrichtenkontingent stoppt Daten niemals. Darüber hinaus nimmt Hermetry Ihre Nachrichten weiterhin an, speichert und verarbeitet sie; der Mehrverbrauch wird berechnet. Wenn Daten ausbleiben, suchen Sie nach einer der oben genannten Ursachen, nicht nach dem Kontingent. Siehe Nachrichtenkontingent und Nutzung.
Es wird gespeichert, aber Sie sehen es nicht
| Symptom | Ursache |
|---|---|
| Der Reiter Telemetrie zeigt es, ein Dashboard nicht | Siehe Ein Dashboard zeigt keine Daten |
| Eine Wertkarte zeigt es, ein Diagramm zeigt No values in this window | Der Schlüssel ist Text oder wahr/falsch: Dafür gibt es keinen Diagrammverlauf. Speichern Sie eine numerische Kopie. Siehe Zahlen, Text und wahr/falsch-Werte. |
| Ein Diagramm mit langem Zeitfenster hinkt um ein bis zwei Minuten hinterher | Fenster über 24 Stunden lesen Minutenzusammenfassungen, die jede Minute aufgefüllt werden |
| Der aktuelle Wert ändert sich nicht | Neue Messwerte tragen einen älteren oder gleichen Zeitstempel wie der gespeicherte |
Nach Verbindungsart
| Verbindung | Weitere Prüfungen |
|---|---|
| LoRaWAN | Fehlerbehebung bei Uplinks und Downlinks, das Frames log und der Codec |
| SNMP und andere abgefragte Geräte | Geräte per SNMP abfragen: Jede Abfrage schreibt eine Nachricht; ein fehlerhaftes Gerät wird zurückgestuft |
| Geräte-HTTP-API | 400 ungültige Payload, 413 Body zu groß, 429 Ratenlimit. Siehe Geräte-HTTP-API. |