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-CC1352P:LaunchPad 上未使用的引脚会消耗电流吗?

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1299255/launchxl-cc1352p-do-unused-pins-on-launchpad-draw-current

器件型号:LAUNCHXL-CC1352P
主题中讨论的其他器件:CC1352PCC1310ENERGYTRACE

您好!

我一直在尝试将基于 CC1310/15.4/传感器的应用程序移植到 CC1352P。 移植基本网络函数似乎很简单、因为 SDK 4.2和7.1之间的代码或多或少是相同的。 但是、与 CC1310-launchpad 相比、已移植的应用程序在 CC1352P1-launchpad 上消耗的电流要大得多。 在 TX 功率、轮询间隔等所有配置保持不变的情况下、CC1310-launchpad 平均仅消耗90uA 电流、而 CC1352P1-launchpad 仅消耗1.4mA 电流。

下面是 CCS 的电能曲线图。 1mA 似乎有一个楼层。 而1个巨大的尖峰表示对收集器的数据请求进行轮询。

我的怀疑是:1)某种原因正在阻止系统进入睡眠模式;2) Launchpad 上一些未使用的引脚正在静默地提取电流。 DIO-5和 DIO-22通过3.3K 电阻器上拉至 VCC。 launchpad 上还有一个未使用的闪存芯片。 我不确定 Board_init 中的函数会阻止闪存芯片汲取电流。

Board_shutDownExtFlash();

我怀疑某些 GPIO 消耗的电流是因为、如果我将 DIO22设置为输出、并在1Hz 的高电平/低电平之间切换、我可以在 energytrace 中看到类似以下内容。

CC1352-DIO22

那么、我的问题是、使用上拉电阻等来处理这些 GPIO 引脚的正确方法是什么?

提前感谢。

ZL

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

    您好、Zhiyong、

    1 mA 似乎太多而不是仅仅是 GPIO 泄漏电流。

    您能否提供 EnergyTrace++的捕获? 启用 EnergyTrace 时、器件不会进入待机模式、但我们可以查看外设是否保持开启。

    此外、您是否从 CC1352P 15.4示例开始?

    此致、

    亚瑟

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

    Arthur、您好!

    感谢您的答复。 当我尝试在 CCS 中启用 EnergyTrace++时、它会以某种方式变灰。 根据 该页面、CC1352P1-launchpad 上的嵌入式 ET 110支持 XDS++。 如果我重新启动 ET、CCS ++选项将可用、但一旦我尝试使用它、它将退出、然后变得不可用。 有什么想法为什么它不可用? 电路板太旧?

    为了回答您的另一个问题、是的、我从15.4传感器示例开始、然后将需要更改的所有文件复制到项目文件夹中并进行了更改。

    此致、

    ZL

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    启用 EnergyTrace 时,设备无法进入待机模式

    是否可以通过嵌入式 XDS110测量电流消耗? 比如在一个电路板上使用 XDS110为另一个电路板供电并对其进行测量?

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

    您好、Zhiyong、

    客户还必须在 targetConfig ccxml 文件中启用4引脚 cJTAG。

    EnergyTrace++的问题在于它会使 JTAG 电源域保持开启状态、从而无论如何都无法使器件进入睡眠状态。

    此致、

    亚瑟

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

    Arthur、您好!

    我刚刚满足了4引脚 cJTAG 要求、但这没有什么区别。 ET ++在我尝试使用它时仍然灰显。 但我认为 ET ++可以很好地了解什么外设仍然打开。

    我记得 ET ++几年前有问题,但不记得做了什么使它工作.

    谢谢。

    ZL

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

    让它最终正常工作。 我需要将 ET / ET ++设置为自动启动并让它从调试开始、而不是尝试自行启动 ET。

    似乎没有很多外设打开、并且 RxWait 时间也是最短的。 我是否可以得出过大的电流消耗是在 CC1352P MCU 外部的还是在测量技术方面的结论?

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

    您好、Zhiyong、

    为了排除测量中的伪影、我们可以在进行测量之前运行 EnergyTrace 校准。
    该操作步骤如本应用手册的第26页所述: https://www.ti.com/lit/an/swra478d/swra478d.pdf

    请告诉我结果。

    此致、

    亚瑟

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

    Arthur、您好!

    通过按照 T 应用手册中的说明、我得到了以下结果:

    总体平均值和最小电流消耗均小于先前的测量值、但~0.89mA 处的下限仍然存在。 我还运行未修改的15.4传感器示例、在 POWER_MEAS 为 ON 且 POWER_TEST_PROFILE == SLEEP 的情况下、我获得以下结果:

    因此、LaunchPad 上似乎会有一定量的电流泄漏。 我比较了 CC1310和 CC1352P1 Launchpad 的原理图、其中圈出的两个上拉电阻器未组装在 CC1310-launchpad 中。 除了这两个之外、我没有看到任何其他差异。 这两个 PU 电阻器是否可能造成问题?

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

    您好、Zhiyong、

    我想我找到了罪魁祸首。 您是否已按照我们的常见问题解答禁用了 COUI_MODULE? https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1224557/faq-cc1352p-ti-15-4-stack-power-measurement

    此致、

    亚瑟

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

    Arthur、您好!

    我通过更改 sensor.opts 中的条目关闭了 CUI_MODULE

    -DCUI_DISABLE
    -DxCUI_POSIX

    我还删除了 syscfg 中的按钮和 LED 以及相关的 GPIO。

    我们确实使用 UART、但只要相关操作完成、UART 就会关闭。 这在 ET 中的 ET ++迹线和电流迹线中得到了确认。 我们使用 配置为跳频模式的 CC1310 Launchpad 进行的测量也与您提到的文章中的数字相匹配。

    让我看看我们是否可以在将 CC1352P-launchpad 配置为跳频模式的情况下、使用未经修改的传感器示例代码再现数字。

    谢谢。

    ZL