まず結論: Classic Bluetooth SPP (シリアル ポート プロファイル) は、大きなファイルの送信に非常に優れています。
スループット、帯域幅、安定性の点で、クラシック Bluetooth (BR/EDR) は Bluetooth Low Energy (BLE) よりも圧倒的な利点を持っています。以下に詳細な技術比較とシナリオ分析を示します。
1. コア性能の比較
表格
| 特徴 | クラシック Bluetooth (SPP) | BLEトランスペアレント伝送 | 勝者 |
|---|---|---|---|
| 物理層レート | 2～3Mbps(EDR) | 1Mbps (BLE 4.x/5.0) 2Mbps (BLE 5.0 LE 2M PHY) |
クラシック Bluetooth |
| 実際の実効スループット | 150KB/秒～250KB/秒 (スタックと信号に応じて) |
20KB/秒～80KB/秒 (接続パラメータと MTU によって異なります) |
クラシック Bluetooth (3 ～ 10 倍高速) |
| パケットサイズ (MTU) | 大きくて低いプロトコル オーバーヘッド | 小 (デフォルトは 23 バイト。 ネゴシエーション後は最大 251/517 バイト) |
クラシック Bluetooth |
| 消費電力 | High (大連続電流) | 非常に低い (バッテリーにとって理想的) | BLE |
| 互換性 | Android では完璧です。 iOS ではサポートされていません(Apple はサードパーティの SPP をブロックします-) |
Android と iOS の両方に最適 | ネクタイ(プラットフォームに依存します) |
| 接続のセットアップ | 遅い、ペアリングが必要 | 非常に高速、広告ベース- | BLE |
2. SPP が大きなファイルに適しているのはなぜですか?
帯域幅の優位性:
SPPClassic Bluetooth の Enhanced Data Rate (EDR) に基づいてシリアル ケーブルをシミュレートします。実際の速度に簡単に到達150 ～ 200 KB/秒。送信中2MBの画像だけかかります10～15秒.
BLE「低頻度、小さいパケット」向けに設計されました。たとえ2M PHY有効で、MTU が最大値（251 または 517 バイト）にネゴシエートされている場合、実際のスループットは接続間隔とスレーブ レイテンシによって制限され、通常は で安定します。-40 ～ 60 KB/秒（楽観的には 80+ KB/s ですが不安定です）。同じ2MBの画像かかるかもしれない30～50秒またはそれ以上。
プロトコルのオーバーヘッド:
BLE 透過伝送では、大きなデータを多数の小さな特性書き込み/通知パケットに分割する必要があります。各パケットには大きなヘッダー オーバーヘッドがあり、頻繁な確認応答 (ACK) メカニズムによって CPU 負荷が増大し、パケット損失または切断のリスクが高まります。
SPP は、成熟したバッファリング メカニズムを備えたより連続的なデータ ストリームを提供するため、ストリーミングに最適です。
3. 重大な互換性の罠: iOS (iPhone)
これが決定における最大の制約です。
iPhone (iOS) をサポートする必要がある場合:
SPPは使えません！Apple は、クラシック Bluetooth SPP へのアクセスをサードパーティ デベロッパーに公開したことはありません（カーキットなどの MFi アクセサリに限定されます）。{0}}
強制的な選択:必ず使用してくださいBLEトランスペアレント伝送.
最適化戦略:BLE 経由で大きな画像を iOS に送信する必要がある場合:
有効にする2M PHY(ハードウェアがサポートしている場合)。
最大限の金額まで交渉するMTU(例: 251 バイト)。
非常に短く設定してください接続間隔(例: 7.5ms または 11.25ms) ただし、これにより消費電力が大幅に増加します。
埋め込むブレークポイント ロジックから-再開{1}}(送信時間が長いと中断のリスクが高まるため)。
Android、Windows、または Linux のみをサポートする場合:
迷わずSPPを選択してください。最適化された BLE 送信よりも開発が速く、簡単で (標準のシリアル ポートのように動作)、必要なコードがはるかに少なくなります。
4. シナリオの推奨事項と代替案
シナリオ A: 純粋な Android 環境 / 産業用ハンドヘルド / 車載システム-
おすすめ： クラシック Bluetooth SPP.
理由：最速の速度、最もシンプルな開発、複雑なパケットの断片化/再構築ロジックは必要ありません。
シナリオ B: iOS (iPhone/iPad) をサポートする必要がある
おすすめ： BLEトランスペアレント伝送(ただし、UX が損なわれることが予想されます)。
最適化戦術:
大きなファイルを一度に送信しないでください。それらをいくつかの塊に分割します。
アプリケーション-層を実装するチェックサムと再送信メカニズム.
送信前にログを圧縮します (Gzip など)。
シナリオ C: 高速要件 + iOS サポート（HD 画像、ビデオ クリップなど）-
強く推奨: Bluetooth を放棄してください。代わりにこれらを使用してください:
Wi-Fi ダイレクト / Wi-Fi ソケット:到達可能な速度5MB/秒 – 20MB/秒(Bluetooth よりも数十倍高速です)。ほとんどの IoT デバイス (カメラ、プリンター) は、大きなファイルを転送するためにユーザーをデバイスのホットスポットに切り替えます。
ハイブリッド モード (業界標準):
使用BLEプロビジョニング、制御、ステータス同期 (低電力、高速接続) 用。
大きなファイル転送が検出されると、デバイスがトリガーされてファイルを開きます。Wi-Fi ホットスポット.
スマートフォンはこの Wi-Fi に接続し、ファイルは経由で転送されますTCP/IP高速で。
完了したら、Wi-Fi をオフにして BLE スタンバイに戻ります。
これは、Insta360、DJI、スマート ロック メーカーなどのスマート ハードウェア ブランドによって使用される標準アーキテクチャです。
まとめ
大きなファイルに最適: クラシック Bluetooth SPP(iOS 以外の環境のみ)。-
iOS 互換性が必須の場合:使用BLEただし、速度が遅くなることが予想されます。との組み合わせを検討してください圧縮またはに切り替えるWi-データ転送用.
ベスト プラクティス アーキテクチャ: 制御用の BLE + データ用の Wi-.
