e2e.ti.com/.../rcl_5F00_settings.ce2e.ti.com/.../rcl_5F00_settings.he2e.ti.com/.../rcl_5F00_settings_5F00_generic.he2e.ti.com/.../rcl_5F00_settings_5F00_test.ce2e.ti.com/.../rcl_5F00_settings_5F00_generic.ce2e.ti.com/.../rcl_5F00_settings_5F00_test.h
工具与软件:
我使用 PBE_BLE5_REGDEF_API_ADV 操作编写了一个发送 BLE 广播包的最低限度程序... 在测试中、我可以使用 BLE 监听器看到广播包;我还可以使用 SmartRF Studio 8接收广播包...
深入了解 ble5.c 命令处理程序源 后、我注意到一组 BLE5_generic{Rx、Tx}函数、它们类似于 generic.c 中定义的 Generic_{、Tx}函数...我已经在其中一个专有 Rx 中成功使用了后者的函数...
作为一个实验、我使用了 PBE_BLE5_REGDEF_API_TXRAW 而不是 API_ADV --而且一切都像以前一样继续工作(因为我不期待扫描响应)… 同样、我可以通过多种方式(SmartRF、监听器、电话等)成功接收这些广播包...
然后、我发现了 PBE_BLE5_REGDEF_API_RXRAW 操作、它类似于我在其他地方使用的 PBE_GENERIC_REGDEF_API_RX ... 但是、当我尝试使用此操作接收我的 BLE 广播包时、从未收到任何消息... 一般而言、我的无线电设置方式与使用 TXRAW 时完全相同(相同的同步字、相同的白化、相同的 CRC 初始化、相同的信道37等)... 显然,我不是在那里!!!!
但是,因为我可以使用 SmartRF Studio8接收广告包,我看了代码导出文件,发现了一些没有意义的东西.. 具体而言、有一个生成的 RCL_SETTINGS_GENERIC.c 文件似乎对 PBE 使用通用(而不是 CLE5)补丁;MCM 和 RFE 按预期使用 BLE 补丁... 如果我错了、请纠正我的问题、但这表明我的数据包 RX 测试(该测试捕获 BLE 广播数据包)实际上在使用 PBE_GENERIC_REGDEF_API_RX 操作???
(我已经把生成的文件附加到这个帖子)..
如果是、如何使用通用 PBE 来处理白化问题??? 我仅在 BLE5 PBE 中看到对白化的支持...
我所要做的就是编写一个可以接收 BLE 广播包的最小程序...