2016-08-24 10 views
1

私はBLE113モジュールを備えた小型センサ回路基板を設計しています。私はBluetooth経由で少量のデータをブロードキャストするので、GAPを使用するだけで接続する必要はありません。次のように私は、単純なカスタム広告パケットを構築する:LENメーカーデータの長さ、およびMIHカスタムBLE広告パケットにUUIDを含める必要がありますか?

が0x02 0x01の0x1A LEN 0xFFのMIL MIH {24のバイトはペイロード放置}

:MILであります私がBluetooth SIGから取得するメーカーID(私はLLCを登録したばかりです)。

質問:には、この送信のどこかに16バイトのUUIDを含める必要がありますか?言い換えれば、残っている24バイトが私の望むことをするなら、私は認定/基準に違反しますか? 2)MACアドレスやメーカーIDなどのUUID以外のものについて、iOSとAndroidのフィルタを適用できますか? 3)iOSやAndroidアプリケーションでUUIDの原因となるオーバーヘッドの問題はありませんか?

おかげ

+0

あなたのアプリがバックグラウンドで動作している、またはアプリがフォアグラウンドである間のみながら自分の周辺からの広告のために聞くことができるようにするあなたの意図ですか? – Emil

+0

私のアプリ(スマートフォン)が、周辺機器を連続的に、または準連続的にスキャンすることを意図しています。周辺機器は超低電力デバイスであり、決して受信機をオンにしません。周辺機器は厳密に送信専用です。質問は、周辺機器のペイロードの16バイトをUUIDで無駄にすることが必須であるかどうかです。 – user3740585

答えて

0

1)は、私がどこかでこの トランスミッション内の16バイトのUUIDを含める必要がありますか?言い換えれば、残っている24バイトを私が望むようにするなら、私は認証/ 標準に違反しますか?

あなたは実際にUUIDを含める必要はありません。スキャンアプリで解析できる場合にのみ、必要な操作を実行できます。 Specはこれを禁止していません(公式のADフォーマットを定義した仕様でさえも)。

2) のMACアドレスやメーカーIDなど、UUID以外のものについてiOSとAndroidのフィルタリングを行うことはできますか?

MACの場合、両方ともフィルタリングできます。メーカーIDの場合は、いいえ、ADデータに追加する必要があります。

3)のiOSやAndroid 用途にUUIDの原因のオーバーヘッドの問題を提供していないでしょうか?

関連する問題