STM32 BlueNRG GAP中心设备无法读取设备名称问题求助

问题核心 #

设备作为GAP中心设备时，读取手机端通用访问服务（0x1800）下的设备名称特征（0x2A00）触发超时断开，外设模式无异常，官方universal central示例也复现该问题，说明问题集中在中心设备的BLE连接参数、协议栈适配或底层逻辑上。

具体排查步骤 #

• 调整连接参数匹配外设要求
  手机作为外设时对连接参数有特定范围要求，中心设备发起连接或连接后需主动更新参数：

  • 连接间隔设为30ms（0x001E，符合BLE规范7.5ms-4000ms范围）
  • 连接超时设为2000ms（0x07D0，需至少为4倍连接间隔）
  • 避免使用默认的过短超时或不匹配的间隔参数。

• 更新BLE模块固件并调整ATT响应超时

  • 用STM32CubeProgrammer更新X-NUCLEO-BNRG2A1的BLE固件至最新版本，旧版本中心模式可能存在ATT层兼容性bug
  • 调整协议栈ATT客户端的响应超时时间至3000ms，避免因手机响应稍慢触发超时断开。

• 规范特征读取流程
  严格遵循BLE客户端读取流程：

  • 先发现0x1800服务，再遍历发现其下的0x2A00特征，获取特征句柄后发起读取请求，不要直接用UUID硬编码读取（部分外设对UUID直接读取支持有限）
  • 确认使用的是标准ATT_READ_REQ命令，避免错误的请求类型。

• 排查硬件通信与供电

  • 检查NUCLEO-L476RG与X-NUCLEO-BNRG2A1的SPI/I2C链路，通过协议栈日志（若支持）验证数据交互无丢包
  • 确保开发板供电稳定，中心设备模式下BLE模块扫描、连接功耗更高，供电不足会导致通信异常。

• 对比中心/外设模式的配置差异
  导出STM32CubeMX两种模式的配置文件，对比以下关键项：

  • BLE控制器的角色参数配置差异
  • 协议栈内存分配（中心设备需更多内存处理客户端逻辑）
  • 中断优先级，确保BLE相关中断（SPI/I2C、模块中断）优先级足够高，避免被其他任务抢占导致响应延迟。

内容的提问来源于stack exchange，提问作者Philipp Duncan