工具/软件：
重新访问以前未解决的问题
我正在实施 RCL 驱动程序的更优化(尽管是专门化的)变体 我一般都熟悉它的内部设计,在运行一些库存示例时单步执行它的代码
正如你可能想象的,我的代码最终是"裸机"-直接与您的.h 文件中定义的寄存器对话..
从专有的250K PHY 和"通用"补丁开始、我能够发送/接收我自己格式的数据包... 除了使用自己的 RX 程序之外、我还可以使用 SmartRF Studio ...接收这些数据包
作为下一步、我已经移动到1M PHY ... 再次,我能够发送/接收数据包..
此时、我仍在使用"generic" PBE | MCE | RFE 修补程序、尽管频率不同 在内部、我将使用 PBE_GENERIC_REGDEF_API_｛TX、RX｝命令来启动发送/接收操作...
到目前为止、非常好！！！！
在这里、我使用了相同的1M PHY、但与"BLE5" PBE | MCE | RFE 补丁一起使用 目标是发送/接收我将按照 BLE 标准形成的数据包... 在内部、我现在使用 PBE_BLE5_REGDEF_API_｛TX、RX｝原始命令来启动发送/接收操作 由于这些是标准 BLE 数据包,我已经完成了所有额外的设置-美白、CRC、访问地址等...
此时、我可以"广播"标准 BLE 数据包-经数据包监听器、我的手机、SmartRF Studio 等验证！！！！
当然,下一步是接收标准 BLE 广播包——这是我目前的困境
我知道了我最初使用的 PBE_BLE5_REGDEF_API_ADV 命令、但我随后发现可以直接使用 PBE_BLE5_REGDEF_API_TXRATION...传输相同的标准数据包
虽然我也知道了 PBE_BLE5_REGDEF_API_SCAN 命令、但我正在寻找一个更通用的解决方案、通过 PBE_BLE5_REGDEF_API_RXSDVI...
我意识到这是**不是**一个典型的用例… (请给我发送一封私人邮件以了解更多详情) 想如何继续？？？？
一个步骤也可能有所帮助： 在执行 TX 或 RX 测试...时、SmartRF Studio 会将基于 SRAM 的小型映像加载到我的目标 CC23xx 中 当使用 BLE 1M PHY 时、我看到信道37上有大量的 BLE 数据包--不仅来自我的测试程序、而且来自家中的许多其他东西！！！！ 如果然后将我自己的"广播"程序切换到(比如)信道17、我也可以看到我自己的数据包、而是使用为该信道配置的 SmartRF Studio ...
无论接收 CC23xx 的 SRAM 中加载了任何代码、都很明显有技巧！！！！ 是否可以"按原样"访问此代码？？？？？
