Bruce项目蓝牙键盘模拟功能故障分析与修复

问题背景

在Bruce项目的最新测试版固件(版本号4f995e8)中，用户报告了一个关于蓝牙键盘模拟功能(Bad BLE)的重要问题。该功能本应模拟一个名为"keyboard_1c"的蓝牙键盘设备，但在实际使用中却出现了异常表现。

故障现象

当用户在M5Stick Plus 2设备上执行以下操作流程时：

1. 刷入指定版本的测试固件
2. 进入蓝牙功能菜单
3. 选择Bad BLE选项
4. 设置文本payload
5. 选择US键盘布局

预期行为是设备应该以"keyboard_1c"的名称出现在其他设备的蓝牙扫描列表中。然而实际观察到的现象是：

• 设备名称显示为一串随机字符串而非预期的标准名称
• 其他设备无法成功连接该模拟的蓝牙键盘

技术分析

从现象来看，这很可能是一个蓝牙设备标识符(Device Name)设置方面的bug。在蓝牙协议中，设备名称是一个重要的广播参数，用于让周边设备识别和连接。正常情况下，Bruce项目的Bad BLE功能应该固定使用"keyboard_1c"作为设备名称，以模拟标准蓝牙键盘设备。

出现随机字符串而非固定名称的情况，可能由以下原因导致：

1. 设备名称参数未正确初始化
2. 内存区域被意外修改
3. 字符串处理函数存在逻辑错误
4. 蓝牙协议栈配置不当

修复过程

项目维护者在收到问题报告后，迅速定位并修复了该问题。修复后的测试版固件已经解决了这个设备名称显示异常的问题。根据用户反馈，不仅Bad BLE功能恢复正常，连带相关的Bad USB功能也得到了修复，这表明这两个功能可能共享了某些底层代码模块。

用户验证

测试用户重新刷入修复后的测试版固件后确认：

• 蓝牙设备现在能正确显示为"keyboard_1c"
• 其他设备可以成功连接该模拟键盘
• 相关功能工作正常

技术启示

这个案例展示了嵌入式开发中字符串处理和设备标识管理的重要性。在开发类似蓝牙模拟功能时，开发者需要特别注意：

1. 确保设备标识符的持久性和一致性
2. 对关键字符串参数进行保护，防止内存污染
3. 实现完善的错误处理机制
4. 保持功能模块间的隔离性

Bruce项目团队快速响应并修复问题的态度，也体现了开源项目在质量保证方面的优势。这种及时的问题反馈和修复机制，对于提升嵌入式设备的稳定性和用户体验至关重要。