3、蓝牙配对与连接管理：经典蓝牙与BLE对比、配对流程、重连机制
好，咱们进入第三章。这一章聊的是蓝牙连接的核心——配对与重连。说实话，这部分是Soundbar低音炮开发中最容易出坑的地方。我见过太多产品，音质做得不错，结果用户一开机连不上低音炮，体验直接崩了。
咱们先搞清楚一个基本问题：经典蓝牙和BLE，到底该用哪个？
3.1 经典蓝牙 vs BLE：选型背后的逻辑
很多人觉得BLE是新技术，肯定比经典蓝牙好。其实不是这么回事。两者各有各的用武之地。
| 对比项 | 经典蓝牙 (BR/EDR) | BLE (低功耗蓝牙) |
|---|---|---|
| 典型速率 | 1-3 Mbps | 125 Kbps - 2 Mbps |
| 峰值电流 | 30-50 mA | 5-15 mA |
| 连接延迟 | ~100 ms | 3-6 ms (可配置) |
| 音频传输 | 原生支持 (A2DP) | 需通过LE Audio (LC3编解码) |
| 配对复杂度 | 较高 (需SSP) | 较低 (可白名单) |
我个人习惯是：如果低音炮需要传输高码率音频，比如支持aptX或LDAC，那必须用经典蓝牙。BLE的带宽撑不住。但如果只是传输低码率音频，或者做控制信令，BLE就够用了。
举个例子。我之前做一款Soundbar，低音炮用的是经典蓝牙A2DP传输音频，但音量控制和EQ切换走的是BLE。这样既保证了音质，又降低了控制通道的功耗。说白了，就是让专业的人干专业的事。
关键点：Soundbar低音炮场景，主流方案是「经典蓝牙传音频 + BLE传控制」。别想着一个蓝牙搞定所有，那往往是妥协的开始。
3.2 配对流程：从发现到信任
配对，说白了就是两个设备互相认识并建立信任的过程。经典蓝牙和BLE的配对流程不太一样，咱们分开讲。
3.2.1 经典蓝牙配对流程
经典蓝牙配对分三个阶段：
- 发现阶段：Soundbar广播自身信息，低音炮扫描并发现它。
- 配对阶段：交换IO能力，选择配对方式。常见的有Numeric Comparison、Passkey Entry、Just Works。
- 绑定阶段：生成并存储Link Key，下次可以直接重连。
嗯，这里要注意。Soundbar低音炮这种场景，用户不可能每次都用手机去输密码。所以一般用Just Works方式，也就是自动配对。但自动配对有个问题——安全性低。我建议在出厂时预置Link Key，或者用NFC碰一碰完成配对。
实战技巧：我在项目中遇到过，低音炮和Soundbar配对后，用户换了个手机，结果低音炮还连着旧设备。解决方案是：在低音炮上设计一个「强制配对」按键，长按5秒清除所有绑定信息。
3.2.2 BLE配对流程
BLE的配对流程更轻量。它分四个步骤：
- 广播与扫描：低音炮广播，Soundbar扫描。
- 连接建立：Soundbar发起连接请求。
- 配对请求/响应：交换配对特性。
- 密钥分发：生成并存储LTK (Long Term Key)。
你想想看，BLE的配对比经典蓝牙简单多了。但简单也意味着容易出问题。我见过最典型的坑是：BLE配对成功后，LTK没存进NVDS（非易失性存储），断电后又要重新配对。用户能不烦吗？
避坑指南：我曾经在量产前才发现，某款BLE芯片的LTK存储有bug，断电后丢失。排查了三天，最后发现是SDK里一个宏定义没开。所以，配对后一定要做断电重启测试，确认重连正常。
3.3 重连机制：让用户体验丝滑
配对是一次性的，重连才是日常。重连做得好不好，直接决定了用户对产品的评价。
3.3.1 经典蓝牙重连
经典蓝牙重连依赖之前存储的Link Key。流程如下：
- 低音炮上电后，主动扫描之前配对的Soundbar。
- 如果扫描到，发起连接请求，并携带Link Key。
- Soundbar验证Link Key，通过后建立连接。
这里有个细节：扫描间隔。我建议低音炮的扫描间隔设为20ms，持续扫描3秒。如果3秒内没找到，切换到低功耗模式，每500ms扫描一次。这样既保证了重连速度，又省电。
经验之谈：经典蓝牙重连的典型时间是1-3秒。如果超过5秒还没连上，用户就会觉得「这玩意儿是不是坏了」。所以，重连超时一定要控制在3秒以内。
3.3.2 BLE重连
BLE的重连更灵活。它有两种模式：
- 白名单模式：低音炮只响应白名单中的设备。安全性高，但需要提前配置。
- 直连模式：低音炮广播时携带之前配对的设备地址，Soundbar扫描到后直接发起连接。
我个人更推荐白名单模式。为什么？因为低音炮场景下，设备是固定的，不需要频繁更换。白名单模式可以避免被其他设备干扰。
举个例子。有一次我在测试中发现，低音炮老是连到隔壁工位的开发板。排查后发现，是广播包里的设备地址没做过滤。改成白名单后，问题解决。
3.3.3 重连失败的处理
重连不可能100%成功。我总结了几个常见失败原因：
- 信号干扰：Wi-Fi 2.4G频段和蓝牙打架。建议低音炮和Soundbar的距离控制在10米以内，中间不要有金属障碍物。
- 密钥丢失：Link Key或LTK被意外擦除。解决方案是设计一个「恢复出厂设置」功能。
- 协议栈bug：某些芯片的重连状态机有缺陷。我建议在固件中加一个「重连计数器」，连续失败3次后自动进入配对模式。
避坑指南：我曾经遇到一个案例，低音炮重连时总是卡在「连接建立」阶段。后来发现是Soundbar的蓝牙协议栈在处理重连请求时，没有释放之前的连接资源。解决方案是：在重连前先发送一个「断开连接」指令，确保资源释放干净。
3.4 实战建议：如何设计一个靠谱的蓝牙连接方案
说了这么多，总结几条实战建议：
- 音频走经典蓝牙，控制走BLE。这是目前最成熟的方案。
- 配对方式用Just Works + 预置密钥。用户不需要任何操作，开机即连。
- 重连超时设为3秒。超过3秒没连上，主动进入配对模式。
- 加一个物理按键。用于强制配对和恢复出厂设置。别省这个成本，它能解决80%的售后问题。
- 做充分的兼容性测试。不同品牌的Soundbar和低音炮，蓝牙协议栈实现有差异。我建议至少测试市面上主流的5款芯片方案。
好了，这一章就到这里。下一章咱们聊音频同步——低音炮和Soundbar之间怎么做到「声画同步」，那可是个技术活。