1. 问题背景与需求分析
在蓝牙音频产品的开发过程中，杰理平台的1TN（单发单收）模式是常见的板级设计方案。但在实际应用中，我们发现一个典型问题：当RX（接收端）意外断开连接后，系统不会自动重新连接TX（发射端）。这种情况在运动耳机、无线麦克风等产品中尤为常见，用户不得不手动重新配对，严重影响使用体验。
经过对多个客户案例的跟踪分析，我们发现问题的核心在于：标准的1TN板级设计中，RX断开后系统默认进入低功耗状态，而不会主动重新发起广播。这与用户期待的"断开自动重连"行为存在明显差距。
2. 技术方案选型
2.1 传统1TN模式的局限
传统1TN方案的工作流程如下：
- TX端持续广播
- RX端扫描并发起连接
- 连接建立后进入数据传输状态
- 连接断开后RX端进入休眠
这种设计的缺陷在于第4步——断开连接后RX端缺乏重连机制。虽然这种设计有利于省电，但牺牲了用户体验。
2.2 自动配对方案的优势
我们提出的改进方案是在RX检测到连接断开后：
- 立即启动广播功能
- 同时保持扫描状态
- 当检测到原TX信号时自动重连
这种设计的关键优势在于：
- 实现真正的无缝重连（典型恢复时间<2秒）
- 功耗增加可控（广播+扫描模式功耗仅比纯扫描高15%）
- 完全兼容现有硬件设计
3. 具体实现步骤
3.1 硬件环境准备
确保开发板满足以下条件：
- 使用AC692X系列芯片（推荐AC6926C）
- Flash容量≥4MB（用于存储配对信息）
- 天线调试已完成（确保RSSI检测精度）
3.2 SDK配置修改
在board_config.h中进行关键参数设置：
c复制#define AUTO_RECONNECT_EN 1 // 启用自动重连
#define ADV_INTERVAL_MIN 160 // 广播间隔最小值(单位0.625ms)
#define ADV_INTERVAL_MAX 160 // 广播间隔最大值
#define SCAN_INTERVAL 80 // 扫描间隔
#define SCAN_WINDOW 48 // 扫描窗口
3.3 事件处理逻辑实现
在蓝牙协议栈事件回调函数中添加以下处理：
c复制void ble_event_callback(uint8_t event, void *arg)
{
case BLE_EVENT_DISCONNECT:
if(auto_reconnect_enabled){
ble_op_adv_start(); // 启动广播
ble_op_scan_start(); // 启动扫描
}
break;
case BLE_EVENT_SCAN_REPORT:
if(is_target_device(scan_report)){
ble_op_connect(); // 发起连接
}
break;
}
3.4 配对信息管理
在Flash中保留最后一次成功连接的设备信息：
c复制typedef struct {
uint8_t mac[6];
uint8_t link_key[16];
uint32_t timestamp;
} pair_info_t;
void save_pair_info(pair_info_t *info){
flash_erase(PAGE_256);
flash_write(PAGE_256, (uint8_t *)info, sizeof(pair_info_t));
}
4. 关键参数调试要点
4.1 广播间隔优化
广播间隔直接影响重连速度和功耗：
- 间隔160ms（0x00A0）：平衡方案
- 间隔80ms（0x0050）：快速重连模式
- 间隔320ms（0x0140）：低功耗模式
实测数据表明：
| 广播间隔 | 平均重连时间 | 额外功耗 |
|---|---|---|
| 80ms | 1.2s | +25% |
| 160ms | 2.1s | +15% |
| 320ms | 3.8s | +8% |
4.2 RSSI阈值设置
在ble_scan.c中设置合理的RSSI阈值：
c复制#define TARGET_RSSI_THRESHOLD -60 // 仅响应信号强度>-60dBm的设备
这个值需要根据实际产品形态调整：
- 头戴式设备：-50dBm
- 手持设备：-60dBm
- 远距离设备：-70dBm
5. 生产测试方案
5.1 自动化测试脚本
使用Python控制测试仪模拟断连场景：
python复制import pybtool
def test_reconnect():
dut = pybtool.DeviceUnderTest()
tester = pybtool.BTester()
# 建立初始连接
tester.connect(dut.mac)
# 模拟断连
tester.disconnect()
# 验证自动重连
assert dut.wait_reconnect(timeout=5), "重连失败"
print("测试通过")
5.2 产线测试项
必须包含以下测试场景：
- 正常断开后自动重连
- 异常断电后恢复重连
- 多设备环境下的正确识别
- 极限距离下的重连稳定性
6. 常见问题排查
6.1 重连失败问题
现象：断开后无法自动重连
排查步骤：
- 检查
AUTO_RECONNECT_EN是否启用 - 确认Flash中配对信息是否正确写入
- 用逻辑分析仪抓取HCI日志
- 测量天线阻抗（应在50Ω±10%）
6.2 功耗异常问题
现象：待机电流明显增大
解决方案：
- 调整
ADV_INTERVAL到320ms以上 - 检查扫描窗口是否过大
- 确认没有其他后台任务运行
6.3 干扰环境表现优化
在多设备环境中建议：
- 启用白名单过滤
- 实现动态信道选择
- 增加连接参数协商机制
7. 方案优化建议
在实际项目中，我们进一步发现以下优化空间：
-
智能广播间隔：根据断开原因动态调整
- 用户主动断开：延迟300ms再广播
- 信号弱断开：立即广播
- 超时断开：延长广播间隔
-
多模连接策略：当主设备不可达时
- 尝试连接备用设备
- 进入可发现模式
- 提供LED状态指示
-
功耗精细管理：
- 采用间歇式扫描（扫描5秒，休眠1秒）
- 动态调整发射功率
- 低温环境补偿算法
这个方案在多个量产项目中验证，重连成功率从原来的68%提升到99.3%，平均重连时间控制在2秒以内，额外功耗增加控制在12-18%范围内。对于需要极致用户体验的音频产品，这种自动配对机制的改进是值得投入的。