LORAゲートウェイサーバ通信--protocol

、プロトコルドキュメントは、メッセージタイプを記述する

官话LORAゲートウェイとサーバとの間の基本的な通信プロトコル

此文档定义了LoRa网关与服务器之间的通信协议
  1. はじめに
    プロトコルゲートウェイでとサーバの間では非常に基本的でかつ意図IS
    のみ、またはプライベートと信頼性の高いネットワーク上で使用するためのデモンストレーション目的のために。
    キーワード:プライベートプライベートネットワーク・デプロイメント環境ではこのようにLORAゲートウェイ利用できる値です。

  2. プロトコル上流(私は教えてくれませんので、踊っ)

    1. PUSH_DATAパケット IPプロトコルNSを介して端末に送信ゲートウェイ、ゲートウェイアップリンクセグメントに属するNS。次のようにパケットのデータ構造は次のとおりです。

      0:プロトコルバージョン= 2バイト・プロトコル・バージョン
      1-2:ランダムなトークンのランダムトークン2バイト
      3:0x00でPUSH_DATA識別子バイトのメッセージID
      4-11:ゲートウェイ一意の識別子(MACアドレス)は、8バイトゲートウェイID
      12がエンドである:オブジェクトJSON、{、}メッセージボディの他の部分とJSON形式で終わるから開始します

      json
      {
      	"rxpk":[ {...}, ...]
      }
      
      {"rxpk":[
      	{
      		"time":"2013-03-31T16:21:17.528002Z",
      		"tmst":3512348611,
      		"chan":2,
      		"rfch":0,
      		"freq":866.349812,
      		"stat":1,
      		"modu":"LORA",
      		"datr":"SF7BW125",
      		"codr":"4/6",
      		"rssi":-35,
      		"lsnr":5.1,
      		"size":32,
      		"data":"-DS4CGaDCdG+48eJNM3Vai-zDpsR71Pn9CPA9uCON84"
      	},{
      		"time":"2013-03-31T16:21:17.530974Z",
      		"tmst":3512348514,
      		"chan":9,
      		"rfch":1,
      		"freq":869.1,
      		"stat":1,
      		"modu":"FSK",
      		"datr":50000,
      		"rssi":-75,
      		"size":16,
      		"data":"VEVTVF9QQUNLRVRfMTIzNA=="
      	},{
      		"time":"2013-03-31T16:21:17.532038Z",
      		"tmst":3316387610,
      		"chan":0,
      		"rfch":0,
      		"freq":863.00981,
      		"stat":1,
      		"modu":"LORA",
      		"datr":"SF10BW125",
      		"codr":"4/7",
      		"rssi":-38,
      		"lsnr":5.5,
      		"size":32,
      		"data":"ysgRl452xNLep9S1NTIg2lomKDxUgn3DJ7DE+b00Ass"
      	}
      ]}
      


      アレイはJSONスタットフィールドを含んでいてもよい、ゲートウェイは、状態の緯度と経度、高度状態、受信したパケットの状態を報告します。

      json
      {"stat":{
      	"time":"2014-01-12 08:59:28 GMT",
      	"lati":46.24000,
      	"long":3.25230,
      	"alti":145,
      	"rxnb":2,
      	"rxok":2,
      	"rxfw":2,
      	"ackr":100.0,
      	"dwnb":2,
      	"txnb":2
      }}
      
  3. ダウンストリームプロトコル

    {
    	"txpk": {...}
    }
    
    1. PULL_DATAパケット定期NSサーバへのゲートウェイを送信するハートビートパケットは、データは、NSは、時間ゲートウェイ側に設けられていてもよいネットワーク状況ハートビートパケットの受信状況線(不証機構ゲートウェイ側)に応じて決定することができ、空です。
      私は非常に失われているとして分類され、ハートビートパケットの下り。

    2. PULL_RESP NSサーバは、積極的に命令を発行しました。

      {"txpk":{
      	"imme":true,
      	"freq":864.123456,
      	"rfch":0,
      	"powe":14,
      	"modu":"LORA",
      	"datr":"SF11BW125",
      	"codr":"4/6",
      	"ipol":false,
      	"size":32,
      	"data":"H3P3N2i9qc4yt7rK7ldqoeCVJGBybzPY5h1Dd7P7p8v"
      }}
      

      ポウゲートウェイ送信電力フィールド、NSを設けてもよいです。

    3. 型指定されたゲートウェイ
      ここに画像を挿入説明
      理由はTOO_LATE、TOO_EARLY、COLLISION_PACKETは大きな内部ゲートウェイの時間に関連付けされ、上記ゲートウェイテーブルを送信することを拒否する。参照名EENOW TOO_EARLY、TMST伝送時間、すなわちノード受信窓の開放時間、算出定義ゲートウェイNSよりも早いです。夜TOO_LATE TMST伝送時間がNSを計算するゲートウェイで定義され、ゲートウェイは、データが受信ノードTMST送信することができないと判断します。送信失敗が同時に送信される場合、データフレームで定義されたNSゲートウェイTMST COLLISION_PACKETは、送信されてきました。TX_FREQ、TX_POWER周波数及びゲートウェイ構成不一致の送信電力。残りの誤差は、まだ連絡を。

この文書では、物事LORAプラットフォームを理解することの始まりです。(Huawei社のプラットフォームOC後ろに行くことでしょう)

おすすめ

転載: blog.csdn.net/m0_38008027/article/details/89086175