• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 0 订户
  • 视图 209 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] LAUNCHCC3220MODASF：如果没有配置文件，则使用自动连接策略的电源

admin
Guru**** 2582405 points
Other Parts Discussed in Thread: UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/901938/launchcc3220modasf-power-usage-of-auto-connection-policy-if-no-profiles-present

器件型号：LAUNCHCC3220MODASF
主题中讨论的其他器件：UNIFLASH

您好！

想象一个具有完整配置文件列表的 CC3320从 Uniflash 开始配置为快速+自动连接策略。 NWP 缓存的最后一个 AP 详细信息不起作用，因此它从快速返回到自动，并开始尝试连接到这七个 SSID、BSSID、安全类型配置文件中的一个。

如果成功，则主机在 SimpleLinkWlanEventHandler()中获得了 slWlanEventConnect_t，但如果失败，则更有趣的是…

NWP 尝试连接到七个配置文件之一的时间有多长？ 这会消耗很多功率吗？ 该项目由电池供电，因此如果用户的 AP 关闭，我不希望 NWP 一直忙于旋转，尝试一下。 相反，我想主机一段时间后就没有 SlWlanEventConnect_t 了，然后站着 NWP 的自动连接，等待一两分钟，然后再试一次。 然后、可能会以指数方式回退延迟、并具有一定的上限。

这就让我了解了如何取消 Auto()，理想情况下不会删除缓存的 Fast 设置，因为它们可能完全有效，下次可以正常工作。 这里有哪些选项/折衷？ sl_Stop ()、delay、sl_Start ()似乎是转换器。 还有更好的吗？

谢谢、Ralph。

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

    您好、Ralph、

    NWP 将一直尝试无限期地连接到保存的配置文件。 您可以尝试通过使用 sl_WlanPolicySet (sl_WLAN_policy_scan、...)增大扫描间隔来降低功耗 API。 但是、由于这种重试将以扫描策略设置的固定速率发生、因此、如果器件存储的所有 Wi-Fi 配置文件都不可连接、则器件确实会消耗大量的功率扫描。  

    您可以通过使用 sl_WlanPolicySet (sl_WLAN_policy_connection、...)取消自动连接 API。 请注意、禁用自动连接时可以保持启用快速连接。通过使用该 API、您可以让一些应用程序代码监控连接状态、如果您检测到已与 AP 断开连接的时间很长、则可以禁用自动连接以节省功耗。

    如果您需要更多地了解 CC3220的扫描/连接策略、或对此主题有其他疑问、请告诉我。

    此致、

    Michael

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

    您好、Michael、

    谢谢、我可以使用 Uniflash 实现 Fast+Auto、因为我已经运行了一段时间、但仍然没有连接事件、所以请使用 sl_WlanPolicySet (sl_WLAN_policy_scan)将 Auto 设置为仅快速、清除自动、以停止 Auto。 由于系统持久化，我必须关闭该调用的持久性，以避免 NWP 串行闪存写入。

    然后、休息后、我可以使用 Fast+Auto 重复非持久调用、NWP 将立即继续尝试查找匹配 cache-Fast 或 Profile 的 AP、直到我再次放弃。

    稍微背景… 我认为，用户的 AP (唯一的配置文件)在该项目环境中处于可访问的边界上，或者在根本不可用的时间段内，这可能是很常见的。 当用户发现电池电量比正常快时，我不想成为主要症状，但我不明白原因。

    谢谢、Ralph。

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

    您好、Ralph、

    您计划永久禁用自动连接、以防止 CC3220消耗电能、尝试重新连接到 AP 听起来不错。

    如您所知、当电池供电的 Wi-Fi 设备非常快速地耗尽电池时、重新连接到 AP 通常是问题的原因。 在您设想的情况下、由于 CC3220超出范围、不断尝试重新连接、但经常断开设备连接的 AP 行为错误也会导致相同的功耗问题。

    此致、

    Michael

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

    您好、Michael、

    感谢有关 AP 行为错误的提示、他们不断地将我赶走。 我将通过云访问 Wi-Fi 网络、帮助诊断消费者问题。

    此外、我还决定、除了对重新连接的尝试进行指数式回退之外、我还会在某些时候完全放弃、需要用户按按钮重新开始尝试。 电池电量低确实是我希望避免的一个情况。

    谢谢、Ralph。