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.

[参考译文] CC2652R:器件重新连接过程中的电流很大

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1017747/cc2652r-the-current-in-the-rejoining-process-of-the-device-is-large

器件型号:CC2652R
主题中讨论的其他器件:ENERGYTRACE

我使用 zed_sw_CC26X2R1_LAUNCHXL_tirtos_ccs (SDK4.40 + Lauchpad2652R1)项目进行功耗测试、主要进行了以下更改:
1.通过启用 CUI_DISABLE 来关闭 CUI;
2.将主要频道设置为11-26;
3.启动一个4秒计时器来调用调试;

器件加入网络后,发送数据请求消息时的峰值电流约为15mA,而器件重新加入时的峰值电流约为25mA。

为什么重新加入时电流更高?

在器件的重新加入过程中、"Evnet1"将如屏幕截图所示、持续时间约为45秒、峰值电流为28mA。 是什么导致了这里的"Evnet1"?

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

    您好!

    您能否确认设备是否已成功重新加入?

    您能否共享捕获加入和重新加入过程的监听器日志?

    谢谢、
    Toby

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

    尊敬的 Toby:

    自从我关闭协调器电源以来、设备一直在执行网络重新加入、但无法成功重新加入。
    当器件重新连接时、网络扫描期间的峰值电流明显高于正常连接时的无线数据传输。

    e2e.ti.com/.../panid_5F00_0x52AE_5F00_nwkAddr_5F00_0x368f.zip

    nwkKey 为31:42:DF:98:BD:5E:4B:14:09:3A:77:50:15:D6:63:4C

    谢谢、

    Howjie

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

    您的 SampleApp_End_DEVICE_REACT_DELAY 定义了什么? 如果您将其更改为10000 (10秒)、那么在能量跟踪中捕获的功耗图是什么?

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

    您好 YiKai、

    我使用 OOB zed_sw_CC26X2R1_LAUNCHXL_tirtos_ccs 项目、并进行了以下更改:
    1.禁用 CUI。
    2.如果设备是新设备,则启动定期调用调试的计时器。

    SampleApp_end_device_sin_delay 的默认值为1000、可以从监听器日志文件中看到该值。
    如果我将其更改为10000 (10秒)、则电能跟踪中捕获的功耗图 如下:

    谢谢、

    Howjie

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

    这对我来说很好、我想您可以使用更长的重新加入时间间隔来改善功耗。

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

    谢谢您的回复。

    我们的器件运行异常是由"Event1"位置的高电流引起的。

    我们目前不知道当时发生了什么。

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

    您说什么是"Event1"位置?

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

    在器件的重新连接过程中、每45秒会有相当大的电流消耗"Evnet1"、这可以在前两个屏幕截图中看到。

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

    如果您将 SampleApp_End_DEVICE_INIT_DELAY 设置为60000 (60秒)、您是否仍会每45秒看到此"Evnet1"?

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

    我将 SampleApp_End_DEVICE_REACT_DELAY 更改为10000 (10秒)、 "Event1"在5分钟内出现一次。它似乎不会消失。
    如果我将其设置为60000 (60秒)、"Event1"的间隔可能会更长。

    此外、如果欢庆间隔太长、则可能与器件上的其他策略(如 WWAHU 重新加入算法)相冲突。

    我尝试使用 EnergyTrace++函数了解更多信息、但[Current]和[States]选项的时间轴尚未同步。

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

    当 设备正常连接时、重新加入过程本身所涉及的处理要比无线数据传输多一些。
    (按照 bdb_ZedAttempettRecoverNWK 的代码路径进行操作)。

    这可能会导致器件尝试重新加入时的平均电流更高。

    我看到重新联接的电流配置文件类似。
    我同意了 YK 的观点,使用较高的重新加入延迟进行测试是在重新加入过程中降低电流消耗的正确方法。

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

    YK 建议使用平均功耗方法。

    目前、我们担心在重新加入过程中"EVENT1"位置的峰值电流消耗过高。

    如果我们想停止或绕过该"EVENT1"、是否可以这么做?

    如果对此"EVENT1"的外观有更多的解释、那将是很好的。

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

    到目前为止、我仍然不知道是什么导致了您的"EVENT1"。 您能否详细说明您现在看到的峰值电流是多少?

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

    目前、我还不知道"Event1"位置的器件发生了什么情况。
    根据我们的测试情况、"Event1"似乎是周期性行为、但第一个"Event1"出现的时间不固定。


    "Event1"的峰值电流约为21mA。

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

    可能会尝试将电能跟踪功耗图和功率模式图进行比较、以查看它是由 TX 还是 LED 闪烁引起的。

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

    所有 LED 连接均已断开。
    能量跟踪很难捕捉 TX 行为。


    此外、图中的"RX Wait"是什么意思?

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

    "Rx 等待"表示"等待帧开始的时间。 您可以尝试在  www.ti.com/.../cc2520.pdf 中参阅无线电控制状态机