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.

[参考译文] CC3135MOD:C3135实际 DTIM

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1128817/cc3135mod-c3135-actual-dtim

器件型号:CC3135MOD
主题中讨论的其他器件:CC3135

您好!

我想与大家分享我对实际 DTIM 值的观察结果。

我设置了两个 WiFi 接入点(Linksys EA 6900和 Anatel Unifi 6 Lite)和两个 WiFi 模块(CC3135和其他供应商提供的类似模块)。 所有描述的活动均在5GHz 频段上。
CC3135模块信息:
 NWP 4.12.0.1
 MAC 3.7.0.1
 PHY 3.1.0.26
 ChipId 82332160
 ROM 8738

场景:将 DTIM 值设置为300、将模块与 AP 关联并检查功耗图-通过功耗峰值监控实际 DTIM 值。

结果:
- CC3135和 Linksys EA 6900:的,DTIM 300
- CC3135和 Anatel Unifi 6 Lite:错误,DTIM 100
-另一家供应商和 Linksys EA 6900:的,DTIM 300
-另一家供应商和 Anatel Unifi 6 Lite:的,DTIM 300

因此、CC3135和 Anatel Unifi 6 Lite 的组合会出现意外结果。 读出 DTIM 值设置返回 CC3135提供300、如配置、其中实际测量值为100。

这是否是已知的行为,并且很少有 WiFi AP 型号存在一些不兼容问题?


最好。

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

    您能否提供监听器日志? (Wireshark)

    您的 WLAN 电源管理策略(SL_WLAN_POLICE_PM)是什么?

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

    您好、Kobi、

    监听器日志位于 :https://drive.google.com/file/d/1qgMdl0eK5Z3N_iezPspLyYGJh2igtu4u/view

    它包含器件的(MAC:B0:B1:13:42:7c:3a)重启序列。

     链接时设置的 SL_WLAN_POLICE_PM 为 SL_WLAN_Long_SLEEP_INTERVE_POLICE_PM、DTIM 设置为300。

    最好。

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

      选择了什么 MaxSlepTimeMS?

    假设它是300或更多、您应该会看到睡眠模式的300毫秒(如果上面的值设置为600毫秒、则大于或等于300毫秒)。

    请注意、当器件为每个信标唤醒并根据设置开始睡眠时、器件将从学习阶段开始(以了解信标传输中的抖动并创建尽可能短的唤醒窗口)。 如果信标间隔中存在较大的抖动(因此传输从唤醒窗口中下降)、并且器件开始丢失信标、则可能会返回到学习阶段(如果信道上存在其他干扰、则会发生相同的情况)。

    也许您在学习阶段捕捉了行为。

    如果配置正确且行为一致、请向我们发送 NWP 和 MAC 日志以供进一步分析。

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

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

    您好、Kobi、

    选择的 MaxSlepTimeM 为300ms。 我将通过电流消耗尖峰监控实际值。

    请在 zip 文件中查找日志:
    drive.google.com/.../view

    该 zip 文件包含 NVP 日志、MAC 日志和捕获的10分钟电流测量 CSV 文件。
    所有这些都是同时进行的(捕获在一个或多个差分的情况下逐个开始)。

    在捕获开始时、器件处于正常操作模式、大约20秒后、我重新启动了它。


    最好。

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

    至少 NWP 日志不可读。 如果可能、尝试获取新的。

    今天稍后我将尝试检查 MAC 日志。

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

    MAC 日志 也不正确。

    请重试、确保您正确遵循捕获说明。

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

    您好、Kobi、

    新文件集可从以下网址获得:

    https://drive.google.com/file/d/1n-vZwIHBXwSg0WWj3D_OIhrWdZr0g5FI

    使用了相同的方案:10分钟捕获时间、数据是同时获取的、从正常操作模式开始、并在启动后~20秒重新启动。

    最好。

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

    这些仍然有问题。

    我想您在连接期间的不同时间测量了功率。 SimpleLink 利用自适应信标跟踪机制、以便在每个信标/DDIM/LSI 间隔中使用最小 RX 窗口。 这从学习阶段开始、在该阶段、器件会针对每个信标唤醒(以测量平均抖动)、仅在~20信标后、器件才会开始长时间睡眠。  

    如果连续信标丢失(信标传输中出现较大抖动或由于信道上的其他干扰)、SL 器件将返回到学习阶段。

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

    您好、Kobi、

    我们将在整个10分钟的课程中持续测量功耗。 您可以在提供的 output.csv 文件中获取测量值。
    我想再次强调、我有两个 WiFi AP 可供测试、此问题仅出现在一个 AP 上(Anatel's Unifi 6 Lite)。

    我无法向自己解释的关键问题可归纳如下:
    -设备处于 WiFi 关联模式,DTIM 设置为300,
    -即使在通信建立几分钟后,消耗量峰值也会以 DTIM 100的速度出现。

    请在以下位置检查捕获的数据:
    drive.google.com/.../1VBIVN5nSxKm203sMbmJHcqmnnVVfrGgn

    此 zip 文件包含两组数据、捕获时间为10分钟、即 DTIM 300。 约 捕获启动20秒后、在两种情况下都执行了重新引导。 子文件夹中的 diff 如下所示:
    1) 1)"关联"文件夹方案:
    -正常工作模式、捕获启动、
    - 20秒后执行设备重新引导,
    -启动时、器件连接到 WiFi AP (这次尝试2次-不是问题、忽略此问题)、
    之后、会发送一个简短的状态数据包、
    -设备在剩余时间(~9分钟)内保持与 WiFi 相关的模式,
    如果您在此相关时间内检查功耗,它将一直保持很高的水平。 例如、8分钟后、消耗如下所示:
    drive.google.com/.../1paiA-4z0NcYsuzxLCbKhtPWA7HYrZyVO


    2)"wing_comm"文件夹方案:
    与上述内容类似,但本节也包含十几次传输。

    "was_comm"文件夹仅供参考。 请关注"关联"文件夹中的数据-这是我们感到困扰的一件事、我们希望得到您的解释。


    请注意、这对我们来说是一个高度优先的问题、因此、我们可以随时要求提供任何详细信息、以便更接近结论。


    最好。

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

    好的、这些日志很好!

    我们可以看到、器件有时休眠~300ms (DTIM)、但我们似乎经常接收数据。

    每次器件获取数据时、逻辑都会返回以唤醒每个信标(假设后续会有更多事务)。 然后我们看到、经过几次信标间隔后、它会恢复到300毫秒间隔、但随后会接收到另一个数据包...

    查看监听器日志、我看到 AP 不断发送 IPV4mcast_fb 数据包。 我不知道原因(可能与网格支持相关)、这似乎是唤醒的原因。

    您可以尝试使用 RX 滤波器(请参阅 https://www.ti.com/lit/swru455中的第11章)来尝试忽略这些滤波器并查看其是否有用。  

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

    您好、Kobi、

    感谢调查。

    我添加了 RX 滤波、应用的初始规则基于目标 IP 地址滤波。 我已经开始测量对消耗的影响、可能还会将结果与一些其他规则组合进行比较。

    最好。

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

    好的。 请更新您的调查结果。

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

    大家好、Kobi、

    是的、在最坏的情况下、目标 IP 地址过滤可将功耗降低近1mA。

    现在、我还将研究基于 WiFi 模块的 MAC 地址进行滤波(BSSID 是下一个候选地址)、以了解我们可以达到多低的速率。

    不确定您是否也涵盖了此滤波区域、但我遇到了基于 MAC 标准的滤波问题、我打开了另一个主题: https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1135877/cc3135mod-programmable-rx-filters

    最好。

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

    可能是设置时间所需的 ARP/其他广播问题。 是否可以延迟 RX 滤波器设置、直至插座启动并运行?

    如果您将提供监听器日志、它可以帮助确定确切的问题、并可能添加和筛选以解决此问题。

    无论如何、我会让所有者对另一个线程做出响应。