2012-02-29 7 views
0

ここにBluetoothの専門家の質問があります。私は歩行者、サイクリスト、自動車の動きをBluetoothトラッキングで研究してきました。これまで、私はこれらのデータから軌道を純粋に近似した方法で導出しました。そのため、デバイスは検出されている間はセンサーの正確な位置にあると仮定されます(検出間にある種のバッファ時間を使用します)。これらはすべて純粋に照会に基づくものであり、実際の接続に基づくものではありません。 rssi値を登録しますが、まだ使用していません。我々が同定したブルートゥースのお問い合わせ - 複数のセンサーでお問い合わせの回答を受け取る可能性があります

つつまずきは、それらが互いの検出範囲内に配置されたときに不正確/疎RSSI値をもたらす、装置を問い合わせることによって引き起こされる干渉です。それから私は、または

が、1つのBluetoothのセンサーが照会副&送信問い合わせパケットを入力してみましょうすることが可能であろう:)実装可能であってもよいが、1つのまたは複数の他のセンサを聞かせていない可能性があり、おそらくこじつけアイデア、思い付きましたその照会パケットに対する照会応答を受信する。だから我々はこのような状況を持っているでしょう:

センサーA:入る照会副送り、問い合わせパケットP

センサーB & C:すべてのお問い合わせパケットを送信しない、照会副を入力し、だけに照会応答を聞きますセンサーAからの問い合わせパケットP

私はこれを行うと仮定、B及びCが、少なくとも彼らの照会ホッピングシーケンスを同期しなければならないセンサ。しかし、より多くの必需品があるかもしれません。

これはすべて可能ですか?これは以前にされていますか?唯一の問い合わせデバイスは、その問い合わせに対する問い合わせ応答をリッスンする標準のBluetoothを使用

答えて

0

。 B & Cが応答をリッスンするためだからできない - (起因するタイミングならびに照会ホップシーケンスの両方の周波数同期させるための照会ホッピングシーケンスの必要性への推論はあなたが言及しているものと同じです)標準的なブルートゥースハードウェアを使用して、Aの照会によって引き起こされる。あなたのアプリケーションのために

最新のBluetooth 4.0(Bluetoothの低エネルギー)がぴったりのように思えます。広告のコンセプトがあるので、センサを広告主として動作させるように設定でき、他のセンサはスキャン状態(広告を聞いて)に設定できます。

+0

興味深いですが、センサとモバイルデバイスの両方このためにBluetooth 4.0プロトコルをサポートする必要があることを発見する必要がありますか?これは、最初の4.0モジュールが公開されて以来、かなりの時間がかかります。モバイルデバイスの所有者からの協力の必要なしにデバイスを発見することも可能でしょうか(今のように)。 –

+0

のBluetooth 4.0は、多くのデバイスに既にある - 最新のiPhone 4S、のMac Mini /航空、ドロイドRazarなど、センサデバイスのも数ので、私はわからセンサータイプのアプリケーションのために4.0に切り替えるための素晴らしい時間、ないと思われるものあなたは "所有者からの協力"を意味します - ユーザー介入を必要とせずにプログラムでデバイスを発見して識別できるようにするAPIがあります。 –

+0

何らかの形でこの動作を実装したいとします。どのレベルでこのプロトコルを実装する必要がありますか? BlueZ、HCI、さらに深い?これは、一般的なプログラミングスキルを持つ非専門家のためのものですか? –

関連する問題