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.

[参考译文] CC3235MODSF:降低/优化 Wifi 信标事件的功耗

Guru**** 2398705 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1125181/cc3235modsf-reducing-optimizing-power-consumption-of-wifi-beacons-event

器件型号:CC3235MODSF

您好!

我们正在尝试降低应用的功耗、并希望了解如何减少某些唤醒事件的发生。

例如、在下面显示的图像中、我们观察到(可疑/假定)信标连接事件、根据我们的代码、每700ms 发生一次。 这些事件是预期的、但在2中看到的脉冲。 我们也不了解它到底是什么。  

您能不能帮助解释下面两个屏幕快照中可能发生的情况、以及我们如何优化/消除脉冲发生。  

代码

这就是我们配置节能策略的方式:

       SlWlanPmPolicyParams_t policy_params;
        memset (&policy_params、0、sizeof (SlWlanPmPolicyParams_t));
        policy_params.MaxSlepTimeMS =  wlan_policy_long_sleep_time;// 700mS

       WiFi_policy = sl_WlanPolicySet (sl_WLAN_policy_PM、sl_WLAN_long_SLEEP_INTERVE_POLICAL、(_u8*)&policy_params、sizeof (policy_params));
        power_enablePolicy();

图像

  1. 怀疑信标连接~ 700ms 间隔
    1.   
  2. 电流脉冲 事件间隔~100ms

谢谢你

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

    您好!

    您能否检查您连接到的 AP 中设置的信标间隔和 DTIM 间隔是多少? 可以在 AP 配置和监听器上看到它。 屏幕截图确实显示了700mSec、但仅信标接收的电流峰值较高、并建议传输(这是可能的、但如果是循环的、则不太可能)。 较低的值与 RX 而非 TX 匹配得更多、并且看起来也是循环的。

    如果您有一个空气嗅探器、这将大有帮助。

    此致、

    Shlomi  

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

    您好!

    以下是 ap 设置

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

    您好!

    看起来像一个通用设置、即每个信标使用 DTIM 时的信标周期为102.4mSec。

    空气嗅探器可能会很好、但要更深入地了解、从固件中记录器似乎是向前看的最佳步骤。是否有此选项? 只要您将指定的引脚作为测试点、获取固件日志的过程就很简单。

    您可以在我们的 NWP 程序员指南中找到该过程、 请参阅。 SWRU455第20章。 只需将用于 NWP 的 PIN_62替换为用于 MAC 固件的 PIN_60即可。 请告诉我您是否可以使其正常工作(您也可以在本论坛上查找)。

    此致、

    Shlomi

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

    此外、您使用的是什么 tplink? 它是网状的吗(即装饰)?

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

    这是一个 TP link Archer A7。  

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

    好的、您可以尝试获取 MAC 固件日志吗?

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

    您好、Shlomi、

    由于某种原因、我无法输出 MAC 日志。 我可以使用相同的设置注销 NWP、因此我不确定为什么它不能使用 ATM。 我请求向你补充,以便我们能够将 调查 结果提交给 I.M.

    我确实获得了无线环境的捕获、但无法查看  与 launchpad (LP)相关的数据包 、除非我 过滤了 LP Mac。 这是我能够看到 ARP 数据包的时候、但没有看到任何其他东西。 尽管我无法看到 LP 发出的无线数据包、但我知道器件正在通信、因为有来自我们服务器的更新。

    • 无线路由器 IP 192.168.1.1
    • LP IP = 192.168.1.147
    • LP Mac = 34-03-DE-11-3A-18

    https://drive.google.com/drive/folders/15URK3Rsj-YFedptrqNZ_SfmDVv_sYSY2?usp=sharing

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

    您好!

    MAC 日志在这方面对于获得可能出错的问题的线索至关重要。

    您是否按如下方式将引脚更改为 PIN_60、并确保引脚上没有冲突?

    MAP_PinTypeUART (PIN_60、PIN_MODE_1);

    关于监听器、它不是无线捕获、而是以太网捕获、因此我无法看到任何重要的无线数据包、如信标。 是否可以使用监听器? 至少从线路捕获中、我可以看到许多多播信号、我认为这些信号也会传输到无线中、这意味着连接的设备会在每个 DTIM 中唤醒、在您的情况下、如果 LSI 未设置或由于某种原因无效、则每102.4mSec 一次。 只需确保 LSI 设置的设置方式、NWP 日志就足够了。 您能否提供 NWP 日志?

    最后、我将在接下来的2周内离开、因此我将从我的团队中指派一位人员在我外出时进行填写。

    此致、

    Shlomi

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

    e2e.ti.com/.../2022_2D00_08_2D00_16_5F00_MAClog_5F00_FW0_2D00_2_2D00_3.loge2e.ti.com/.../2022_2D00_08_2D00_16_5F00_NWPlog_5F00_FW0_2D00_2_2D00_3.log

    您好、Shlomi、

    以下是请求的 MAC 和 NWP 日志。

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

    这是 NWP 日志还是 MAC 日志?

    您使用的 Service Pack 版本是什么?

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

    您好、Kobi、

    NWP 日志和 Mac 日志 都显示在最后的消息中。 您需要同时下载这两个文件。 但是、显示为文本的是 NWP。

    S.P 为 sp_4.13.0.2_3.7.0.1_3.1.0.26

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

    您好、Ajay、  

    很抱歉耽误你的回答。  

    在查找 MAC 日志时、器件(在预期的学习阶段后、在前20个信标唤醒)似乎进入睡眠状态921600ms (即、已编程的 LSI 似乎是9而不是7)。

    也许您刚刚捕获了连接的初始阶段?