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.

[参考译文] CC3220SF:重复 Wifi 断开事件:auth_timeout

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1429057/cc3220sf-repeated-wifi-disconnect-event-auth_timeout

器件型号:CC3220SF

工具与软件:

您好!

我为定制电路板(CC3220SF)设置了如下所示的测试设置。 有一个具有互联网连接和 Wifi AP 的主路由器。 有一个中继器使用路由器提供的 Wifi 创建另一个具有不同 SSID (无网状)的 AP。 中继器反复打开和关闭。 它始终打开5分钟、关闭1分钟

板在 WIFI 自动连接上运行、并具有中继器的配置文件。 一旦中继器被打开、主板连接到这个 WiFi 并与一个服务器交换数据。 关闭后、电路板将收到断开事件、并等待新的 WiFi 连接。

日志看起来像这样:

STA 连接到 AP:中继器、BSSID:49:5d:35:7c:88:E4
连接到服务器的 HTTP 客户端
HTTP 请求已发送
...
器件从 AP:中继器断开连接、BSSID:49:5d:35:7c:88:E4
断开连接原因:ROAMING_TRIGGER_BSS_LOSS 109
...
STA 连接到 AP:中继器、BSSID:49:5d:35:7c:88:E4

...

但有时在实际事件之后还会出现几个其他断开事件:

STA 连接到 AP:中继器、BSSID:49:5d:35:7c:88:E4
连接到服务器的 HTTP 客户端
HTTP 请求已发送
...
器件从 AP:中继器断开连接、BSSID:49:5d:35:7c:88:E4
断开连接原因:ROAMING_TRIGGER_BSS_LOSS 109

...
STA 连接到 AP:中继器、BSSID:49:5d:35:7c:88:E4
连接到服务器的 HTTP 客户端
HTTP 请求已发送
...
器件从 AP:中继器断开连接、BSSID:49:5d:35:7c:88:E4
断开连接原因:ROAMING_TRIGGER_BSS_LOSS 109

设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
设备已从 AP:、BSSID:0:0:0:0:0:0断开连接
断开连接原因:auth_timeout 202
已达到最大身份验证超时计数!!

之后、芯片不再连接回中继器。 这种情况很少发生、但会在所有电路板上发生、但不会同时发生。 似乎芯片认为中继器 Wifi 仍然存在、想要连接、但显然无法连接。 使用的 SDK 为 simplelink_cc32xx_sdk_6_10_00_05、服务包为 sp_3.22.0.1_2.7.0.0_2.2.0.7.bin。

我有 UART 和 NWP 日志。 上载位置?

此致

Jerry

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

    Jerry、您好!

    您是否可以考虑更新到 SDK 7.10?
    请重试、如果您看到相同的行为、您可以通过 E2E 将日志作为附件发送。

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

    好的、我要试试 SDK 7.10!

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

    您好!

    请在拥有日志后共享它们。

    您是否添加了诸如"已达到最大身份验证超时计数"之类的消息? 我在代码中看不到这些代码。

    看起来在由于 ROAMING_TRIGGER_BSS_LOSS 而断开连接后(这是预期情况)、您会立即尝试连接并进入 AUTH 状态机。 尝试重新连接是正常的、但我不希望继续使用 SM。

    NWP 日志可能会显示一些内容。

    如果您也有嗅探器、这种检测方法将非常有效。

    Shlomi

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

    Shlomi、您好!

    是的、消息由我们添加、对于20次断开连接事件后停止的测试、我们将停止。 否则、即使再次打开中继器、它也不会重新连接、它将一直处于打开状态。 NWP 设置为自动连接。

    在我的下一个测试中、我将包括监听器、还将设置与板并联的 EVM。

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

    好的、还需要 NWP 日志才能完成此操作。

x 出现错误。请重试或与管理员联系。