電力管理がBluetoothモジュールプロジェクトの成否を決める理由

バッテリー駆動のIoTデバイスは電力バジェットで成否が決まります。スタンバイで10 mAを消費するBluetoothモジュールは1000 mAhのバッテリーを100時間で使い果たします。一方、スタンバイ電流を5 µAに最適化した同じモジュールは、理論上22年以上バッテリーを持続させます。この違いはすべて電力管理の設計にあります。

BLEモジュールの電力状態と電流バジェット

電力状態 電流（nRF52840） ウェイクレイテンシ RAMリテンション
アクティブ（CPU動作） ~4.8 mA @ 64 MHz — フル
BLE TX @ 0 dBm ~5.3 mA（ピーク） — フル
BLE RX ~5.4 mA（ピーク） — フル
System ONスリープ ~1.5 µA <1 ms フル（設定可能）
System OFF（ディープスリープ） ~0.4 µA ~2 ms（完全再起動） なし（2 kB保持）

BLEアドバタイジングイベントは非常に短く（150〜300 µs/イベント）、1秒インターバルではラジオはわずか0.015〜0.03%の時間しかアクティブではありません。残りの99.97%の時間が電池寿命を決定します。

コネクションインターバルの最適化

コネクションインターバル 平均電流 レイテンシ 典型的ユースケース
7.5 ms ~1.2 mA <10 ms HIDデバイス、リアルタイム制御
100 ms ~120 µA <200 ms センサーストリーミング
500 ms ~30 µA <1 s 定期データ報告
1,000 ms + スレーブレイテンシ4 ~8 µA <10 s 資産トラッカー、低速センサー
4,000 ms ~4 µA <8 s 環境モニター

ペリフェラル電源ゲーティング戦略

  • ハードウェア電源スイッチ：PチャンネルMOSFETまたはロードスイッチIC（TPS22917など）を使用して測定サイクル間でセンサーへの電源を完全に遮断。300 µAの連続動作から60秒ごと10 ms動作に変えると、センサー消費は0.05 µA相当（6,000倍改善）。
  • I²C/SPIバスプルアップ制御：I²Cバスのプルアップ抵抗（通常4.7 kΩ）は3.3 VレールからアイドルのBusに~0.7 mAを消費。高抵抗（10〜47 kΩ）への切り替えまたはGPIOで制御。
  • フラッシュメモリ電力モード：外部SPIフラッシュはアクティブ時1〜15 mAを消費。Deep Power Downコマンドで1〜5 µAスタンバイに削減。

電力最適化のためのファームウェアアーキテクチャ

イベント駆動 vs ポーリング：GPIO継続ポーリングはフルCPU消費。割り込み駆動ウェイクへの移行でnRF52840のアイドル電流を~4.8 mAから~1.5 µAへ（3,200倍削減）。

RTCウェイクによるタスクスケジューリング：32.768 kHz低周波クリスタルで動作するRTCペリフェラルを使用。測定が必要なときだけCPUを起こし、1 ms以内にタスク完了後に即スリープへ。

電力プロファイリングと測定手法

  • Nordic PPK2：1 µs分解能、1 µA測定フロアのハードウェア電流測定。~$80。nRF5x開発に必須。
  • Otii Arc：GPIO状態と電流のタイムライン相関をサポートするマルチチャンネルロガー。
  • 電流センス抵抗+オシロスコープ：低コストの代替手段。10 Ωシャント抵抗（1 mV = 100 µA）。

システムレベルアーキテクチャ：MCU+モジュール vs 統合SoC

アーキテクチャ アイドル電流 開発複雑度 最適用途
ホストMCU + BLEモジュール（ATコマンド） ~6.5 µA 低 複雑なアプリ、既存MCUコードベース
統合BLE SoC（シングルチップ） ~1.5 µA 中 コスト重視、電力クリティカル設計
MCU+モジュール（モジュールディープスリープ） ~5.4 µA 中 ATコマンドシンプルさが必要な場合

コイン電池で3年以上のバッテリー寿命を目指す展開では、統合SoCアーキテクチャが一貫して2チップアプローチを上回ります。アイドル電流の4〜5 µAの差は多年展開で2〜3倍のバッテリー寿命差になります。優れたBluetoothモジュール設計はこれらすべての層の最適化が求められます。