Das Frames-Protokoll zeigt, was Ihre Gateways empfangen haben und was der Network Server damit gemacht hat: Joins, Uplinks, Downlinks und verworfene Frames mit dem Grund. Es ist der erste Ort, an dem Sie nachsehen sollten, wenn ein Gerät keine Daten anzeigt.
Öffnen
- Öffnen Sie Devices.
- Öffnen Sie das Menü ⋯ und wählen Sie LoRaWAN-Frames.
Die Schublade Frames-Protokoll zeigt die neuesten 200 Frames Ihrer Organisation, die neuesten zuerst, und lädt sie alle 5 Sekunden neu, solange sie geöffnet ist. Wählen Sie einen Gerätenamen, um dessen Tab LoRaWAN zu öffnen.
Dieselbe Tabelle erscheint auf dem Tab LoRaWAN eines Geräts (mit seinen eigenen Frames) und auf dem Tab eines Gateways (Von diesem Gateway empfangene Frames).
Sie benötigen die Berechtigung, die Live-LoRaWAN-Frames einzusehen (standardmäßig für Benutzer).
Wie lange Frames aufbewahrt werden
Das Protokoll ist bewusst kurz gehalten: der letzte Tag, höchstens 1.000 Frames pro Organisation. Es wird nicht in der Datenbank gespeichert und nicht exportiert. Wenn nichts empfangen wurde, zeigt die Tabelle Keine Frames am letzten Tag. Frames erscheinen hier, sobald ein Gateway eines Ihrer Geräte empfängt.
Um den Signalverlauf zu speichern, belassen Sie die lora.*-Funkschlüssel in Ihren Gerätenachrichten und lassen Sie Ihren Root-Flow sie speichern.
Spalten
| Spalte | Zeigt |
|---|---|
| Zeit | Wann der Frame verarbeitet wurde |
| Frame | Der Frame-Typ (siehe unten) |
| Gerät | Der Gerätename, sonst seine DevEUI, sonst die DevAddr in Grau (ein Frame, dem kein Gerät von Ihnen zugeordnet werden konnte) |
| FCnt | Der Frame-Zähler |
| FPort | Der Anwendungs-Port. 0 bedeutet nur MAC-Befehle. |
| DR / MHz | Datenrate und Frequenz, zum Beispiel DR5 · 868.1 |
| Gateways | Wie viele Gateways ihn empfangen haben, mit bestem RSSI und SNR: 2 · best -97 dBm / 7.5 dB |
| Ergebnis | Was passiert ist (siehe unten) |
Die Suche findet Gerätenamen, DevEUIs, DevAddrs und Ergebnisbegriffe. Filtern Sie nach Frame und nach Ergebnis. Sortieren Sie nach Zeit, FCnt oder FPort.
Frame-Typen
| Typ | Bedeutung |
|---|---|
| Uplink | Ein unbestätigter Datenframe von einem Gerät |
| Bestätigter Uplink | Ein Datenframe, den das Gerät bestätigt haben möchte |
| Join-Request | Ein OTAA-Gerät, das einen Join anfragt |
| Join-Accept | Die Antwort des Network Servers auf einen Join |
| Downlink | Ein Frame an ein Gerät: eine Bestätigung, MAC-Befehle oder Ihre Daten |
| Verworfen | Ein Datenframe, den der Network Server abgelehnt hat |
Ergebnisse
| Ergebnis | Bedeutung |
|---|---|
| Verarbeitet | Angenommen und weitergeleitet |
| Gesendet über Gateway (RX1 / RX2 / RXC) | Ein Downlink oder Join-Accept, der in diesem Zeitfenster an dieses Gateway übergeben wurde. RXC ist ein Class-C-Downlink. |
| Wiederübertragung | Das Gerät hat seinen letzten bestätigten Uplink wiederholt. Er wird erneut bestätigt, aber nicht doppelt zugestellt. |
| Verwerfungsgründe | In Rot dargestellt; siehe unten |
Verwerfungsgründe
Datenframes
| Angezeigt als | Code | Bedeutung | Was zu prüfen ist |
|---|---|---|---|
| Unbekannte Geräteadresse | unknown_devaddr | Keine Session Ihrer Geräte verwendet diese DevAddr. | Ein OTAA-Gerät, das nicht gejoint hat (oder dessen Session zurückgesetzt wurde), muss joinen. Bei einem ABP-Gerät: DevAddr prüfen. |
| Gerät eines anderen Netzwerks | foreign_tenant | Die Adresse gehört zu einem Gerät einer anderen Organisation, das Ihr Gateway empfangen hat. | Nichts; das ist in der Nähe anderer Netzwerke normal. |
| Integritätsprüfung fehlgeschlagen | mic_failed | Die MIC des Frames passt nicht zum Session-Schlüssel. | ABP: Der NwkSKey weicht vom Schlüssel des Geräts ab. OTAA: Das Gerät verwendet eventuell eine alte Session; es muss erneut joinen. |
| Wiederholter Frame | replay | Der Frame-Zähler ist nicht weitergezählt worden. | ABP-Gerät hat seine Zähler neu gestartet: Zähler zurücksetzen. Andernfalls ein Replay-Versuch. |
| Frame-Zähler gesprungen | fcnt_gap | Der Zähler ist um mehr als 16.384 gesprungen. | Ein Gerät, das seinen Zählerstand verloren hat. ABP: Zähler zurücksetzen. OTAA: erneut joinen lassen. |
bad_mtype, malformed | — | Kein gültiger LoRaWAN-Uplink. | Meist Funkrauschen oder ein Sender, der kein LoRaWAN verwendet. |
Join-Requests
| Angezeigt als | Code | Bedeutung |
|---|---|---|
| Unbekannte DevEUI | unknown_deveui | Die DevEUI ist nicht registriert und kein Pairing-Fenster hat gepasst. |
| Gerät eines anderen Netzwerks | foreign_tenant | Die DevEUI gehört zu einer anderen Organisation. |
| Falscher AppKey | join_mic_failed | Der AppKey stimmt nicht mit dem des Geräts überein. |
| DevNonce bereits verwendet | devnonce_replay | Der Replay-Schutz hat die DevNonce abgelehnt. |
| Wird durch den Pairing-Modus hinzugefügt | pairing_pending | Ein Pairing-Fenster hat das Gerät erkannt und fügt es hinzu. Einmal pro Gerät erwartet. |
| Wartet auf Freigabe | pending_approval | Das Pairing hat es hinzugefügt; es wartet auf Freigabe. |
| ABP-Gerät hat einen Join-Request gesendet | not_otaa | Das Gerät ist als ABP registriert, versucht aber OTAA. |
join_eui_mismatch | — | Die JoinEUI weicht von der gespeicherten ab. |
no_appkey | — | Für das Gerät ist kein AppKey gespeichert. |
mac_version_not_supported | — | Der Geräteeintrag hat eine nicht unterstützte LoRaWAN-Version. |
Siehe Fehlerbehebung bei Joins und Fehlerbehebung bei Uplinks und Downlinks.
Datenschutz zwischen Organisationen
Ein verworfener Frame eines Geräts einer anderen Organisation zeigt nur seinen Grund. Seine Adresse, DevEUI und Eigentümer werden Ihnen nie angezeigt.
Über die API
GET /tenant/<tenantId>/api/iot/lorawan/frames?deviceId=<id>&gatewayId=<id>&limit=200limit liegt zwischen 1 und 1.000 (Standard 200). Beide Filter sind optional. Jeder Frame enthält, sofern zutreffend, t, type, result, reason, deviceId, deviceName, devEui, devAddr, fCnt, fPort, dr, freq, gateways (gatewayId, eui, rssi, snr), chosenGatewayId, window und bytes sowie bei einem verarbeiteten Uplink die dekodierten Werte (decoded).