沁恒低功耗蓝牙芯片作为从机发生超时断连排查步骤

蓝牙断连 Reason 0x08 排查指南：从射频硬件到连接参数

当蓝牙连接出现 Disconnected，Reason: 0x08 时，通常表示连接超时：设备在连接监督超时（Supervision Timeout）规定的时间内，未能与主机成功完成有效通信，最终导致连接断开。

针对使用WCH的蓝牙应用，可按照以下顺序逐步排查。

一、排查射频硬件

烧录定频测试固件，先确认硬件频偏和发射功率是否满足设计要求。

定频测试介绍：沁恒CH57x,CH58x,CH59x系列低功耗蓝牙芯片定频测试 - oTvTo - 博客园

测试方式：

断开 ANT 射频端与原天线的连接，在断开处引出射频测试线，进行传导测试。

参考判定指标：

测试项目	参考要求
频偏	小于 50 kHz，越接近目标中心频率越好
发射功率	与目标值的偏差不超过 ±3 dB，功率读数单位为 dBm

如果测试不合格，应优先排查射频硬件问题，再进行后续软件验证。

二、排查环境干扰

检查测试环境周围 2 米范围内，是否存在可能产生较强 2.4 GHz 干扰的设备，例如：

• 无线路由器；
• 微波炉；
• 其他工作在 2.4 GHz 频段的大功率无线设备。

可通过关闭附近干扰源、增大设备间距或更换测试场地进行对比，观察断连问题是否仍然出现。

三、排查睡眠与唤醒异常

临时关闭全局宏 HAL_SLEEP，在不进入睡眠的情况下进行持续连接测试，确认问题能否复现。

如果关闭睡眠后断连明显减少或不再出现，应重点检查睡眠进入、唤醒时序以及相关处理逻辑。

关闭睡眠主要用于定位问题，是否作为最终方案，需要结合功耗要求评估。

四、排查程序阻塞

蓝牙通信依赖主循环中的 TMOS_SystemProcess() 调度处理。如果主循环、任务或中断长时间占用 CPU，可能导致协议栈无法及时处理连接事件，进而引发超时断连。

1. 检查主循环

检查主循环中是否存在频繁执行的阻塞操作。

建议主循环单轮运行时间不超过 400 μs。

重点关注延时等待、轮询外设、同步通信及大量日志输出等操作。

2. 检查 TMOS 任务

检查单个 TMOS 任务每次执行所占用的时间：

• 单次执行时间不应超过连接间隔的一半；
• 对于以毫秒级周期频繁触发的任务，应同时参考主循环的 400 μs 建议，尽量缩短执行时间。

耗时操作可拆分成多个阶段，通过事件或状态机分批执行，避免一次占用过长时间。

3. 检查中断

检查是否存在高频中断，以及中断服务程序是否执行了过多操作。

单次中断处理时间不应超过连接间隔的一半。

还需关注中断的累计占用：即使单次处理较短，过于频繁的中断也可能影响主循环调度。

上述时间指标用于辅助排查，不代表只要满足指标就一定不会断连。应结合实际连接参数和程序运行情况判断。

五、排查主机兼容性

将从机延迟参数设置为：

#define DEFAULT_DESIRED_SLAVE_LATENCY 0

重新配对后进行持续连接测试，观察断连问题是否仍然存在。

如果设置为 0 后连接稳定性明显改善，应重点关注连接参数协商结果，以及不同主机对从机延迟的兼容情况。

六、连接参数设置建议

对于 HID 应用，可通过程序中的 hidDevParamUpdateCB 接口获取主机最终分配的连接参数：

参数	含义	常用单位
connInterval	连接间隔	1.25 ms
latency	从机延迟，允许从机跳过的连接事件数量	连接事件数
timeout	连接监督超时	10 ms

调试时，应以实际协商生效的参数为准，不能只看程序中期望配置的数值。

1. 连接间隔与超时需要配合设置

连接间隔增大时，应同步评估是否需要增大 timeout，为通信重试保留足够的时间。

例如：

timeout      = 100  → 100 × 10 ms = 1000 ms
connInterval = 0x30 → 48 × 1.25 ms = 60 ms

此时，一个监督超时窗口约包含：

1000 ms ÷ 60 ms ≈ 16.7 个连接间隔

这意味着，若持续约 1 秒未完成有效通信，就可能触发超时断连。

这里的“约 16 个”应理解为连接间隔数量的粗略估算，连接事件与数据包并非一一对应，实际表现还与通信时序及 latency 等因素有关。

2. 从机延迟不宜设置过大

根据过往调试经验，参数协商时不建议将 latency 设置得超过 20，少部分主机可能存在兼容性断连风险。

这一数值属于经验建议，并非协议上限。如果为了降低功耗需要使用更大的 latency，建议扩大主机兼容性测试范围，并结合连接间隔和监督超时验证长期连接稳定性。

七、推荐排查顺序

1. 验证射频硬件：定频测试，确认频偏及发射功率。
2. 排除环境干扰：关闭或远离附近的 2.4 GHz 干扰源。
3. 关闭睡眠对比：确认是否与睡眠、唤醒有关。
4. 测量程序耗时：检查主循环、TMOS 任务和中断占用。
5. 将 latency 设为 0：重新配对，验证主机兼容性。
6. 记录实际连接参数：结合 connInterval、latency 和 timeout 分析。

 

每次尽量只调整一个变量，并记录测试环境、主机型号、固件版本、实际连接参数及断连时间，以便对比结果、缩小问题范围。