XBeeAPIから送られてくるパケットを受信する

追記：上記関数内return(1);の前に"sRcvCount = 0;"を追加してください

この関数は

引数1：受信したパケット配列へのポインタ

引数2：受信したパケットのデータ数

引数3：チェックサムが有効か否か

戻り値：パケット受信が完了したか

という機能を持っています

他に定数"XBeeAPI_RCV_BUFF_SIZE"という整数が必要で

さらに下位関数として

int16_t Read(void);

が必要です

Read関数はシリアル受信バッファが空の場合には負の値を返すことにより、その旨を知らせます

この関数ではパケットの中身には関知しません

上位の関数で適切に処理する必要があります

また想定されるよりも大きなデータを受信することも想定していません

バッファオーバーフローのような危険性が有ることも理解しておく必要があります

この関数はデータ受信1バイトごとに呼び出すようなことは想定しておらず、少なくとも数十バイトから数百バイトの受信バッファが下位に存在することを要求しています

場合によっては数キロバイトのバッファが必要になるかもしれません

さらにこの関数自体で数百から数キロバイトのバッファを持つため、非常に冗長な関数となっています

XBee

どうやら
僕がXBeeProだと思って買ったもの
実はProgrammableの方だったらしい
いやー　薄々そう思ってたんだけどねぇ(

買い直し？
1個5000円くらいするからなぁ
安いとこだと2500円くらいなのにorz

秋月だとPCBタイプのProが3000円くらい
缶に入れる以上アンテナは外に出したいからなぁ

秋月さん
XBeePro 外部アンテナタイプ扱ってください＞＜


ま　買っちゃったもんは仕方ないし
ちょっと遊んでみようかね

XBee とか

最近ネタが無いのでXBeeのテスト基板でも

ま　テスト基板と言ってもUSBシリアル変換モジュールのコネクタをXBeeにつないでるだけなんですけどね

とりあえずLED3個とリセットスイッチが実装してあります
しかしこのリセットがよく分からないんだよね
確かにリセットされてるみたいなんだけど
リセットされてない部分もある
通信部分だけのリセットなのかな？
(無線部分は放置して)

USBシリアル変換はRSで売ってるやつです
3.3Vレベルのケーブル付き
ピンアサインはスイッチサイエンスで売ってるものと同じなので
SWSのほうがいいと思います(安いです)

XBeeはATモードで簡単に使えたんですけど
Proの方はうまく行かないんですよね
APIモードでも試してみようかな


ということで　今回はココらへんで

XBee Pro なんか調子悪い2

とりあえず
電源投入直後にRestore→Read→Test Query→リードをしないとATモードに入れない　という続き

一旦ATモードに入っちゃえばATFRを叩いてもそのままATモードに入れる
と言うことは　どちらかと言うとハードウェア側の問題らしい

起動直後は送信したすべての文字列がエコーバックされる
Enterを押すと

こんな感じのが出てくる
これなんでしょ？
ファームウェアはXBP24BZ7に
ZIGBEE COORDINATOR AT
ZIGBEE ROUTER AT
の2個　両方とも同じ
Restore Read T/QでATモードに入れるというのも同じ

もうわけがわからないよ(´・ω・`)

XBee Pro なんか調子悪い1

先週注文しておいたXBeeProS2が今日届いた
ということで色々いじってるのだけど
秋月で売ってるXBeeS2とはなんか違う
"+++"でもATモードに入らない

んで　X-CTUでRestore→Read→TestQueryってやると入れる
一旦入れれば電源切るまではずーっと正常に使える

んで　一旦RRTでATモードに入っちゃえば1対1通信も可能(まだ多通信は試してない)
電源投入後RRTをやる前は1対1通信も不可能

ってことでRRTで送り込んでるコマンドで何か動いてるのは確実なんだろうけど
一体どんなことをしているのやら

条件がわかればマイコンから強制的にATモードに入れてから確立するとかもアリなんだろうけど
ま、原因がわかれば回避するより解決する方が楽だわな

とりあえず
XBeeもあるから缶サットの開発の方は進める予定
仮の本業もまじめにやらないとなぁ…
デバッグ環境がないからなかなかやる気になれないんよ
やる気がでないのはそれだけじゃないんだけどね


部屋の片付けもしないとマズイ状況だし
積んである本も何冊かあるし
いろいろやることが盛りだくさん

自業自得っちゃ自業自得なんだけどね