[参考译文] CC2340R5：在接收数据包时监控无线电状态

请允许我留出一些时间、询问无线电研发团队以获取进一步的意见。

此致、
Ryan

无线电研发部门提供了一些有用的反馈：

对于可能出现的问题、我们的见解有限、但可以使用几个技巧来查看数据包会发生什么情况。 客户可以订阅一些 LRF 事件、然后在回叫中控制一些 IO。 以下事件非常有用：

• lrfEvents.systim2：这甚至会在找到 SYNC 时发生
• lrfEvent。 rxNok：如果数据包出现 CRC 错误、则会发生此事件
• lrfEvent。 rxBufFull：如果接收到数据包、但该数据包未装入可用的 RX 缓冲区、则会发生该事件。 在这种情况下、命令也将结束、命令状态将为 RCL_SCIRO Status_Error_Rx。

请注意、为了看到这些事件、除了在回调函数中检查事件外、还必须在命令的 lrfCallbackMask 中启用这些事件。

如果使用通用 RX 命令、找到 SYNC 的任何情况都应导致接收到数据包、CRC 错误或缓冲区满、除非长度字段大于命令中给出的最大长度。  如果事实证明在某些数据包中找不到同步、则很难找到根本原因。 在本例中、我将寻找一般的射频问题、例如频率偏移、链路预算和干扰。 (如果数据包由于 CRC 错误而丢失、这同样适用)

要启用 lrfCallbackMask、请参阅 RCL 命令 和 LRFCC23X0.h 文档。  以 rfEchoTx 为例、你要在 mainThread 中添加这样的行

rclPacketTxCmdGenericTx.common.runtime.lrfCallbackMask.value = LRF_EventSystim2.value | LRF_EventRxNok.value | LRF_EventRxBufFull.value;

后跟回调中的此类语句：

    if(lrfEvents.systim2)
    {
        // ADD DEBUG CODE HERE
    }
    if(lrfEvents.rxNok)
    {
        // ADD DEBUG CODE HERE
    }
    if(lrfEvents.rxBufFull)
    {
        // ADD DEBUG CODE HERE
    }

此致、
Ryan