Thread 中讨论的其他器件:SIMPLELINK-CC13XX-CC26XX-SDK
我有一个 RFC_CMD_PROP_RX_ADV_t 命令、可以发布多次以接收数据包。
有时命令状态在 RF_postCmd ()调用之后设置为1,但有时仍设置为0。
如果它保持为0、该命令将不起作用(不接收数据包)。
在所有情况下,在我调用 RF_postCmd ()时没有其他命令等待处理。
我希望有人可以给出导致此问题或其他调试问题的原因
谢谢
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
我有一个 RFC_CMD_PROP_RX_ADV_t 命令、可以发布多次以接收数据包。
有时命令状态在 RF_postCmd ()调用之后设置为1,但有时仍设置为0。
如果它保持为0、该命令将不起作用(不接收数据包)。
在所有情况下,在我调用 RF_postCmd ()时没有其他命令等待处理。
我希望有人可以给出导致此问题或其他调试问题的原因
谢谢
尊敬的 Bob:
如何配置 RF_cmdPropRx 命令? 在重试之前、您是否考虑过刷新所有先前的命令? 您是否可以成功立即重试?或者此操作是否需要延迟才能继续? 如果可能、请提供代码段以及正在使用的 SIMPLELINK-CC13XX-CC26XX-SDK 版本。 由于 RF_CmdHandle 是命令队列中的索引、零 可能意味着调度程序出现问题或接收器当前处于阻塞/繁忙状态。 负值要么具有特殊的含义、要么表示错误。 此外、还应参考 rflib API 文档和 prop_rf 示例。
此致、
Ryan
我曾尝试通过 RFCC26X2_MULTIPAD.c 单步执行
我可以看到分配了命令并将其添加到了挂起列表中。 随后、我的代码会刷新所有命令以结束接收。 我看到命令完成回调、但没有接收、即使在命令处于"活动"状态期间传输了数据包也是如此。
我可以从 CPU 监控的唯一症状是 cmd.status 不是在此特定命令实例上由 CPE 设置 (在其他挂起命令调用中设置为顶部1)。
所以,神奇的是,正在发生或不正在发生在 CPE 内部。 因此我被绊跌了。
您能否分享一个演示该问题的修改项目示例? 您使用的是哪个版本的 SIMPLELINK-CC13XX-CC26XX-SDK? Prop RF 用户指南 、以方便参考。
此致、
Ryan