Lorawan-stack: 最大ペイロードサイズについては、Rx1とRx2を別々に検討してください

作成日 2019年06月27日  ·  10コメント  ·  ソース: TheThingsNetwork/lorawan-stack

概要

データペイロードサイズが54B(バイナリ)/ Base 64コード化(72B)より大きいダウンリンクを送信できませんより大きなサイズのサーバーの戻りメッセージの場合:警告アプリケーションダウンリンクが存在しますが、ペイロードが長すぎます。アプリケーションサーバーに通知してくださいack = true.......。

私は1.0.2ClassA / C認定のTelitre866モジュールを使用しており、地域のパラメーターについてLoRaWAN1.0.2を確認しています。
クラスAを使用しています

デフォルト設定datarate(sf12 / 125kHz)-rx2datarate(lora 1.0.2仕様のデフォルト)
試験条件:-90dBm

他のデータレートも設定します。 (sf7 / 125)=> KerlinkフェムトセルGWがログに表示されます(sf7bw125)
私がローラのスペックに従って理解したように最大。 ペイロードサイズは230/222です。 同じペイロードサイズとsf12で同じ結果を持つ他の値をテストしました。

..。

再現する手順

  1. ... curl http:// localhost :1885 / api / v3 / as / applications / ap2 / webhooks / fwup / devices / dv1 / down / push -X POST -H '認証:ベアラーNNSXS.CLCIYOYY * * '-データ '{"downlinks":[{"frm_payload": "AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0 + P0BBQkNERUU ="、 "f_port

  2. データ71B(バイナリ)... Webhookステータス(200)-OK

  3. ...しばらくするとサーバーコンソールメッセージ:警告アプリケーションダウンリンクが存在しますが、ペイロードが長すぎます。アプリケーションサーバーに通知してくださいack = true.......。
  4. ノードがデータを受信して​​いません

あなたは今何を見ていますか?


警告アプリケーションダウンリンクが存在しますが、ペイロードが長すぎます。アプリケーションサーバーに通知してくださいack = true.......。
..。

代わりに何を見たいですか?

..。

環境


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

これをどのように実装することを提案しますか?

..。

これを自分で行い、プルリクエストを送信できますか?

..。

bug network server in progress

最も参考になるコメント

いくつかの速い回避策はありますか? ダウンリンクjson構成でデータレートを適用でき

エンドデバイスのRx2パラメータを変更できます。 ttn-lw-cli dev set --helpしてください。これを使用して、Rx2データレートを高い値、つまり5(EU868のSF7BW125)に設定できます。

全てのコメント10件

  • あなたはどのPHYにいますか?
  • そのエラーが表示された場合、アップリンクにどのデータレートを使用していますか?

Node Telit Re866 + uC(EU863-870-lorawan 1.0.2クラスA)
フェムトセルkerlink + spf(tx)からのpkt情報:52B(バイナリ)に制限されたデータの場合
ローカルネットワーク(Kerlink Ethernet <=> PC Etnernet)
変調:LORA
codr:4/5
imme:false
rfch:0
パウ:14
ipol:true
ncrc:true
サイズ:65
datr:sf7bw125

RSSI(rx):-80dBm

ペイロードの長さの同じ設定:62B(バイナリ)
DataRateのすべての可能性をスキャンします(すべて失敗します)。
テストされたアップリンクデータレート(ノードでデータが受信されない+サーバーで「ペイロードが長すぎます」という警告):
SF7bw125 ---
SF12bw125 ---
SF11bw125-
SF10bw125-
SF9bw125-
SF8bw125-
SF7bw250 ---エラー結合
FSK-エラー結合

これは、構成されたRx2データレートがSF12BW125(DR0)であるために発生します。 クラスANSでは、現在、Rx1パラメータとRx2パラメータの両方に準拠するようにダウンリンクをスケジュールしています。 地域パラメータ仕様の表によると、Rx2に使用できるDR0のFRMPayloadの最大サイズ(FOptがない場合)は51であり、これはあなたがやろうとしているものよりも小さいです。
2019-06-27-21:18:41-screenshot

@johanstokkingこの動作を変更する必要があると思います。ペイロードがどちらにも収まらない場合、NSは実際にRx1とRx2のスケジューリング要求をGSに分離する必要があります。

@rvolosatovsはい、間違いなくそうする必要があります。

問題を提出できますか?

いくつかの速い回避策はありますか? ダウンリンクjson構成でデータレートを適用でき

FWアップグレードのために数百のダウンリンクパケットを送信する必要があります。

  • それぞれ約200B(ベストケース)
  • それぞれ約70B(最悪の場合)

ファームウェアのアップグレードのためだけにLoRaWANゲートウェイを追加して、「適切な範囲」とさまざまなネットワーク/アプリケーションサーバー(実稼働環境用)を確立することを検討しています。

いくつかの速い回避策はありますか? ダウンリンクjson構成でデータレートを適用でき

エンドデバイスのRx2パラメータを変更できます。 ttn-lw-cli dev set --helpしてください。これを使用して、Rx2データレートを高い値、つまり5(EU868のSF7BW125)に設定できます。

@johanstokkingに感謝し

現在、LoRaWANモジュールのファームウェアをアップグレードし、クラスCを利用できます。

@ecitiesこれは次のリリースでリリースされます。このリポジトリにスターを付けるか、リリース通知をサブスクライブしてください。

こんにちは
今、私たちは以下の問題を抱えています:
「エラー生成されたダウンリンクペイロードサイズがRX1にもRX2にも適合せず、クラスAダウンリンクスロットをスキップしますband_id = AS_923 dev_addr = FC005138 device_class = CLASS_A ...」
デフォールにsf10を使用していますが、理由がわかりません

こんにちは@ viethoa14
あなたが提供した情報は、この問題をデバッグするのに十分ではありません。 TTIをご利用の場合は、チケットシステムを介してサポートチームにご連絡ください。
オープンソースユーザーの場合は、問題を明確に再現した次の情報を提供してください。

  • スタックログ
  • デバイスイベントログ
このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

adriansmares picture adriansmares  ·  9コメント

johanstokking picture johanstokking  ·  5コメント

thinkOfaNumber picture thinkOfaNumber  ·  4コメント

johanstokking picture johanstokking  ·  8コメント

kschiffer picture kschiffer  ·  4コメント