1

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

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

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

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

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

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

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

アップデート:

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

XB24-ZB_20A7.mxi
80
0
251
20A7
0
[A]ID=100
[A]SC=FFFF
[A]SD=3
[A]ZS=0
[A]NJ=FF
[A]DH=13A200
[A]DL=408B81EE
[A]NI=COORDINATOR1
[A]NH=1E
[A]BH=0
[A]AR=FF
[A]DD=30000
[A]NT=3C
[A]NO=0
[A]CR=3
[A]SE=E8
[A]DE=E8
[A]CI=11
[A]PL=4
[A]PM=1
[A]EE=0
[A]EO=0
[A]BD=3
[A]NB=0
[A]SB=0
[A]RO=3
[A]D7=1
[A]D6=0
[A]CT=64
[A]GT=3E8
[A]CC=2B
[A]SP=20
[A]SN=1
[A]D0=1
[A]D1=0
[A]D2=0
[A]D3=0
[A]D4=0
[A]D5=1
[A]P0=1
[A]P1=0
[A]P2=0
[A]PR=1FFF
[A]LT=0
[A]RP=28
[A]DO=1
[A]IR=0
[A]IC=0
[A]V+=0

ルーター プロファイル:

XB24-ZB_22A7.mxi
80
0
251
22A7
0
[A]ID=100
[A]SC=FFFF
[A]SD=3
[A]ZS=0
[A]NJ=FF
[A]NW=0
[A]JV=0
[A]JN=0
[A]DH=13A200
[A]DL=408B820C
[A]NI=ROUTER1
[A]NH=1E
[A]BH=0
[A]AR=FF
[A]DD=30000
[A]NT=3C
[A]NO=0
[A]CR=3
[A]SE=E8
[A]DE=E8
[A]CI=11
[A]PL=4
[A]PM=1
[A]EE=0
[A]EO=0
[A]BD=3
[A]NB=0
[A]SB=0
[A]RO=3
[A]D7=1
[A]D6=0
[A]CT=64
[A]GT=3E8
[A]CC=2B
[A]SM=0
[A]SN=1
[A]SO=0
[A]SP=20
[A]ST=1388
[A]PO=0
[A]D0=1
[A]D1=0
[A]D2=0
[A]D3=0
[A]D4=0
[A]D5=1
[A]P0=1
[A]P1=0
[A]P2=0
[A]PR=1FFF
[A]LT=0
[A]RP=28
[A]DO=1
[A]IR=0
[A]IC=0
[A]V+=0
4

5 に答える 5

2

(SC - スキャン チャネル)値 (デフォルトではFFFF )を定義することにより、動作チャネルを変更または見つけることができます。フラグを立てたすべてのビットは、スキャンするチャネルを追加します。
XBee チュートリアルの詳細については、こちらを参照し
てください。異なるデバイス (コーディネーターとルーター) を使用している場合、ファームウェアのバージョンは影響しません。 X-CTUソフトウェアには、 putty の代わりに使用できるTerminal
があります。

于 2014-07-29T04:37:40.267 に答える
1

チャンネル認証設定を設定/読み出します。有効な場合、ルーターは、参加または電源の再投入後にコーディネーターが同じチャネルに存在することを確認して、有効なチャネルで動作していることを確認し、コーディネーターが見つからない場合 (NJ=0xFF) に終了します。無効にすると、ルーターは電源を入れ直しても同じチャネルに留まります。

JVを有効に設定する必要があります

于 2014-09-11T15:37:05.010 に答える
1

これはまだ答えではありません。 私自身の XBee との戦いに基づいて、できる限りあなたをガイドしようと思います。

わかりました、あなたが質問で言及した「ここに概説されている手順」を見ましたが、これをすべて以下に入力した後でした。手順はかなり完全なように見えるので、もう一度確認してください。また、Router と Coordinator の両方が AT モードで実行されているように見えます。これは 1 対 1 の通信になります。

私のXBeeのモデルはあなたのものと少し異なりますが(私のはXB24-Z7WIT 004(Zigbee)です)、最初に次のことを確認または確認できますか(X-CTUを使用)。

XCTU で正しいモデムが選択されていますか? 両方に同じ PAN アドレスが必要です。ルーター宛先アドレス設定では、コーディネーター Xbee の上位アドレスと下位アドレスが必要です。この場合、コーディネーター自身の宛先アドレス フィールドは、ルーターのアドレス (高低) を指している必要があります。

ここに画像の説明を入力

また、互換性のない設定/ハードウェアをセットアップしていない限り、API または AT モードの組み合わせは、パフォーマンスに影響を与えることなくファームウェアの違いを示します。たとえば、まったく同じハードウェア (X-CTU でのモデム選択) が、AT または API、またはコーディネーター、ルーター、エンド デバイスなどとして設定されている場合、異なるファームウェアが表示されます。

X-CTU を使用してデバイスを読み取ると、ファームウェアのバージョンを確認できます。上の写真を参照してください。「バージョン」(私の場合は 23A7) は、XB24ZB ZigBee Router API に適用可能なファームウェアです。

また、セットアップについて詳しく教えてください。2 つの XBee には何が接続されていますか? オペレーティング システムは何ですか? XBee モジュールの下部にある正確な XBee モデル番号は何ですか - 私の例では XB24-Z7WIT 004 です。

于 2013-06-23T14:05:11.597 に答える
0

これは古い投稿だと思いますが、後世のために...

まず、お使いのパーツ(XB24-ZB)は現在生産終了となっており、XB24CZBパーツに交換されております。古いファミリは Ember EM250 MCU を使用し、新しい「S2C」モジュールは EM357 MCU を使用します。新しいモジュールには大幅に多くのメモリが搭載されているため、6 つの「モード」すべて (コーディネーター、ルーター、エンドポイント、AT および API インターフェイスを使用) で動作するファームウェアが含まれています。以下に記載したバグ (/問題) が新しいモジュールのファームウェアで修正されているかどうかは、私にはわかりません。

EM250 には、ルーター (およびおそらくエンドポイント) が実際に占有するチャネルから 12 チャネル上のコーディネータを「見つける」原因となる (非常に不十分な) 文書化されたバグがあります。Digi が提案する「修正」は、SC マスクを使用して 12 チャネルのみを許可することです (つまり、デフォルトの 0xFFFF の代わりに SC = 0x1FFE)。これは、ある種のクロストーク/変調を引き起こすハードウェア バグのようです。

この問題の「ドキュメント」は、ZB ファームウェアのファームウェア リリース ノートに埋もれています (つまり、2012 年 10 月 15 日の XCTU パッケージでは、ファイル「c:\Program Files (x86)\Digi\XCTU\update\ 93009373_G1.txt」に問題が記載されています):

### Known Issues / Errata:
* EM250 channel crosstalk problem 
- Data can be received +/- 12 channels from the operating channel if the data is 
received within a tight power level range (-20 to -35dBm). This typically occurs
when the modules are placed within a few feet of each other. Possible work
around is to only use an SC of only 12 channels (i.e. 0x1FFE).

この問題は、無線が短距離 (私のテストでは約 10 フィートまで) で正しく通信した後、突然「信号を失う」ため、特に潜行性があります。Digiは、データシートで使用可能なチャネルを12に制限するためにSC = 0x1FFEを設定することについても言及していますが、ハードウェアのバグを修正するためにこれが必要であることについては言及していません. 12 チャネルのみを使用する理由が明確に理解されていない場合、デフォルトの 16 チャネルよりも少ないチャネルを使用することを選択するのは誰でしょうか?

チャネルが隣接している 11 と 12 であったことを示していますが、電源投入時にコーディネーターが新しいチャネルを選択することに注意してください。元の通信の問題が発生したときにオンになっていました。ルーターは、コーディネーターを最後に見つけたチャネルを記憶します。

また、@Fahmy が示すように、ルーターで JV=1 を設定する必要があります。そうしないと、コーディネーターが電源投入時に別のチャネルを選択した場合、ルーターは「最後に既知の良好なチャネル」を離れて、別のチャネルでコーディネーターを見つけようとしません。この場合、ルーターのファームウェアは、検索を開始するためにネットワーク リセットを実装する必要があります。

于 2016-12-19T19:04:58.680 に答える
0

何が問題なのかを理解することができました。これが私がそれを理解するためにしたことです。

コーディネーターの X-CTU プロファイルに移動しました。「読み取り」ボタンをクリックして、プロファイルをロードしました。次に、「保存」ボタンをクリックして、コーディネーターのプロファイルをファイル システムの「coordinator.profile」というファイルに保存しました。

X-CTU 画面に戻りましたが、今回はルーターについてです。「読み取り」ボタンをクリックして、ルーターのプロファイルを読み込みました。次に、「保存」ボタンをクリックして、ルーターのプロファイルをファイルシステムの「router.profile」というファイルに保存しました。

両方のファイルを取得したら、「WinMerge」差分ユーティリティを使用して、両方のファイル間のすべての差分をスキャンしました。次の追加フィールドに気付きました。

[A]SO=0
[A]SP=20
[A]ST=1388
[A]PO=0

ルーターには何らかの理由でこれらのフィールドがありましたが、コーディネーターにはありませんでした。私がしたことは、それらをゼロにすることだけでした。そこで、ST=0 と SP=0 に変更しました。

次に、ルーターの「書き込み」ボタンをクリックして、変更をxbeeにロードしました。

それをしたら、2 つのパテ端末を開きました。1 つはコーディネーター用で、もう 1 つはルーター用です。

コーディネーターのパテ端末に何か入力すると、ルーター端末に表示されました。ルーター端末に入力したものは、コーディネーター端末に表示されました。したがって、正しく理解できれば、データがワイヤレスで正しく渡されていることが証明されます。

于 2013-06-23T16:10:31.910 に答える