杰理蓝牙发射器复位问题解析与解决方案

1. 问题现象与背景分析

最近在调试杰理蓝牙发射器模块时，发现一个奇怪的现象：当周围环境中存在名称长度超过32字节的蓝牙设备时，发射器会莫名其妙地复位。这个问题在实验室测试阶段并不明显，但在实际部署场景中频繁出现，导致设备稳定性大幅下降。

经过抓取日志分析，复位通常发生在蓝牙设备扫描阶段。发射器在尝试解析周围蓝牙设备广播包时，如果遇到超长名称的设备，就会触发看门狗复位。这个问题在密集设备环境（如商场、办公区）尤为突出，因为这些场所通常部署了大量智能设备，其中不少设备的蓝牙名称都超过了32字节的限制。

注意：这里的"字节"是指UTF-8编码下的字节长度，而非字符数。一个中文字符通常占3字节，所以实际字符限制可能只有10个左右。

2. 技术原理深度解析

2.1 蓝牙广播包结构分析

蓝牙设备通过广播包(Advertising Packet)向外宣告自身存在。一个完整的广播包包含多个AD Structure，每个AD Structure由以下三部分组成：

1. Length字段(1字节)：表示后续数据的长度
2. AD Type字段(1字节)：表示数据类型
3. AD Data字段(可变长度)：实际数据内容

当AD Type为0x09时，表示这个AD Structure包含的是设备的完整名称(Complete Local Name)。根据蓝牙核心规范，设备名称理论上可以长达248字节（因为单个AD Structure最大255字节，减去Length和AD Type字段）。

2.2 杰理芯片的内存管理机制

杰理蓝牙芯片为了优化内存使用，通常会对接收到的广播包进行预处理和缓存。在实现上，它可能会：

1. 为设备名称分配固定大小的缓冲区（如32字节）
2. 使用链表或指针管理多个AD Structure
3. 在协议栈层面对数据进行初步校验

当遇到超长名称时，如果缓冲区未做越界检查，就可能导致内存踩踏，进而触发硬件看门狗复位。这种情况在资源受限的嵌入式设备中并不罕见。

3. 解决方案设计与实现

3.1 软件层面的修复方案

针对这个问题，我们可以从以下几个层面进行修复：

1. 协议栈修改：

   c复制// 修改广播包解析逻辑
   #define MAX_NAME_LEN 32