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

[参考译文] LAUNCHXL-CC26X2R1：待机模式下的电流消耗

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1084741/launchxl-cc26x2r1-current-consumption-in-standby-mode

部件号：LAUNCHTXL-CC26X2R1
主题中讨论的其他部件：ENERGYTRACE,sysconfig

大家好

   根据数据表，待机模式下的电流消耗应在1µA º C左右。  

正如SDK中所述，RTOS处理电源管理，设备应在没有任何操作时进入待机模式。 我还 定义 POWER_SAVINGS 了预处理程序符号。

但是 ， 从EnergyTrace获得的结果并不能确认进入待机模式，例如简单的外设。

然后，我测试 了引脚待机示例， 再次发现电流 消耗远远超出预期。  

我还使用万用表检查了电流消耗。对于简单的外设和引脚待机示例，EnergyTrace的结果是相同的。

那么，这里的问题是什么？ 为什么待机模式下的电流不符合预期？

我已经检查 了SWRA478D和SPRUI18J文档。  

用于简单外设的SDK版本： SimpleLink CC13xx CC26xx SDK (5.30 ．01.01)

用于引脚待机的SDK版本： SimpleLink CC13x2 26x2 5.10 (SDK) 00.48

代码编辑器工作室版本 ：11.1 ．0.0.0011万  

提前感谢

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

    您好，

    您能否分享测试设置的图片？

    谢谢

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

    您好，Kim：

    使用独立工具时，EnergyTrace将是最精确的，并且所有跳线针(3V3和GND除外)都已断开，如果使用调试器，建议自由运行。  否则，调试器电路将消耗额外的电流。  pinStandby示例切换连接到LaunchPad上的LED的GPIO，因此如果未通过跳线断开，则很容易导致观察到的功耗。  LaunchPad Getting Started Guide中有一条关于EnergyTrace的说明。

    此致，
    Ryan

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

    您好，FI和Ryan，

    感谢您的回复

    我在独立模式下使用EnergyTrace，但我没有卸下一些跳线。

    1µA，在待机模式下，引脚待机模式下的电流消耗与预期一样(约为2 Ω)。

    但在简单的外围设备示例中，设备进入待机状态，在此模式下电流消耗正常，但有些事件每100毫秒发生一次，因此平均电流为0.5 mA。

    这些事件是什么以及如何禁用它们？

    事实上，我的目标是要有一个程序，每1分钟发送一次数据，其余时间进入待机模式。

    如何修改简单的外设示例以实现此目标？

    此致

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

    您好，Kim：

    我假设每100毫秒观察到的峰值是由于广告间隔造成的，如SWRA478第2部分和图4所述。  它可以在sysconfig -> BLE -> Broadcaster Configuration -> Advertisement Set -> Advertisement Parameters模块中进行修改。  我还建议您阅读 《BLE5-Stack用户指南 》和 《扫描和广告 SimpleLink Academy实验室》。

    此致，
    Ryan

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

    您好，Ryan：

    感谢你的帮助。 我改变 了广告间隔, 现在 的消费减少了。  

    不过，既然我 打算达到极低的功率，我不知道我能否把这些 广告套移走，以及如果可能的话，我怎样 做呢？

    如果不可能，是否可以按照    扫描和广告 SimpleLink Academy实验室中的说明将间隔时间设置为较长的时间(如48万毫秒)或使用有限广告？

    此致

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

    如果 您需要有关BLE广告限制的更多信息，我建议您遵循我提供的资源中提供的建议并发布新的E2E问题。

    此致，
    Ryan