Lorawan-stack: Betrachten Sie Rx1 und Rx2 getrennt für die maximale Nutzlastgröße

Erstellt am 27. Juni 2019  ·  10Kommentare  ·  Quelle: TheThingsNetwork/lorawan-stack

Zusammenfassung

Ich kann keinen Downlink mit einer Datennutzlastgröße von mehr als 54B (binär) / Basis 64 codiert (72B) senden.Bei einer Server-Rückmeldung mit höherer Größe:WARN Anwendungs-Downlink vorhanden, aber die Nutzlast ist zu lang. Informieren Sie den Anwendungsserver ack = true ........

Ich bin auf dem Telit re866-Modul, das 1.0.2 ClassA / C-zertifiziert ist, und überprüfe LoRaWAN 1.0.2 auf regionale Parameter.
Ich benutze Klasse A.

Standardeinstellungen datarate (sf12 / 125kHz) - rx2datarate (Standard wie für lora 1.0.2 spec)
Testbedingungen: -90 dBm

Ich habe auch andere Daten eingestellt, z. (sf7 / 125) => Kerlink femtocell GW wird in Protokollen angezeigt (sf7bw125)
Wie ich nach lora specs verstanden habe max. Die Nutzlastgröße beträgt 230/222. Ich habe andere Werte mit der gleichen Nutzlastgröße und sf12 mit den gleichen Ergebnissen getestet.

...

Schritte zum Reproduzieren

  1. ... locken http: // localhost : 1885 / api / v3 / as / applications / ap2 / webhooks / fwup / Geräte / dv1 / down / push -X POST -H 'Autorisierung: Inhaber NNSXS.CLCIYOYY * * ' - Daten '{"Downlinks": [{"frm_payload": "AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0 + P0BBQk"

  2. Daten 71B (binär) ... Webhook-Status (200) - OK

  3. ... Serverkonsolenmeldung nach einer Weile:
  4. Daten werden vom Knoten nicht empfangen

Was siehst du jetzt?


WARN Anwendungs-Downlink vorhanden, aber die Nutzlast ist zu lang. Informieren Sie den Anwendungsserver ack = true ........
...

Was möchten Sie stattdessen sehen?

...

Umgebung


Ubuntu 16.4 / FF / Kerlink Femtocell / Telit RE866
...

Wie schlagen Sie vor, dies umzusetzen?

...

Können Sie dies selbst tun und eine Pull-Anfrage einreichen?

...

bug network server in progress

Hilfreichster Kommentar

Gibt es eine schnelle Problemumgehung? Können wir die Datenrate in der Downlink-JSON-Konfiguration erzwingen

Sie können die Rx2-Parameter für das Endgerät ändern, siehe ttn-lw-cli dev set --help , mit denen Sie die Rx2-Datenrate auf einen hohen Wert einstellen können, dh 5 (SF7BW125 in EU868).

Alle 10 Kommentare

  • In welcher PHY bist du?
  • Welche Datenrate verwenden Sie für den Uplink, wenn Sie diesen Fehler sehen?

Knoten Telit Re866 + uC (EU863-870 - Lorawan 1.0.2 Klasse A)
pkt info von femtocell kerlink + spf (tx): für Daten, die auf 52B begrenzt sind (binär)
Lokales Netzwerk (Kerlink Ethernet <=> PC Etnernet)
Modulation: LORA
codr: 4/5
imme: falsch
rfch: 0
powe: 14
ipol: wahr
ncrc: wahr
Größe: 65
Datum: sf7bw125

RSSI (rx): -80 dBm

Die gleichen Einstellungen für die Nutzlastlänge: 62B (binär)
Ich scanne alle Möglichkeiten nach DataRate (alles schlägt fehl).
Getestete Uplink-Datenraten (Daten nicht auf dem Knoten empfangen + WARN "Payload too long" auf dem Server):
SF7bw125 ---
SF12bw125 ---
SF11bw125 -
SF10bw125 -
SF9bw125 -
SF8bw125 -
SF7bw250 --- Fehlerverbindung
FSK - Fehlerverbindung

Dies liegt daran, dass die konfigurierte Rx2-Datenrate SF12BW125 (DR0) ist. In Klasse A plant NS derzeit den Downlink so, dass er sowohl den Rx1- als auch den Rx2-Parametern entspricht. Gemäß der Tabelle aus der regionalen Parameterspezifikation beträgt die maximale Größe von FRMPayload in DR0, die für Rx2 verwendet werden kann (falls FOpts fehlen), 51, was weniger ist als das, was Sie versuchen zu tun.
2019-06-27-21:18:41-screenshot

@johanstokking Ich denke, wir sollten dieses Verhalten ändern und NS sollte tatsächlich Rx1- und Rx2-Planungsanforderungen an GS trennen, wenn die Nutzlast auch nicht passt.

@rvolosatovs ja, das sollte es auf jeden Fall tun.

Können Sie ein Problem einreichen?

Gibt es eine schnelle Problemumgehung? Können wir die Datenrate in der Downlink-JSON-Konfiguration erzwingen

Wir müssen Hunderte von Downlink-Paketen für das FW-Upgrade senden:

  • jeweils etwa 200B (bester Fall)
  • jeweils etwa 70B (schlimmster Fall)

Wir erwägen, ein zusätzliches LoRaWAN-Gateway nur für das Firmware-Upgrade hinzuzufügen, um eine "gute Reichweite" und verschiedene Netzwerk- / Anwendungsserver (für die Produktionsumgebung) zu etablieren.

Gibt es eine schnelle Problemumgehung? Können wir die Datenrate in der Downlink-JSON-Konfiguration erzwingen

Sie können die Rx2-Parameter für das Endgerät ändern, siehe ttn-lw-cli dev set --help , mit denen Sie die Rx2-Datenrate auf einen hohen Wert einstellen können, dh 5 (SF7BW125 in EU868).

Vielen Dank an @johanstokking. Diese Lösung behebt das Problem.

Derzeit aktualisiere ich die Firmware für das LoRaWAN-Modul und habe Klasse C zur Verfügung.

@ecities dies landet in der nächsten Version, bitte

Hallo
Jetzt haben wir folgendes Problem:
"FEHLER Die generierte Downlink-Nutzlastgröße passt weder zu RX1 noch zu RX2. Überspringen Sie den Downlink-Steckplatz der Klasse A band_id = AS_923 dev_addr = FC005138 device_class = CLASS_A ..."
wir verwenden sf10 für defaul, ich verstehe nicht warum

Hi @ viethoa14
Die von Ihnen angegebenen Informationen reichen nicht aus, um dieses Problem zu beheben. Wenn Sie TTI-Kunde sind, wenden Sie sich bitte über das Ticketsystem an unser Support-Team.
Wenn Sie ein Open Source-Benutzer sind, geben Sie bitte Folgendes an, um das Problem klar wiederzugeben:

  • Stapelprotokoll
  • Geräteereignisprotokoll
War diese Seite hilfreich?
0 / 5 - 0 Bewertungen