[参考译文] CC2652R：rf_postCmd ()返回有效的句柄、但发布的命令状态保持0 (空闲)

尊敬的 Bob：

如何配置 RF_cmdPropRx 命令？  在重试之前、您是否考虑过刷新所有先前的命令？  您是否可以成功立即重试？或者此操作是否需要延迟才能继续？  如果可能、请提供代码段以及正在使用的 SIMPLELINK-CC13XX-CC26XX-SDK 版本。  由于 RF_CmdHandle 是命令队列中的索引、零 可能意味着调度程序出现问题或接收器当前处于阻塞/繁忙状态。   负值要么具有特殊的含义、要么表示错误。  此外、还应参考 rflib API 文档和 prop_rf 示例。

此致、
Ryan

您好！

谢谢你的答复。

RF_cmdPropRx 命令用于单独的挂起调用、有时确实可以使用、因此我认为它应该配置正确。

我会在发出 RF_cmdPropRx 命令之前刷新所有命令。

我感到沮丧的是、我无法从射频内核查询任何可用状态来诊断可能发生的情况。

因此、我计划转到一个新的收音机、想尝试 SiLabs ERF32。

您可以从添加 RFCC26X2_MULTIPLE.c 将\source\ti\drivers\rf 直接 部署到项目工作区中、以进一步调试 pCmd->ch 等于零的 RF_postCmd 的任何实例。  理论上、这只会在 RF_cmdQ.nSeqPost 由于 过多的  RF_scheduleCmd 错误而递减至-1的情况下发生。

此致、
Ryan

我曾尝试通过 RFCC26X2_MULTIPAD.c 单步执行

我可以看到分配了命令并将其添加到了挂起列表中。  随后、我的代码会刷新所有命令以结束接收。  我看到命令完成回调、但没有接收、即使在命令处于"活动"状态期间传输了数据包也是如此。

我可以从 CPU 监控的唯一症状是 cmd.status 不是在此特定命令实例上由 CPE 设置 (在其他挂起命令调用中设置为顶部1)。

所以,神奇的是,正在发生或不正在发生在 CPE 内部。  因此我被绊跌了。