• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 7 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 96 次查看
  • 用户 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.

[参考译文] CC1310：连续 RX 的功耗

admin
Guru**** 1832550 points
Other Parts Discussed in Thread: WMBUS, CC1310
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/898745/cc1310-power-consumption-on-continuous-rx

器件型号：CC1310
主题中讨论的其他器件：WMBUS、

您好！

我们正在尝试为 wmbus 协议构建范围扩展器。 我检查 了为 CC1310 Launchpad 提供的 rfWakeOnRadioRx 项目。 据我所知、这个项目不会持续地倾听空气、而是会唤醒并在一个间隔内检查前导码。 我不熟悉您以前拥有的射频解决方案、因此我认为无线电唤醒意味着器件能够在检测到正确的前导码时唤醒。 但我看到我们必须为此项目定义唤醒时间间隔。 发送器器件(wmbus 仪表)将在未知时间向空气发送数据、因此我们无法设置固定的唤醒间隔。 目前、我们一直在侦听频率、但我想寻找一种方法来在睡眠模式下侦听前导码、并仅在处理数据包和扩展数据包(重新传输到无线)时唤醒。  

问题1：请告诉我一种在持续收听空气的同时实现尽可能最低功耗的方法吗？

Q2：我将尝试根据数据表计算估算电池寿命。 除了 RF 层、我没有使用任何 GPIO 或任何其他外设。 是否有任何工具可帮助计算估算的电池寿命？

谢谢。

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

    您好、Abdullah、

    请了解 CC13x0具有单独的无线电处理器(射频内核)、这意味着无线电可以在不唤醒主 MCU (M3)的情况下唤醒、监听和处理软件包。  

    我已有人来回答您的问题。

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

    您好、Marie、

    感谢您的回答。 我错误地单击了您的答案上的“这已解决我的问题”按钮，无法返回：)

    我知道无线电在单独的内核上运行、但我无法很好地理解无线电在搜索前置放大器期间是否完全处于活动状态、以及 M3内核在此过程中等待的电源状态。 该示例项目的自述文件中未说明。 那么、"默认情况下、该示例设置为每秒唤醒两次、因此每500ms 唤醒一次。" 自述文件中的含义？

    谢谢！

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

    您好、Abdullah、

    如果 M3处于待定状态、它将进入空闲状态。 此示例使用无线电计时器来调度无线电命令、这意味着当无线电处于非活动状态时、设备将处于完全待机状态。 这可能出现在您唤醒、运行监听命令并发现没有任何内容的情况下、因此您将比我们在空中看到前导码早得多。

    如果我们尝试将其放入自述文件中："每500ms、无线电将运行 RX 命令、无论是否成功"。 在命令执行期间、M3将"空闲"、这意味着只有 CPU 处于 LPM 中。 在命令执行之间(如空气相当时的情形)、整个器件将进入待机状态。  

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

    您好、M-W、

    感谢您的回答。 据我所知、您说、当 RX 命令完成并等待新命令时、除非另一个线程正在运行、否则 M3将处于睡眠状态、对吧？ 很抱歉、但我仍然不明白一件事、如果在无线电运行下一个 RX 命令之前、无线电正在休眠500ms 时 RX 数据包处于空中、该怎么办？ 我想它会错过数据包。 睡眠时间不应超过前导码的持续时间。 否则、我们将丢失数据包。 我在这里吗？

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

    您好、Abdullah、

    您似乎已经正确理解了它。 至于无线"唤醒"部分、您会发现示例的 TX 侧设置的前导码足够长、以便 RX 侧在唤醒时能够确保捕获它。 基本上、TX 端发送长度与 RX 端间隔相匹配的前导码、以便 RX 端不会错过它。

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

    您好、M-W、

    感谢您的澄清。 我正在尝试对 wmbus 协议执行相同的操作、在该协议中前导码需要大约500uS 的时间。 当对讲机找到正确的前导码和同步时、我需要检查数据包有效性并将其扩展(重新传输)。 我对 TI 的方案做了总结、但我不确定将使用哪种睡眠模式。 我们需要在尝试完成协议时进行电池寿命估算。

    此方案是否正确？ 您能帮我找到在睡眠期间将使用的睡眠模式吗？ 我们不使用除无线电之外的任何外设。

    谢谢。

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

    使用500uS 前导码时、您需要按照与上述示例相同的方法唤醒大约2000/s。 由于这对应于2/ms、我认为您很可能不会在 RX 窗口之间达到完全待机状态、因为进入和退出待机状态的转换延迟为~1ms、这意味着如果电源驱动器发现您需要更早地唤醒、则会阻止它。

    这意味着您很可能最终处于空闲模式、器件未处于完全待机状态、因此它有时间更快地做出反应。 M3本身仍处于节能模式、但系统的其余部分将保持开启状态。 请参阅技术参考手册中的表6-5、了解系统"空闲"与"待机"之间在导通或未导通方面的区别。