大規模ネットワークでのXBee通信

Question

ここに私の状況です：

私は96台のXBee S2BとS2Cモジュールのネットワークを持っています。私のアプリケーションはARMモジュール上で動作し、XBee S2Cモジュールを持っています。すべてのモジュール（合計97個）は同じネットワーク上にあり、互いに通信することができます。

ソフトウェアは、すべてのモジュールの64ビットアドレスを開始して認識します。ネットワーク探索（ローカルAT→ND）を行い、応答を待つ。各応答で、各モジュールの16ビットアドレスが更新されます。モジュールがネットワークディスカバリに応答しなかった場合、30秒ごとに再度送信されます（ほとんどのテストでは、60秒後にすべてのノードが検出されます）。

次に、64ビットおよび16ビットのアドレスがすべて格納されると、アプリケーションは、ユニキャストを使用してすべてのノードにメッセージを送信します。メッセージの送信の間に待機しません。私は、36,42,78および今では96ノードでこれを試しました。期待どおり）、42と78では、各ノードに到達するのにそれぞれ4秒と7秒かかりますが、96秒では90秒かかります（最低でも）。

私は検出でき、到達していない場合（ネットワークディスカバリが失敗した場合）

また、64ビットメッセージングを使用して16ビットアドレスを無視しようと試みたが、この方法を使用するとさらに長い時間がかかります。

私はattie（https://github.com/attie/libxbee3）によって作成されたxbee3libraryを使用しています。

質問：96ノードの通信時間を短縮するにはどうすればよいですか（目標はさらに大きなネットワークを処理できることを覚えておいてください）、78ノードと96ノードの間に大きな違いがあるのはなぜですか（ネットワークが突然遅いのはなぜですか？）

私の状況についてさらに必要な情報があれば、私はそれを提供してくれるでしょう。コードを管理しているので、より多くの情報が必要な場合はテストを実行できます。

Answer 1

まず、802.15.4スニファを取得し、トラフィックを見て、何が起こっているのかを確認します。それがなければ、あなたは何が起こっているのかを推測している。私は802.15.4で長年働いていませんが、Ember Desktop（高価な開発キットでSilicon Labsからのみ入手可能）の外でUbiqua Protocol Analyzerに満足しました。 Wireshark's 802.15.4 sniffingの機能がどこにあるかを調べることもできます。

次に、次のメッセージを送信する前に、送信ステータスメッセージを待つコードを実装してみてください。さらに、複数の未処理のメッセージを追跡し、さまざまな設定でテストするためのコードを書いてください。送信ステータスで1つのメッセージが待機していて、未処理のメッセージが5つある場合、ネットワークはどのように動作しますか？

私は、多くのノードのルーティングテーブルを管理するXBeeモジュールで課題に遭遇していると思います。 Digiはworking with large XBee networksのドキュメントを提供しています。これは、大規模なネットワーク上でソースルーティングを使用する方法を説明しています。セントラルノードは、ネットワークスループットを向上させるために、ルーティングテーブルを維持し、アウトバウンドメッセージ内のルートを指定する必要があります。

Answer 2

事が衝突と96個のノードが関与しているシナリオでは、ネットワーク上の大きなオーバーヘッドが多いです。
私の提案は、あなたのネットワーク成長として、複数のルータを持つあなたのノードをクラスタ化することです。

Answer 3

基本的にすべての送信で計算されるAODVであるstadard zigbeeベースのルーティングを使用している可能性があります。ノードの数が多くなると、計算は指数関数的に長くなります。 Source Routingに変更することを検討する必要があります。Source Routingは基本的に異なるフレームタイプで、ノードに格納されたルートも使用します。大きな安定したネットワークでは、これはメッセージの送信にはるかに高速でなければなりません。

https://www.digi.com/wiki/developer/index.php/Large_ZigBee_Networks_and_Source_Routing