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.

[参考译文] CC1311R3:RF_Open 命令无效

Guru**** 2478765 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1331243/cc1311r3-rf_open-command-not-working

器件型号:CC1311R3

您好!

我们看到了一种奇怪的行为,我们已经挣扎了好几天。

在首次调用 RF_Open 之后、芯片基本上停止工作。

下一个命令- RF_runCmd (RFHandle、(RF_Op*) RFPublic。 CMD_FS_Rx、RF_PriorityNormal、NULL、0);  
从不返回。

RF_Open 和 RF_runCmd 之间的 UART 输出在 UART 上发送垃圾。 所以很显然芯片内部有一些不好的东西。

-我们已检查 RFOpen 的参数,并替换为从 SmartRFstudio 复制的参数->没有帮助
-我们检查堆栈,它有足够的空间。  

-这都是在任务上下文中运行的,所以只有特定的线程暂停。  

我希望有一些来自支持团队的头脑风暴、讨论哪些因素会导致 RF_Open 命令在此类情况下破坏系统。

- no_more_wires

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    您是否碰巧使用了 MCE_RFE_OVERRIDE? 根据 https://software-dl.ti.com/lprf/smartrftm_studio/docs/help/html/cmd_override_editor.html#override-list-format

    必须将它放在列表中的第一位。 如果是这样、请告诉我。

    此致、

    亚瑟

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、MCE_RFE_OVERRIDE 放在列表中的第一个位置。 似乎该问题会 出现在 RFCC26X2_Multimode.c 中的第5244行中、其中 RF_pendCmd 函数在信标上挂起。 该线路是  

    SemaphoreP_pend (&H>state.semSync、SemaphoreP_WAIT_FOREVER);
    我们还看到在 FSM 中多次调用 RF_swiFsm、最后的 RF_CORE 结构如下所示:
    状态:RF_CoreStatusPoweringUp
    fxn: 0xae1
    活动时间单位: 0
    Init: false
    manualXoscHfSelect: false
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    问题似乎与错误的 CPE 补丁有关。 它现在起作用了。