
1. 引言BlueNRG-LP 是意法半导体第三代低功耗蓝牙单芯片解决方案,兼容低功耗蓝牙 5.2版本。相较于之前的 BlueNRG-1/2 版本,意法半导体对其低功耗蓝牙协议栈进行了升级和优化,引入了 Radio Task 的概念,客户在研发过程中,应切实关注其应用中使用到的Radio Task 数量并在程序中做相应的配置,才能避免相关问题的发生。 2. 问题描述 客户使用两块 BlueNRG-LP 评估板,搭建一主一从测试平台,从设备同时发送传统广播包和扩展广播包,主设备能通过事件 “hci_le_meta_event ”下的子事件“hci_le_extended_advertising_report_event”获取到传统广播数据包,但是始终无法同时扫描到扩展广播包。 3. 问题分析与定位 第一步测试: 使用相同的 BlueNRG-LP 评估板(STEVAL-IDB011V1)搭建一主一从测试平台,单从验证上述客户问题的角度,本测试无需动用 IDE 工具,可直接烧录 SDK 中预编译好的可执行示例文件。 从设备端烧录 SDK 程序:ST\BlueNRG-LP DK 1.x.y\Firmware\BLE_Examples\BLE_Beacon\STEVAL-IDB011V1\BLE_Beacon_ExtendedAdv.hex, 该程序能同时支持传统广播和扩展广播的发送。 主设备端烧录 SDK 程序:ST\BlueNRG-LP DK 1.x.y\Firmware\BLE_Examples\DTM\STEVAL-IDB011V1\ DTM_UART.hex,该程序可以和意法半导体提供的 PC 端测试工具 BlueNRG GUI 配合使用,通过该 GUI 工具将该评估板配置成主设备并扫描从设备发出的广播包。可从 GUI 工具界面直接扫描到广播包数据和广播包类型。 第一步测试结果,如图 1 所示,可以同时扫描到传统广播和扩展广播。说明 BlueNRGLP 同时支持扫描传统广播和扩展广播是没有问题的。 ![]() 比较分析与客户平台的区别,从设备烧录的一样的程序,主设备端客户使用的基于 SDK 中BLE_SerialPort 参考示例更改的代码,可初步断定该问题处在客户平台主设备端程序上。 第二步测试: 主设备端重新烧录 SDK 程序:\BlueNRG-LP DK 1.x.y\Firmware\BLE_Examples\BLE_SerialPort\STEVAL-IDB011V1\BLE_SerialPort_Client.hex, 经过调试,发现也无法同时扫描到扩展广播和传统广播,问题现象和客户描述一致。 通过 BlueNRG-LP 编程手册(PM0269) 章节 4 中所述,发现客户问题应该和代码中配置的 Radio Task 数量太小有关,即下图 2 中的宏 NUM_LINKS,当前配置值为 1,即只支持一个 Radio Task。所以无法同时支持扫描传统广播和扩展广播。 ![]() 完整版请查看:附件 ![]() |
【有奖体验】STM32Cube通过Clang/LLVM支持进一步简化代码开发
STM32CubeMX应用结构选择指南
经验分享 | STM32CubeMX 生成时钟获取函数的分析
兔哥的最强U5图显【000】——U5G9最小系统绘制
兔哥的ST67——【000】ST67模组订购
基于LORA的环境感知系统
经验分享 | 使用CubeMx配置NVIC时为何不见子优先级?
经验分享 | 三个 ADC 同步模式配置以及 CubeMx 错误配置的解决方法
兔哥的边缘AI【001】——DIY-STM32N6全IO扩展板
兔哥的BLE【002】-WB09最小系统板PCB设计