問題タブ [xbee]

2 つの XBee S2 モジュール間でネットワークを形成する際に問題に直面しています。問題は運用チャネルにあると思われます。シリーズ 2 ではチャンネルが自動的に選択されるが、そうはなっていないと人々は私に言った。両方のモジュールを完全に構成しましたが、2 つのモジュールの動作チャネルが同じではありません。

だから私の質問は: USB アダプターで 2 つの XBee を同時に接続して、同じチャネルで動作できるようにする必要がありますか?

XBee シリーズ 2 ポイント ツー ポイント通信で概説されている手順に従いましたが、すべてが 100% 動作しているように見えました。しかし、X-CTUを開いて[Digi Device Discovery] をクリックすると、2 つの XBee ユニットがお互いを検出できません。

私の疑いは、コーディネーターノードがチャネル上にあり、ルーターが動作チャネル「12」を持っているのに対し、コーディネーターノードは動作チャネル「11」を持っているためです。

しかし、X-CTU GUI からどちらも変更できません。

チャンネルを変更したり、この問題を診断するにはどうすればよいですか?

2 つの XBee ユニットのファームウェアのバージョンが異なる可能性があることをどこかでオンラインで読みました。これが問題である場合、2 台のユニットにインストールされているファームウェアのバージョンを確認するにはどうすればよいですか?

コーディネーター ユニットのバージョンは 20A7 で、ルーター ノードのバージョンは 22A7 です。

これが問題である可能性はありますか？

アップデート：

コーディネータープロフィール:

ルーター プロファイル:

XBee Pro Series 1 ユニットを 2 台持っています。どちらも AP=2 モード (API モード) です。XBee Configurationの「シリーズ 1」セクションで説明されている手順に従いました。「ZnetSenderExample.java」を実行しようとすると、非常に単純な「Xbee」文字列を送信しようとしていることがわかります。

ただし、受信側でタイムアウトが発生し続け、データがまったく取得されないというメッセージが表示されます。

さらに、このページのユニキャストの例を試してみたところ、同じ動作が見つかりました。API モードの場合、X-CTU では機能しません。

ファームウェア10ECを使用しています。

この問題を解決するにはどうすればよいですか?

X-CTU を使用してXBee 2 モジュールを構成しました。1 つはルーターAPIとして、もう 1 つはコーディネーター API として、AO を 3 に設定しました。しかし、ZDO アクティブ エンド ポイント要求を送信すると、ルーター側の UART に渡されません。 . しかし、このアプリケーションでは、コントローラーが要求を処理できるように、要求を UART に渡す必要があります。XB24-ZB と XB24-SE の両方を試しましたが、XBee 自体が ZDO 要求に対する応答を提供しています。

プロファイル ID 0x0109 を使用した場合、ZDO 要求は XB24-ZB と XB24-SE の両方の UART に渡されます。ただし、データシートによると、ZDO コマンドを送信するには、プロファイル ID を 0 に設定する必要があります。しかし、それを行うと、リクエストは UART に渡されません。XB24-ZB ルーター API にはファームウェア バージョン 23A7 を、XB24-ZB コーディネーター API には 21A7 を使用しています。

XBee 出力のセグメントを、それらを結合する変数にグループ化しようとしています。Processingを使用してコーディングとコンパイルを行っています。私が抱えている問題は、出力（println）が1バイトおきにスキップしていることです（おそらくそれは間違った用語です）。したがって、i = 4 から 11 の XBee 出力は次のようになります。

0,19,162,0,64,121,230,206 (これは 16 進数から変換された XBee アドレスです)。

しかし、printlnはこれを示しています：

19,0,121,206,125,1,0,3 (出力の他のセグメントに入り始めます)。

その後、配列を使用して別のルートを試しました。それでも他のすべてのエントリをスキップし、i == 126 のチェックに関係していることがわかりました。このようなチェックを行う別の方法はありますか?

この描画セクションを以下のものに置き換えます。従う方が簡単です。これは同じ結果のテストでした...

元のコード

互いに正常に通信する2 つのxbee S1があります。しかし、そのうちの 1 つにAtmel トランシーバーからIEEE 802.15.4フレームを受信させようとしています。もちろん、目標は、実際には Atmel トランシーバーと話しているときに、xbee を別の xbee と話していると思わせるように「だます」ことです。私が知る限り、これを行う唯一の方法は、スニファーを使用して xbee によって送信されたパケットを監視し、Atmel トランシーバーでそれらのクローンを作成することです。

そして、ここに私の発見があります：

xbee S1 から単一の ASCII 文字「m」を入力すると、パケット スニファーは次のトラフィックを示します。

単一の ASCII 文字「k」を送信すると、スニファーは次のように表示します。

3 日前に同じ ASCII 文字「k」を送信すると、スニファーは次のように表示します。

タイムスタンプは別として、なぜペイロードはある日は「a d」、別の日は「a**23*」になるのでしょうか?

コミュニティのワイヤレス ネットワークの専門家が参加してくれれば幸いです。

USBハブを介してRaspberry Piに1本のFTDIケーブル（ttyUSB0およびttyUSB1）で接続された2つのAdafruit XBee 2モジュールがあります。両方の XBee モジュールを独立して同じ PAN に配置するように構成し、一方を while ループで読み取り、もう一方を while ループで単純なメッセージを書き込もうとします。何らかの理由で、2 番目のポートからは何も読み取れませんでした。

これが私が使用しているテストコードです。

構成、設定：

読んだ：

書く：

各モジュールを間違いなく構成できます。ttyUSB0 を構成するための出力例を次に示します。

1 つの while ループで ttyUSB1 デバイスに書き込みを行っていることがわかりますが、ttyUSB0 では何も受信していません。

なぜこれが起こっているのかについてのアイデアはありますか?? ありがとう！