[参考译文] CC3220SF-LAUNCHXL：重新连接问题

admin

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/935840/cc3220sf-launchxl-reconnection-issue

器件型号：CC3220SF-LAUNCHXL

您好！

我们将 CC3220MODASF 模块用于我们的应用。我们添加一个配置文件，设置自动和快速连接策略，然后使用 sl_Start()启动 NWP。

我们每隔3秒检查一次设备是否已连接并获取了 IP 以将数据发送到服务器。如果器件未连接或未获取 IP、我们使用 sl_Stop（)和 sl_Start（)重新启动 NWP。路由器多次重新启动时，有时不会为设备提供 IP。在这种情况下、器件会在 FreeRTOS 中点击 CONFIGASERT 并挂起。

我们有以下问题：

在 sl_Stop 之后调用 sl_Start 是否存在任何最短等待时间。 3秒时间是否不足？这是否会导致断言？

如果在未添加配置文件的情况下每3秒重新启动一次网络进程、则设备工作正常。添加配置文件有什么不同？

2.我们之所以采用这种解决方案，是因为自动和快速连接策略不可靠。只有在以前连接成功的情况下、设备才能重新连接到路由器。自动连接策略的正确行为。根据我们的理解、如果设置了自动连接策略、则器件应在可用时连接到添加的配置文件。

请提供建议。

5 年多前

0 admin 5 年多前

TI__Guru**** 2578945 points

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

您好！

我建议等待超过3秒。我认为大约10秒的时间会更好。您没有保证响应的最短时间。

即使您有激进的低功耗目标、您也应该能够通过在连接尝试失败之间休眠足够长的时间来减轻功耗的潜在影响(假设在这种情况下接入点处于关闭状态或无响应状态)。

话虽如此、当您看不到 WLAN 连接或 IP 获取事件时重新启动器件不应导致断言。在器件上存储配置文件不应直接影响主机应用程序的执行并导致断言。

快速连接策略仅适用于先前(成功)的连接。

自动连接策略适用于所有存储的配置文件。启用自动连接策略后、设备将执行扫描以查找附近的接入点。扫描完成后、它将查找与存储的任何配置文件匹配的结果、并根据优先级尝试连接到最佳配置文件。在自动连接过程中、不需要之前连接到 AP 即可选择。请参阅 http://www.ti.com/lit/swru455中的第4.3.3.1节。

此致、

本·M

0 admin 5 年多前

TI__Guru**** 2578945 points

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

您好 Ben、

感谢您的回复。

我们在频繁重新启动 NWP 时仍然存在相同的问题、但好消息是无论之前成功连接如何、我们都能使自动连接正常工作。因此、只要接入点关闭、我们就不需要重新启动 NWP。

但有时当路由器(AP)重新启动时、路由器不会分配 IP、因此设备会获取 LLA (链路本地地址)。设备是否可以丢弃 LLA 并获取 DHCP 分配的地址(只要路由器分配了地址)而不重新启动 NWP？

未显式完成 net cfg 设置、因此默认情况下启用 DHCP 模式。

提前感谢。

Wi-Fi®︎（参考译文帖）

Wi-Fi®︎（参考译文帖）(Read Only)

[参考译文] CC3220SF-LAUNCHXL：重新连接问题