問題タブ [pairing]

CHIPボード（Debian Jessie）でCアプリケーションを開発しています。bluez パッケージの /tools/hcitool.c にある と のソース コードを使用してクラシック デバイスと BLE デバイスをスキャンすることはできましたが、 または で指定されたプロンプトを操作せずにデバイスとペアリングすることはhcitool scanできません。これらの関数と対話せずに、これらの関数によって提供されるプロンプトをバイパスする必要があります。プロンプトを呼び出す関数を見つけようとしましたが、それは IOCTL のようですが、この手順を回避する方法がわかりません。誰でも私を助けることができますか？hcitool lescanhcitool auth XX:XX:XX:XX:XX:XXrfcomm bind "MY DEVICE" XX:XX:XX:XX:XX:XX

2 人のユーザー間のペアリングを作成し、会議でそれらをスケジュールすることになっているペアリング システムを構築しています。選択は、私が理解するのに苦労している基準に基づいています. 基準は、以前の一致がペア間に存在していないことです。

私の入力は、n電子メール アドレスを含むサイズのリストです。このリストはペアに分割されるはずです。制限は、この一致が以前に発生していないことです。

たとえば、私のリストにはいくつかのユーザーIDが含まれます

同時に、古いペアが存在するデータベース テーブルがあります。

この問題を解決するための良いアプローチは何でしょうか? 現在の私のテスト ソリューションは、2 人のランダムなユーザーをポップして、以前の一致をチェックすることです。一致するものが存在しない場合は、新しいランダムをポップし (可能であれば)、間違ったユーザーの 1 人をリストに戻します。2 人が最後であれば、いずれにせよ一致します。すでに「存在する」ペアのリストに基づいて、どの一致が発生しないかを予測する必要があるため、これは私には良くありません。

この手順の構築に関して私をどのように進めればよいか、何か考えはありますか? Java 8ストリームは面白そうで、これを解決する方法かもしれませんが、残念ながら私はそれが初めてです。

setPairingConfirmation() メソッドの呼び出しに必要な BLUETOOTH_PRIVILEGED パーミッションは、サードパーティのアプリでは利用できません。サードパーティのアプリで BLUETOOTH_PRIVILEGED を有効にする他の方法はありますか?

私は、Students と Teachers というサイズの異なる 2 つのリストを持つアルゴリズムを作成する必要があります。教師よりも多くの生徒がいます。生徒ごとにペアリングを作成する必要があります。各教師は、ほぼ同じ数の生徒と一致します。

複雑なのは、受け入れられないペアリングのコレクションがあることです。具体的には、各生徒にはペアにできない教師が 1 人以上いる場合があります。

各教師が割り当てられる生徒の数は正確である必要はないため、任意にマッチングを開始し、機能しないマッチングをスキップする非常に効率的な貪欲なアルゴリズムを実行できることを私は知っています。とにかく、これを行うための効率的で完全な方法が欲しいです。あなたが提供できるアドバイスをありがとう！

私がしたいこと ：

ユーザーにパスコードの入力を求める通常のダイアログ ボックスを表示することなく、デバイスを自動的にペアリングする必要がある Android 固有のアプリを開発しています。

私のコードは、主に次の 2 つの stackOverflow Threads から着想を得ています。

Bluetooth ペアリングの自動受け入れは可能ですか?

Android 4.4+ での BLE デバイスとのプログラムによるペアリング

私が直面している問題:

• Android 5.1.1 のデバイス #1 : OK
• Android 6.0 のデバイス #2 : OK
• Android 5.1 のデバイス #3 : PIN またはパスキーが正しくないため、ペアリングできませんでした
• Android 5.1 のデバイス #4 : PIN またはパスキーが正しくないため、ペアリングできませんでした

Android のバージョンがこの問題と関係があるかどうかはわかりません。デバイス #3 と #4 で動作させるのに役立つアイデアはありますか?

Bluetooth Low Energy (BLE) トラフィックのインターセプトに関するプロジェクトに取り組んでいます。Bluetooth は、「Just Works」や「Passkey Entry」など、さまざまな種類のペアリング メカニズムを提供します。さらに、Bluetooth 接続はリンク層で暗号化できます。

これらのさまざまな状況をテストするために、さまざまなセキュリティ メカニズムを実装する Android アプリを作成するというアイデアがありました。だから私の質問は：

Android アプリでペアリング メカニズムを指定し、リンク層暗号化のオンとオフを切り替えることはできますか?

Android Documentationを見ましたが、答えが見つかりませんでした。

トランザクション データのリストを持っています。これを ItemID フィールドでグループ化すると、基本的にトランザクションが行われた回数のデータが得られます。

ここでの問題は、この LINQ の後、製品の価格が期待どおりに正確に一致しないことです。

それらを eBay のデータと比較しましたが、価格は正確には一致していません。

どうすればこれを修正できますか?

編集:これは、マークされている質問の複製ではありません...

むしろ、アイテムを価格でグループ化すると、何が残るでしょうか? これは解決策ではありません...

編集：ここにいくつかのサンプルデータがあります

基本的に、これらは過去 30 日間の eBay での特定の売り手の取引です... 1 つのアイテムが異なる価格で複数回販売される場合があります (取引の時点によって異なります)。

実際には一意ではない間違った値でグループ化しているため、間違った結果が得られる理由が疑わしいため、各アイテムに正しい値を割り当てることができませんか?

Bluetoothペアリングの問題で立ち往生しています。bluetoothDevice.createBond()を呼び出すと、ペアリング通知がバックグラウンドで生成されます。ただし、ペアリングダイアログが表示される場合があります（一部のデバイスで）、何も起こらない場合があります。ペアリングダイアログを常に表示する必要があります。

ノート ：

• ペアリング通知を生成するとき、アプリケーションはフォアグラウンドにあります。
• createBond() メソッドは、接続サービスから開始される ConnectionThread 内で呼び出されます。

BluetoothDevice のリストがあり、PIN を持つそのうちの 1 つとプログラムでペアリングしたいと考えています。
ここでこの件について議論されているいくつかの投稿を読みましたが、2 つの非常に異なるアプローチを見つけました。

最初のオプション:メソッドを呼び出しますdevice.createBond()。次に、BroadcastReceiver でBluetoothDevice.ACTION_PAIRING_REQUESTアクションをリッスンし、そこで呼び出します device.setPin(PIN_BYTES); device.setPinConfirmation(true);

完全な例と投稿をここで見ることができます: How to pair Bluetooth device programmatically Android

2 番目のオプション:最初にを呼び出しdevice.setPin(PIN_BYTES)、次に を呼び出した場合はどうなりますか? 例えば：device.setPinConfirmation(true)device.createBond()

その後、BroadcastReceiver でアクションをリッスンすることを忘れて、イベントBluetoothDevice.ACTION_PAIRING_REQUESTだけに注意を払いBluetoothDevice.ACTION_BOND_STATE_CHANGEDますか? Android +プログラムでBluetoothを介してデバイスをペアリング
する最初のコードの回答を参照してください。私の知る限り、その男はペアリングに PIN を使用していないので、setPin メソッドも使用する必要があります。

どちらが良いと思いますか?
何か不足していますか？ところで: 古いプラットフォームをターゲットにしていないため、リフレクションは使用していません。