• 状态
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 880 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC1352R：射频处于专有模式时的待机功耗策略

admin
Guru**** 2555260 points
Other Parts Discussed in Thread: ENERGYTRACE, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1035849/cc1352r-power-standby-policy-with-rf-in-proprietary-mode

器件型号：CC1352R
主题中讨论的其他器件：ENERGYTRACE、 SysConfig

我正在开发一款使用专有射频和传感器的产品。

当我使用 EnergyTrace++和电流表仅运行传感器任务时、我看到器件将进入剧烈的待机状态

当我激活在 Rx/TX 活动之间处于空闲状态的自主射频部件时，CPU 会进入 DeepSlep，但是 XOSCHF 会保持打开，因此有几个外设和 PD

(随附了 EnergyTrace++屏幕截图)


电流消耗约为4mA、而电流消耗应小于1mA。
我已在 SysConfig 中取消选中"XOSC Needed"

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

    你(们)好  

    请检查为 rf_open()命令提供的 rf_params。  

     nInactivityTimeout 参数可能是潜在问题。 它决定对讲机断电后的不活动持续时间、默认情况下设置为无限。 将此参数设置为0。 这可以解决该问题。  

    此致、
    Siddanth  

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

    一般而言、无法使用提供的信息来回答问题。 如果不知道您是如何实现软件的、就很难说明为什么您获得比预期更高的电流消耗、因为编写软件时可能会使射频卡在上面。  

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

    我应该怎么做才能找出射频处于空闲状态、CPU 处于深度睡眠模式但 XOSC 和外设时钟处于打开状态的原因？

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

     您是否有一个在 LP 上运行的最小项目(不带传感器任务)、您可以将其发送给我们？  

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

    这应该很难做到。

    我可以告诉大家、如果没有射频(甚至没有 RF_OPEN)、当 CPU 处于深度睡眠模式时、XOSC 和所有外设时钟都会停止。
    当我激活 RF (RF_Open 和链运行)时，CPU 进入深度睡眠模式，但大多数时钟域处于活动状态，当然包括 XOSC。
    我将尝试仅运行 Rf_open whtout 链并查看结果

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

    请先测试 Siddanth 建议的设置。  

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

    我已将 ninactivity/0更改为0、并且仍然使所有电源域和主时钟处于活动状态(请参阅随附的 Energytrace 屏幕截图)
    电流消耗为2.5mA，射频活动极少。
    如果我启动射频驱动器(rfOpen)但不启动链、电流消耗约为0.4mA、而 Energytrace 显示所有 PD 均已关闭。

  • 0
    TI__Guru**** 2555260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [引用 userid="400721" URL"~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1035849/cc1352r-power-standby-policy-with-rf-in-proprietary-mode/3830760 #3830760"]这应该很难做到。

    这是因为您当前的应用程序具有较高的复杂性吗？  

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

    没错，它涉及蜂窝式调制解调器、连接到主处理器的 I2C 传感器 以及独立 的传感器控制器算法。
    我怀疑射频驱动器会使主 CPU 不关闭电源域和主时钟

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

    您好！

    在不知道代码中调用的内容的情况下、很难对可能出现的问题进行评论。 我无法通过 PropTx 的简单示例重现问题，请等待一段时间，PropRx。

    1.您能否尝试使用使用对讲机的更简单任务重现问题。 这是为了检查代码的这一部分是否确实存在问题。  

    2.同时、请提供您已提供给 RF_open 的所有 RF_Params 以及您正在使用的 SDK。  

    此致、
    Siddanth






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

    您好 Siddanth
    1) 1)我的实现是一个分支计数链、重复传输30个数据包、然后连接以接收30个数据包。 该链由 RF_postCmd 启动，永不结束。
    回调将更新 ABS_TRIG 时间、以使循环在正确的时序中运行。  
    接待处之间的间隔为100mSec 到1.5Sec，因此有足够的时间睡觉
    正如我提到的，EnergyTrace 显示射频处于空闲状态，但主 CPU 仍具有 XTAL 运行、电源域处于活动状态以及一些时钟域。
    2) 2) Ive 修改了 SW、以便在几个周期后停止链-结果是器件在时钟和电源域关闭的情况下进入深度睡眠状态。 约200uA，其它应用程序仍在运行。
    3) 3) RF_Open 的 RF_Params：
    我正在使用： rf_params_init (&rfParams)；唯一的修改是不活动： rfParams.nInactivityTimeout = inactivityTimeout；

    4) 4)我刚刚升级到 SDK 5.20.00.52

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

    Yaron、您好！

    "我正在使用： rf_params_init (&rfParams)；唯一的修改是不活动： rfParams.nInactivityTimeout = inactivityTimeout；"

    只需确认、inactivityTimeout 的值= 0？  

    您是否可以为我提供文件来重现此处的问题？ 这将非常有帮助。  

    此致、
    Siddanth