Bluetooth LE - クライアントとサーバーの決定

Question

携帯電話からのBluetooth LE要求にユーザーが応答したときに応答するハードウェア（「ドングル」と呼ぶ）を作成しています。すべての通信は電話から開始され、ドングルは決して通信を開始しません。通信は、発生すると非常にまれであり（おそらく1日に1回）、短くなる（数百バイト）。通信が行われると、ユーザーはドングルを手動で操作する必要なく、ドングルが数秒以内に応答するようにしたいと考えています（たとえば、ドングルのボタンを押して「目を覚まして支払う注意"）。

電力使用について考えると、デバイスがBluetoothスキャンを実行すると、スキャンを実行するデバイスはほとんどがリスニング/受信であり、広告を行っているデバイスが送信を行っているようです（右？）。 this oneよう

しかし、ページが

Slave (or “peripheral“) devices advertise and wait for connections. Usually, the slave is a small device like a fitness tracker or a smartwatch. 

はなぜ小型デバイス（例えばフィットネストラッカー）が（それが現在どこにも接続されていないと仮定した場合）永遠に放送/広告、そこに数秒ごとに座ってしまうと言いますか？すべての種類の力を使い切っていないのですか？小さなデバイスがリスニング（スキャン）モードになるのは、それほど意味をなさないでしょうか？

一度接続が行われると、何らかの種類の「keep alive」が表示されるので、接続された2台のデバイスは他のデバイスがまだそこにあることを知っていますか？

Answer 1

nRF51822（8.5.2を参照）のようなチップ仕様シートを考えてみましょう。消費電力はRX（13mA）とTX @ 0dBm（10.5mA）でほぼ同じです。 TX/RXの電力比は同じですforotherchipsonthe市場：約1倍です。

送信は低いデューティサイクル動作です（200usごとに200msの間にTXを送信すると0.1％）、広告の平均消費電力は低くなります（10.5mA * 0.001 + 5uA * 0.999）。 一方、受信は設計上連続しています。実際にパケットが送信されるタイミングを知らない場合、パケットを見逃したくない場合は100％のデューティサイクルに近づく必要があります（13mA、連続）。

接続設定のために、Peripheral（広告する）は、ほとんどの時間スリープできるので、Central（受信する）よりも消費電力を節約します。

一度接続されると、Central（Master）とPeripheral（Slave）の両方が「スリープクロック」で時刻を追跡し、タイムスロット方式で起動して同期を確立し、相手の存在を確認します。スロットは、仕様では「接続イベント」と呼ばれます。接続イベントの間には、両方ともスリープ状態になるため、接続の持続時間全体で均等に電力を節約します。 （まあ、周辺機器（スレーブ）がより多くの電力を節約できるようにする「スレーブ待ち時間」と呼ばれるもう1つの最適化がありますが、ここで無視してみましょう）。

あなたの場合、「ドングル」はアドバタイズする必要があります。広告間隔は、アプリケーションに必要な許容再接続時間に合わせて調整できます。 50〜500ミリ秒があなたの用途には典型的です。