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.

[参考译文] LPSTK-CC1352R:我想让传感器休眠30秒、并在30秒后再次唤醒以将传感器数据报告给收集器 CC1352R

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1281313/lpstk-cc1352r-i-want-to-sleep-the-sensor-for-30-seconds-and-wake-up-again-after-30-seconds-to-report-the-sensor-data-to-the-collector-cc1352r

器件型号:LPSTK-CC1352R
主题中讨论的其他器件:CC1352RSysConfigENERGYTRACECC1352P

您好!

我希望使 LPSTK-1352R 传感器标签休眠30秒、并在30秒后再次唤醒以将传感器数据报告给收集器 CC1352R、从而优化功耗。 我如何实现该目标、以及必须更改哪些参数才能实现该目标。

如果需要做其他事情、也请让我知道这一点。 对于传感器标签、我将使用"SENSOR_SM_CC1352R1_LAUNCHXL_tirtos_ccs_syscfg"代码、对于收集器、我将使用"collector_SM_CC1352R1_LAUNCHXL_tirtos_ccs_syscfg"示例代码。

谢谢!

此致、

普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    您用于网络、信标、非信标或跳频的是哪种模式?

    默认情况下、传感器配置为休眠器件。  您可以在 SysConfig 中进行检查。  

     

    设置适当的报告间隔。 在您的例子中是30000ms。 非信标模式的能效最高、因为传感器无需唤醒信标。

    请注意、传感器还会轮询来自收集器的数据。 该协议配置了轮询间隔、该间隔可以达到默认为10秒的 MAX 轮询间隔、传感器每10秒唤醒一次、以了解来自收集器的数据。

    希望这对您有所帮助。

    此致、

    SID   

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

    我使用非信标模式。 那么、您的意思是、如果我要让传感器休眠30秒、我应该将池化间隔更改为30000、或者我应该将报告间隔更改为30000?? 以及应在集电极侧放置的值。

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

    尊敬的 Pukhraj:

    进行补偿、  

    将报告间隔更改为30000。 也将轮询间隔更改为大于30000的值。  

    为此、您需要将 sensor.c 代码中的 MAX 轮询间隔值增加到大于30000的值。

    收集器上、  

    将报告间隔更改为30000。 将 Polling interval 更改为传感器上设置的 Polling interval 值的两倍。 同时将跟踪间隔设置为大于传感器上设置的轮询间隔值的两倍的值。  

    这应该会为您提供非信标模式下所需的行为。  

    要了解有关15.4 Stack 中可用的不同模式的更多信息、请参阅用户指南: https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_7_10_01_24/docs/ti154stack/html/ti154stack-guide/index-cc13xx_cc26xx.html

    此外、在 SysConfig 中、在选项旁边会显示一个小问号、这会打开一个帮助对话框。

    请将其用于不同的时间间隔、以便为它们提供一些上下文和文档。 然后、您可以对配置进行实验。  

    此致、
    SID

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

    Sid 您好!

    因此、根据您的指导、器件正在工作、在30s 后发送这些值、但功耗仍然非常高(2.3 mA)、我希望 LPSTK-1352R 在30s 后向收集器 CC1352R 发送一个值、然后进入待机模式以节省功耗。 您能否指导我如何打开 LPSTK-1352R 的待机模式。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    在测量功耗时、需要注意几个方面。

    1.如何测量电流消耗量? 在测量此值之前、您是否正在等待器件加入网络?

    2.如果您测量窗口中发生 TX 时的平均电流消耗、 则 由于 TX 和 Rx 的电流消耗、测量的电流通常会更高。  

    3。 此外、如果器件处于调试模式(如果您正在调试器件)、则该器件不会进入待机状态。

    如果器件无法执行任何操作、它将自行进入待机状态。 这由电源驱动器处理。

    此致、

    SID

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

    Sid 您好!

    因此、我将使用源表提供3V 的电压和电流50mA、而不是使用 AA 电池、该表还会告知 Tx 期间消耗的电流、 但是、我想要的是、我希望 LPSTK-1352R 每30秒传输一次读数、然后再返回至待机模式。

    除此之外、调试模式有什么含义?

    帮助我设置器件、使其传输传感器读数、然后进入待机模式。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    请遵循常见问题解答中的指南。  

    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

    您可以自由使用任何功耗测量工具。 但是上述测量是使用 CCS 的电能跟踪工具完成的。 上面的链接中提到了相关的应用手册。  

    此致、

    SID

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

    尊敬的 Sid:


    我还想知道、如果我在代码中使用睡眠(30)模式、这将有助于优化功耗并将 LPSTK-1352R 置于待机模式吗?

    此外、energy trace 工具 CCS 对 launchpad 有益、此外、我还将如何使用 Energy trace 测量传感器标签的功耗。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    如果只有一个线程在运行、则 SLEEP (30)会使器件处于待机状态。 在15.4应用程序中、需要在预定时间执行多个计时器和进程。  

    您是否禁用了 CUI? 正如我在之前的回复中发布的主题帖中所提到的吗?

    此致、
    SID

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

    Sid 您好!

    是的、我通过定义#define CUI disable 来禁用 CUI、但这无法解决我的问题、功耗仍然太高。 我在前面还提到过、我希望器件在特定的时间段内处于待机状态、而更改报告和轮询时间限制也不会使器件进入待机模式。 TI 是否没有根据用户应用开发用于将 LPSTK-CC1352R 置于待机模式的特定功能。 比如、我可以调用待机模式函数、该函数可以让器件在特定时间段内进入待机状态、然后返回工作模式。 请告诉我、如果有任何设计的函数、请告诉我如何使用它们

    谢谢!

    普赫拉吉·辛格  

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

    尊敬的 Pukhraj:

    在这里、我想说明几点、

    我们示例应用的电源管理由电源驱动器进行处理。  如果应用未根据设置的电源策略主动执行需要 CPU 的任何操作、电源驱动程序会将器件置于待机状态。  

    如果您确实需要了解将器件置于各种电源状态的 API、此处提供了电源驱动程序 API 的链接。

    https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_7_10_01_24/docs/drivers/doxygen/html/_power_8h.html#a45e1e0f3168cc39a2309fce40c3e271d

    不建议使用这种模式、因为它由电源驱动器通过使用电源策略来处理。 这是对我们的电源驱动器工作原理进行说明的文档。  

    https://dev.ti.com/tirex/explore/node?node=A__ACfA1FnzAksBfuUyy3en7Q__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK__BSEc4rl__LATEST

    是的,我通过定义#define CUI disable 来禁用 CUI,但这没有解决我的问题,功耗仍然太高

    你看到的力量是什么? 如果你看到我发布的原始主题帖、  

    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

    当您禁用 CUI 并将计时器设置为每30秒传输一次时、器件预计会进入待机状态。 您应该会看到功率接近于 e2e 主题中提及的值。

    那么、请更详细地描述您如何在设置中测量电流、看到的数字是多少?

    此致、

    SID

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

    这就是 Energytrace 所产生的结果。 现在、根据我设置为30秒的报告时间、该器件应处于待机模式并保持30秒的时间、电流应以微安恒定水平为单位、但此处不是什么情况。 根据图表、可以清楚地看到该器件永远不会进入待机模式。

    我还分享了 SENSOR.CONFIG 屏幕图片、其中显示所有 UART、SPI 均已关闭。 这里出了什么问题。

    谢谢!

    此致、
    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    我看到该图以纳安为单位。 您测量的是大约16000nA、因此您看到的电流消耗大约为16uA。  这与 E2E 常见问题解答主题内容非常接近。 这些测量是在 CC1352P Launchpad 上进行的、因此我预计硬件的可能变化会产生1.5ua 的差异。

    检查表中的30秒轮询和报告间隔设置。 它提到 CC1352P LP 的14.4uA、这与您观察到的数值接近。

    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

    此致、
    SID

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

    Sid 您好!

    CC1352R 的数据表显示、在待机模式下仅需要0.85uA、这是我在待机模式下30秒所需要的值。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    LPSTK 板具有由 VDD 提供的额外传感器、这可能会导致您看到额外的电流。

    但更有趣的是、您正在获取测量常见问题解答中预期的平均电流。  我将进行测量、然后返回给您。 期望在星期四之前获得答案。

    此致、

    SID

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

    我今天没能做到。 请在明天等待一个答案。  

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

    没有问题 Sid,我会等你的回答!

    同时、我想与大家分享 CC1352R 集中器在工作并进入待机模式的行为。 我将为该主题贴一张图片。 我希望并期望 LPSTK-CC11352R 具有这种能量跟踪行为。  

    这是集中器 CC1352R 的行为。 请说明并指出"sensor_CC1352R1_LAUNCHXL_tirtos_ccs_syscfg"代码中的特定函数或行、只要 LPSTK-CC1352R 没有检测到或执行任何操作、就会将其置于待机状态。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    该套件是通过 LPSTK-CC1352R 还是 CC1352R Launchpad 测得的?

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

    上述测量来自 LaunchPad。

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

    通过 LPSTK-CC1352R、我获得了如下测量值:

    这些测量值非常高、正如我预期的电流在微安级。 上周的测量结果不正确、我连接器了 XDS110调试器、但在本视频中、我使用了3V3和接地引脚。 我将报告时间和轮询时间设置为30秒、但在30秒内看不到 LPSTK-CC1352R 处于待机模式。 此外、在工作模式期间、电流应以微安为单位、但这是消耗的功率高于此值。

    帮助我解决此问题。

    谢谢!

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    有几个原因。 您可以看到其中关于12mA 的峰值必须是 TX。 您是否在传感器加入网络后进行测量? 您是否使用 CUI DISABLE 刷写了映像?

    如果您未将 LED 从 LPSTK 上焊接、它们也会消耗电流。 板上的其他传感器也会运行。

    此致、

    SID

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

    嗨、Sid、


    是的、代码中的 LED 设置为关闭。 仅温度传感器正常工作。 我尝试了使用 Power_Shutdown (NULL、10000)函数、这可以正常使用、但传感器标签在执行该函数的10秒后未重新启动。

    您能告诉我为什么这仍然消耗太多的功率吗?我还可以用作函数来休眠器件或在使用 Power_SHUTDOWN ()后将其唤醒吗? 我想根据数据表查看器件功耗、单位为微安、

    谢谢!

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    正如我之前提到的、将 Power_API 添加到应用程序中不是一个好主意。

    使用休眠模式时(默认使用此模式)、使用15.4堆栈中的默认电源策略。 使用 CUI_DISABLE 时、您应该会在器件不发送或接收数据的时间段内获得非常接近器件上的待机电流的值。 这是我在传感器器件上观察到的情况。

    我在 A 上进行了测量 LP_CC1352R1 LaunchPad 用具有轮询间隔和报告间隔30000的传感器项目进行刷写。 收集器上的跟踪间隔为60000。 定义了 CUI 禁用后、我按照应用手册的说明设置硬件。 它仅连接3.3和 RXD 跳线。  

    我在60秒内捕获到电流。 您可以看到有2个以红色间隔30秒的 TX。  

    平均电流为 0.009mA = 9uA。

    如果您捕获了一个没有发生 TX 的周期(这是所关注的周期)、则该周期内的平均电流为 0.0017mA = 1.7uA

    因此、这证明了器件确实会在大约30s 的时间段内进入待机状态。  

    您看到的脉冲为 VDDR 再充电脉冲。 请注意、该期间的平均电流仍然 1.7 μ A。

     

    我在之前的回复中提供的应用手册中提到了这一点。

    我将检查运行相同固件的 LPSTK 的差异是多少。  

    此致、

    SID

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

    尊敬的 Pukhraj:

    关于 LPSTK、似乎有一个 电路板上的电流消耗越高、  比从 LaunchPad 中看到的要高很多。  

    额外的电流来自处于活动状态的接口和电路板上的传感器本身。 这不是器件电流。 建议在 launchpad 而不是 LPSTK 上进行功率测量。 但这里有一些 E2E 主题、讨论了 LPSTK 的额外功耗。

    https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/888748/lpstk-cc1352r-large-standby-current-for-easylink-library-on-lpstk-cc1352r

    e2e.ti.com/.../ccs-lpstk-cc1352r-large-standby-current-consumption-1-7-ma-with-lpstk-cc1352r-as-sensor

    此致、
    SID

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

    感谢您的这一清晰解释 Sid,

    因此、现在我基本上使用 power_shutdown ()函数关闭 LPSTK-CC1352R、而不是依赖于待机模式、但产生的问题是 power_shutdown ()在传递参数后不会唤醒器件。 与 POWER_SHUTDOWN (NULL、5000)类似、应该在5秒后将器件唤醒、但这不是发生的情况。

    那么、然后我看了示例并尝试根据"gpioshutdown"示例实现、但后来我用函数

    "PowerCC26X2_ResetReason resetReason = PowerCC26X2_getResetReason ();

    /*如果我们从关机状态中唤醒,我们会做一些额外的事情。 */
    如果(resetReason = PowerCC26X2_RESET_SHUTDOWN_IO)
    {
    /*应用程序代码必须在退出关断模式时始终禁用 IO 锁存器*/
    PowerCC26X2_releaseLatches ();

    "}"

    是否给出了一个错误提示、指明缺少 include 库、但它们已包含在电源库中?

    谢谢  

    此致、

    普赫拉吉·辛格

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

    尊敬的 Pukhraj:

    我关于不在15.4应用中使用功率驱动器 API 的建议还包括 Power_shutdown() API。

    现在,我基本上是使用 power_shutdown ()函数关闭 LPSTK-CC1352R,但产生的问题是 power_shutdown ()在传递参数后不会唤醒器件,而不是依赖于待机模式。 与 POWER_SHUTDOWN (NULL、5000)类似、应该在5秒后唤醒器件、但这不是在这里发生的。

    15.4堆栈示例已使用功率 API 和功率驱动程序、并已针对电流消耗进行了优化。 进一步的电源优化不会是对 power_shutdown 的单个 API 调用。  

    如果您查看特定于器件的电源驱动器、那么您将看到 函数中未使用关断时间参数、会被忽略 。  

    您是否检查了先前的响应、其中指出额外的功率来自 LPSTK 板本身?

    Launchpad (具有相同器件)上的相同示例将提供更低的电流消耗。  

    我意识到我之前的回复中的一个线程链接是重复的。  我编辑了第二个链接。 因此、请再次查看第二个链接。

    下面在该主题中总结我们的讨论:

    1.传感器示例已经在 Launchpad 上进行了测试、禁用 CUI 后、在非信标模式下功耗达到待机电流。  

    2.轮询间隔和报告间隔设置为30000,以便传感器每30秒报告一次数据。 该行为也得到了验证。

    3. LPSTK 板的电流消耗较高,因为该板已在其他主题中讨论过,并已在此处链接。  

    4.建议不要在应用中使用任何可能会干扰已实施电源管理和网络管理的电源驱动程序 API、这些 API 使器件能够在网络中运行、并允许器件在可能的情况下进入待机模式。

    如果您只是简单的原型设计并希望测量器件电流、请使用 LaunchPad、这似乎是实际获取功耗器件的最简单方法。  

    此致、

    SID