[参考译文] LAUNCHXL-CC2640R2：了解&quot；实际&quot；功耗

加载驱动程序/空项目会产生以下功耗。

我假设射频内核已关闭？

在底部、您可以看到红色 LED 线正在用跳线切换、跳线显然已移除。

我假设一个计时器在休眠1秒后一直在运行、但功率"尖峰"似乎过大？

结果看起来与打开帖子中的结果相同。

所有这些都没有任何意义、因为。  

ULP Advisor 提供以下输出：

说明资源路径位置
#10371-D (ULP 1.1)检测到未使用低功耗模式状态更改指令 empty_CC2640R2_LAUNCHXL_tirtos_ccs

大家好、Jan、

我建议您参考这份文档。

https://www.ti.com/lit/an/swra478d/swra478d.pdf

此外、需要始终设置 power_saving 符号。

如果您已正确地将简单外设等示例程序修改为信标模式、则在 TX 功率设置为0dBm 的情况下、您应该会看到通告峰值电流约为7mA

-克尔

感谢马克尔

我没有提到这份文件，但我也有这份文件。

我正在测试的项目是库存标准、并且设置了 power_saving。

我的问题是、我没有看到这些文档所示的预期行为、这是我的问题。

我试着去模仿那些结果。

我正在使用 Nordic Power profiler II、我们在 ST-WB55、ST-BlueNRG 和 ESP32上使用该产品。

它们都有按预期工作的奇怪信号、例如在 BlueNRG 上、如果未配置、它就是看门狗、则会导致问题。

我可以看到 BLE 广播电流尖峰、但正如这些文档所示、我尝试处理许多其他意外行为。

更多测试...

根据 SysBIOS 示例创建了一个新的 TI-RTOS 工程、并且仅实施4个 I/O 线路进行测试。

main 仅配置电源、引脚和 BIOS_start()，这就是它的全部功能。

我复制了一份股票标准  PowerCC26XX_STANDBYPolicy -> PowerCC26XX_customPolicy

并添加了、以便在 I/O 线路进入该状态进行调试时使其变为低电平：

1.输入策略

2.深度睡眠

3.睡眠

4. power_sleep (Power_Standby)

本质上、这些是此例程中处理器将睡眠的重要步骤。

下面是我的结果图

这只是启动后的前100ms、您可以看到该例程是如何工作的。

所有这一切都是预料之中的、尽管电流消耗很高、但至少要加以说明。

不睡眠时会出现功率峰值、流耗看起来符合预期。

通过较低的 I/O、我们可以了解到处理器已进入  POWER_SLEEP (PowerCC26XX_STANDBY)；

因此、处理器一直处于此状态、然后我看到8mA+快速峰值是无法解释的情况。

我猜这一定是未配置的对讲机？

我曾尝试明确禁用广播、但电流峰值是相同的。

大家好、Jan、

我建议您只使用 launchpad 进行测试、而不使用传感器连接它。 还要移除所有跳线。 您应该在电流消耗分析器中看到类似这样的结果。 在相邻通告之间、应该有一个直流/直流再充电脉冲。  

单击图片以放大。

-克尔

再次感谢 Markel 的帮助！

我已订购支持 EnergyTrace 的新套件、但 CC2640R2和 CC1310不具备该功能。

即将推出适用于 CC2642和 CC1312的新套件、我们在这些文档中使用了这些套件进行测试。

但为了补充一点、我现在甚至没有配置任何 BLE。

是的、所有东西都从电路板上移除了、我将通过功耗分析器从2个 AA 电池组供电。

除此之外、只是启动套件和所有跳线都关闭。

但我们可以在最终产品上看到相同的结果。

zongquan liu 说：

根据 SysBIOS 示例创建了一个新的 TI-RTOS 工程、并且仅实施4个 I/O 线路进行测试。

main 仅配置电源、引脚和 BIOS_start()，这就是它的全部功能。

[/报价]

我建议您使用简单外设等 BLE 示例程序进行测试。 在加电后、将广播简单外设、但程序未针对低功耗进行优化、因此预计基极电流消耗会更高。

在 simple peripheral 中，您无需更改 main()中的任何内容。 只需记住、基础电流消耗中增加的是外部外设、开放式 UART 和 XDS110电路。

-克尔

这是我的项目开始的地方、一切都在未定义 power_saving 的情况下运行。

我的应用已经在使用可触发主 CPU 的传感器控制器应用、但我要尝试在空闲时实现<30uA。

信标在每个传感器控制器通知上广播2倍、并且运行状况良好。

因此、不使用 power_saving 时功率峰值是正确的、但空闲电流约为600到800uA。

一旦我启用 power_saving、将中断、并开始未定义的行为。

我将尝试从基本的应用部分着手、了解出了什么问题以及如何解决。

我的结论是、处理器位于 Powercc26CC.c 内的 Power_sleep 例程中、然后是要调试的下一部分。

从我的 I/O 调试中、我可以看到它永远位于该例程中。

即没有为调试输出跟踪配置 UART。

我将再次提取该函数并实施测试版本。

我们的本地 FAE 对此进行了提问、让我们用图表可以准确地反映出问题所在。

仔细观察、你在600-800uA 的速度下处于闲置状态、这与我启动该线程之前得到的结果相同。

当您从示例创建新工程时、 power_saving 不定义、请查看"Arm Compiler Settings -> Predefined Symbols -> Undefine "

如果您将其取出并重新运行、则将得到我得到的结果。

您永远不会进入全断电模式。

请看我的上一篇文章,我找到了这方面的解释。