Fehlerbehebung bei Uplinks und Downlinks

Diese Seite verwenden Sie, wenn ein LoRaWAN-Gerät eingebucht ist (oder ein ABP-Gerät ist), aber seine Messwerte nicht ankommen, falsch ankommen oder seine Downlinks es nicht erreichen. Beginnen Sie beim Frames-Log und dem Reiter LoRaWAN des Geräts.

Uplinks kommen nicht an

Frames-Log zeigt	Ursache	Was zu tun ist
Nichts vom Gerät	Kein Gateway hat es empfangen.	Prüfen Sie, ob ein nahegelegenes Gateway Online ist; prüfen Sie den Akku des Geräts und ob es sendet (eigene LED oder Werkzeug).
Unbekannte Geräteadresse	Keine Ihrer Sitzungen hat diese DevAddr. OTAA: Das Gerät verwendet eine alte Sitzung (zum Beispiel nachdem Sie Reset session benutzt haben), oder es hat sich nie eingebucht. ABP: Die DevAddr weicht von der gespeicherten ab.	OTAA: Gerät erneut einbuchen lassen. ABP: DevAddr prüfen.
Integritätsprüfung fehlgeschlagen	Die MIC des Frames passt nicht zum Sitzungsschlüssel. ABP: Der NwkSKey weicht ab. OTAA: Alte Sitzung, nachdem sich das Gerät anderswo neu eingebucht hat.	ABP: Schlüssel mit Replace keys erneut eingeben. OTAA: Gerät erneut einbuchen lassen.
Wiederholter Frame	Der Zähler ist nicht vorwärts gelaufen.	ABP-Gerät neu gestartet: Reset counters. Andernfalls könnte jemand aufgezeichnete Frames erneut senden.
Frame-Zähler gesprungen	Der Zähler ist um mehr als 16.384 gesprungen.	ABP: Reset counters. OTAA: Gerät erneut einbuchen lassen.
Verarbeitet	Der Netzwerkserver hat ihn angenommen.	Das Problem liegt nach dem Netzwerkserver; siehe unten.

Verarbeitet, aber keine Messwerte vom Gerät

Prüfung	Ursache und Abhilfe
FPort ist 0	Nur-MAC-Frame; er enthält nie Messwerte. Normal.
Die Gerätenachricht enthält nur `raw`	Kein Codec hat sie dekodiert. Wählen Sie einen Codec am Gerät oder am Profil; siehe Codecs. Testen Sie mit der Test bench des Codecs.
Werte kommen mit seltsamen Namen an	Der Codec verwendet die Schlüsselnamen des Herstellers. Siehe Cleaning up decoded values.
Gar nichts gespeichert	Der Root-Flow (Organisation oder Profil) hat keinen Schritt Save telemetry, oder ein Flow schlägt fehl. Prüfen Sie den Flow und seine fehlgeschlagenen Nachrichten.
Das Gerät ist zurückgehalten	Ein über den Kopplungsmodus hinzugefügtes Gerät speichert nichts, bis es freigegeben ist.

Messwerte sind falsch

Dekodieren Sie dieselbe Payload auf der Test bench des Codecs und vergleichen Sie mit der Dokumentation des Herstellers.
Prüfen Sie, ob ein anderer Codec gewählt ist, als Sie denken: zuerst die Wahl am Gerät, dann das Profil, dann automatisch.
Wurde der gewählte Codec zurückgezogen oder gelöscht, fällt das Gerät auf die automatische Wahl zurück; wählen Sie den Codec erneut.

Duplikate und fehlende Frames

Ein Uplink, den mehrere Gateways empfangen, ist eine Gerätenachricht. Kopien werden innerhalb eines kurzen Zeitfensters (standardmäßig 200 ms) zusammengeführt. Eine später eintreffende Kopie wird als verspätet ignoriert; sie erzeugt nie eine zweite Nachricht.
Ein bestätigter Uplink, den das Gerät wiederholt, weil ihm die Bestätigung fehlte, erscheint als Retransmission. Er wird erneut bestätigt, nie zweimal gespeichert.
Lücken in FCnt bedeuten Frames, die kein Gateway empfangen hat. Gelegentliche Lücken sind bei Funk normal. Viele Lücken deuten auf schwache Abdeckung hin: Sehen Sie sich RSSI und SNR unter Latest reception an und ziehen Sie ein anderes Gateway in Betracht.

Das Gerät wird offline angezeigt, obwohl es sendet

LoRaWAN-Endgeräte im integrierten Profil sind online, solange der letzte Uplink jünger als drei erwartete Intervalle ist (3 Stunden beim Standardintervall von 3.600 s). Ein Gerät, das seltener als stündlich berichtet, wird zwischen den Berichten offline angezeigt. Erhöhen Sie das erwartete Intervall im Reiter Online status des Profils passend zum Gerät. Siehe Connection status and activity.

Downlinks kommen nicht an

Symptom	Ursache	Was zu tun ist
Befehl bleibt in der Warteschlange (Klasse A)	Ein Gerät der Klasse A empfängt erst, nachdem es gesendet hat.	Warten Sie auf den nächsten Uplink oder lassen Sie das Gerät senden.
Befehl bleibt in der Warteschlange (Klasse C)	Der letzte Uplink des Geräts ist älter als 15 Minuten, daher wartet es auf den nächsten. Oder das Gerät ist als Klasse A registriert.	Prüfen Sie die Klasse im Reiter LoRaWAN.
Befehl ABGELAUFEN	Seine Gültigkeit ist abgelaufen, oder die Parameter waren falsch (`fPort` außerhalb von 1–223, `data` nicht hex oder base64), oder die Payload war zu groß.	Prüfen Sie die Parameter und Größen unter Sending downlinks.
Befehl TIMEOUT	Er wurde als zweiseitig gesendet; LoRaWAN-Geräte beantworten keine Befehle.	Senden Sie `lora.downlink` als einseitig.
Downlink Sent via …, aber das Gerät tut nichts	Falscher FPort oder falsche Bytes für dieses Gerät, oder das Gerät hat ihn nicht empfangen.	Prüfen Sie das Downlink-Format des Herstellers. Verwenden Sie `"confirmed": true`, um zu erfahren, ob das Gerät ihn empfangen hat.
Downlinks gehen oft über RX2	Die Rundlaufzeit des Gateways ist für RX1 zu langsam, oder das RX1-Duty-Cycle-Budget ist aufgebraucht.	Prüfen Sie die Round trip des Gateways und `lora.gw.dc_used_pct.*`. Belassen Sie die RX1-Verzögerung bei 5 s.

Duty Cycle

Ist das Duty-Cycle-Budget eines Gateways in einem Teilband fast aufgebraucht, warten Downlinks oder gehen über ein anderes Gateway, und der Standardalarm des Gateways warnt über 80 %. Häufige Ursachen:

Viele Geräte senden bestätigte Uplinks; jeder benötigt eine Bestätigung. Stellen Sie Sensoren auf unbestätigte Uplinks um.
Häufige ADR-Änderungen bei Geräten mit instabilem Signal. Schalten Sie ADR bei beweglichen Geräten aus.
Viele bestätigte Downlinks mit erneuten Sendungen.

Siehe Regions and frequency plans.

Gateway-Probleme

Symptom	Was zu prüfen ist
Gateway Offline	Seine Stromversorgung und Internetverbindung; sein Token und seine Adresse. Siehe Connect a Basics Station gateway.
Round trip über 800 ms	Die Internetverbindung des Gateways (Mobilfunk, WLAN).
Viele fehlgeschlagene Downlinks	Das eigene Protokoll des Gateways; ein ausgelasteter Funk oder dessen Duty Cycle.