CircuitPython中nRF52840设备重启BLE广告导致USB异常问题分析

在CircuitPython项目中使用nRF52840系列开发板时，开发者发现了一个与BLE(蓝牙低功耗)功能相关的异常现象。当设备在特定条件下重启BLE广告时，会导致USB连接异常断开并重新连接，甚至引发设备硬重启。

问题现象描述

开发者在测试BLE外设功能时，编写了一个简单的BLE UART服务程序。程序主要功能包括：

1. 初始化BLE广播
2. 等待连接
3. 连接后处理UART数据收发

当程序运行时，如果通过Ctrl-C中断程序执行，然后进入REPL模式并执行Ctrl-D重新加载，会出现以下异常情况：

• USB串口连接会异常断开并重新连接
• 在某些情况下设备会完全硬重启

问题定位过程

经过多次测试和排查，开发者发现：

1. 问题与BLE广告启动(ble.start_advertising())直接相关，注释掉该行代码后问题消失
2. 问题在设备没有任何绑定信息(clean bonding)时更容易复现
3. 在不同型号的nRF52840设备上(如ItsyBitsy nRF52840和CLUE)都能复现该问题
4. 通过UART调试接口可以观察到设备确实发生了硬重启

技术分析

这个问题实际上与nRF52840芯片的BLE协议栈和USB堆栈之间的交互有关。当设备在以下特定条件下：

1. BLE堆栈处于广告状态
2. 设备没有存储任何绑定信息
3. 系统尝试重新初始化BLE服务

会导致芯片内部资源冲突，进而触发USB控制器复位或整个系统复位。这种问题在嵌入式系统中比较常见，特别是当多个无线协议和USB功能共存在同一芯片上时。

解决方案

项目维护者通过修改BLE堆栈的初始化流程解决了这个问题。主要改进包括：

1. 在BLE服务重启时增加状态检查
2. 优化资源释放和重新分配的顺序
3. 确保在USB功能活跃时BLE堆栈不会执行可能导致冲突的操作

这个修复确保了即使在最开始的干净状态(无任何绑定信息)下，BLE广告的重新启动也不会影响USB功能的稳定性。

开发者建议

对于使用CircuitPython和nRF52840系列开发板的开发者，建议：

1. 保持固件版本更新，以获取最新的稳定性修复
2. 在开发BLE应用时，注意异常处理流程
3. 如果遇到类似问题，可以尝试清除设备绑定信息进行测试
4. 对于关键应用，考虑增加状态持久化检查，避免在异常状态下重复初始化

这个问题展示了在资源受限的嵌入式系统中，多种无线协议和接口共存时可能出现的复杂交互问题，也体现了CircuitPython社区对系统稳定性的持续改进。