[参考译文] Linux/WL1801MOD：WL1801MOD 上的连接问题

Nomo、
似乎取消身份验证是由于不活动造成的。 我还会看到由于 TX 卡住而导致的恢复。 您是否能够始终如一地重现此问题-特别是以下行："wlcore：Error Tx Stuck (在 FW 中) 5000ms。 正在开始恢复"

谢谢
Saurabh

Saurabh-san、您好！

感谢你的答复。
问题("wlcore：错误 Tx Stuck (FW)持续5000ms。 开始恢复")的概率很高、但并非总是如此。
请问我应该先检查哪些要点？

此致、
Nomo

您好、Nomo-San、

TX 卡滞通常与环境问题有关、例如空气中的干扰、这会阻止固件长时间传输。

这种情况通常非常罕见、我们几乎看不到这种情况。

以下是几个问题：

1.他们可以在屏蔽的房间或周围无线网络设备较少的区域尝试相同的设置吗？

2.他们是否在所有渠道上都看到此问题？ 它们是否可以切换到另一个通道？

我假设这是他们的目标硬件、对吧？ 这是在他们的所有板上看到的、还是仅在某些板上看到的？

4.他们能否使用固件记录器从 UART_DEBUG 捕获固件日志？

此致、

Eyal

Eyal-San、您好！

感谢您的评论。

我的客户现场有两个问题。
与其他 AP 相比、AP (WL1801MOD)和 STA 之间的连接断开频率更高。
断开(1)后、AP (WL1801MOD)通常似乎处于异常状态、无法从断开状态恢复。

我附加了 UART_DEBUG 中的新日志文件。
您可以为日志文件进行注释吗？
他们认为可以在文件中的45482行附近找到问题。

他们认为原因在于固件。
如果您有另一个概念、请告诉我。

我回答以下问题。

[引用 user="Eyal Reizer ]1. 他们能否在屏蔽的房间或周围无线网络设备较少的区域尝试相同的设置？[/引述]

他们在附近无线网络设备较少的地方尝试了一下、结果很好。
但是、连接明显弱于任何其他 AP 器件。
因此、在实际环境中、他们很难将 WL1801MOD 用作 AP。

[引用用户="Eyal Reizer ]2. 他们是否在所有渠道上都看到此问题？ 他们能否切换到另一个渠道？[/报价]

可以在所有通道上看到该问题。

[引用用户="Eyal Reizer ]3. 我假设这是他们的目标硬件、对吧？ 这是在他们的所有板上看到的还是仅在某些板上看到的？

是的、可以在他们的所有定制板上看到该问题；但是、他们也在 TI 的 EVM 上尝试过、发现 AP 和 STA 之间的连接存在缺陷。

[引用用户="Eyal Reizer ]4. 他们能否使用固件记录器从 UART_DEBUG 捕获固件日志？

之前附加的文件来自/var/log/messages、因此我附加了 UART_DEBUG 的固件日志。

此致、
Nomo

e2e.ti.com/.../glog_5F00_2018_5F00_06_5F00_21_5F00_161735.xlsx

您好、Nomo-San、

我在查看他们提供的日志时遇到问题？

他们是否在保存捕获文件时使用了同样在目标上运行的 gLogger 中的固件文件？

日志中有许多无效数据包、因此它们可能没有使用匹配的文件？

他们能否生成另一个完整且未显示错误的文件？

此致、

Eyal

0

0

33：20.6

同步完成前接收到无效数据包

80c39410058026798710423d9cbe02d5bc7b0580c394100580c00d9510042157367d800027841000040001278000f385100004000205806181004800259841000d5bc7b80d586100401007800051000040000051000040000051004801004000004d40000041004000004b4000004d40000051004000004d4000004d40000051004000004d 4000004d4000004d4000004d4000004d4000005100400000510040000051004000004d4000004d4000004d4000004d4000005100400000

Eyal-San、您好！

很抱歉打扰了你。
我附加了不显示错误的新日志。

ap_conn_2018_06_25.xlsx 是 UART_DEBUG 的日志、AP_MODE_AP_20180625.txt 是主机上的日志(AM3352)。
它们连接了四台 STA、其中一台已断开连接、从未恢复。

断开连接出现在 AP_MODE_AP_20180625.txt 中的81行和 ap_conn_2018_06_25.xlsx 中的98786行。
请注意 ap_conn_2018_06_25.xlsx 中98786行的时间设置。

您能为这些日志提供评论吗？

此致、
Nomo

e2e.ti.com/.../ap_5F00_conn_5F00_2018_5F00_06_5F00_25.xlsx

e2e.ti.com/.../AP_5F00_MODE_5F00_AP_5F00_20180625.txt

您好、Nomo-San、

我已要求我们的研发固件专家查看日志、看看他是否能够理解为什么该工作站断开连接、无法重新连接。

同时、我建议尝试两件事：

断开此站点后、如果您手动再次尝试重新连接到 AP。 连接是否正常？

2.您能否检查断开连接的工作站、查看是否已将 WL1801 AP 纳入其黑色列表中、这是不重新连接的原因？

3.如果它在黑色列表中并且您清除了黑色列表，它是否再次连接？

此致、

Eyal

Eyal-San、您好！

感谢您的回复和温和支持。
我回答以下问题。

[引用 user="Eyal Reizer ]1. 断开此基站后、如果您手动再次尝试重新连接到 AP。 连接是否正常？

否、他们已手动尝试重新连接、但失败。
他们可以通过在 AP (WL1801MOD)上重新引导驱动程序和主机来重新连接 STA。

[引用用户="Eyal Reizer ]2. 您能否检查已断开连接的基站、看看它是否已将 WL1801 AP 纳入其黑名单、这就是为什么不重新连接的原因？[/报价]

他们没有将 STA 器件添加到黑色列表中。
固件或驱动程序是否在任何情况下自动将 STA 器件添加到黑色列表中？

此致、
Nomo

您好、Nomo-San、

关于黑名单、我实际上是指另一种方法。

如果工作站无法连接、则可以将 AP 添加到黑色列表中。

不是以黑色列出工作站的 AP。

请参阅：

搜索"blacklist"命令。

如果他们确实在黑名单中看到 AP、请让他们尝试清除黑名单、并尝试重新连接到 AP、查看是否连接。

此外、我们的研发工程师已经研究了日志、我们希望他们尝试以下几项操作：

从日志中，似乎有很多组密钥握手完成(RSN)，我们想了解问题是否相关  

要使用安全密钥：

他们能否通过将 WL1801 AP 配置为：

1. 没有安全性
2. 无11n

此致、

Eyal

Eyal-San、您好！

感谢您的评论和建议。
我将要求客户执行该操作。

但是、他们提到没有安全性的解决方案不被他们接受、因为他们需要该功能。

顺便说一下、这些问题在 WL1835MODCOM8B 上重现、其中包含 TI 的默认固件和设置。
(固件版本为 PHY 固件版本：版本8.2.0.242、固件启动(版本8.9.0.0.78))

这是最新固件的已知问题吗？
是否可以通过将固件更改为旧固件来解决此问题？

此致、
Nomo

Nomo-San、
"但是、他们提到没有安全性的解决方案不被他们接受、因为他们需要该功能。"
这仅用于调试。 我们不建议禁用器件上的安全连接

"这是最新固件的已知问题吗？"
我们不知道这个问题

"是否可以通过将固件更改为旧固件来解决此问题？"
客户可以尝试使用较旧版本的固件、并告知我们它是否会产生任何影响

谢谢
Saurabh

Saurabh-san、您好！

感谢你的答复。
我已要求他们尝试使用较旧版本的固件和/或不使用安全/11n、并且他们正在进行评估。
如果这些会产生任何影响、我会告诉您。

顺便说一下、TI 的 EVM 可以使用他们提到的默认软件/固件重现此问题。
那么、您能否在您的站点上进行评估？
如果您需要其他信息、请告诉我。

以下是条件：
TMDXEMV3358+WL1835MODCOM8B 设置为具有安全性的 AP 模式、某些器件(如 Android 智能手机和平板电脑)连接到 AP。
 (它们将两个以上的 STA 器件连接到 AP)
-STA 器件每隔一秒向 AP 发送 ping。
－要重现问题，您需要长时间离开环境。 (某些情况下会在一小时内出现问题、而其他情况下会在一天以上出现问题)
软件版本如下：
 AM335x 上的-SDK：PROCESSOR-SDK-LINUX-AM335X 04_00_00_04
 -linux 内核版本：4.9.28-geed43d1050
 WiLink 驱动程序版本：wilink8-wlan-wl18xx-R8.7_SP3
 固件版本：PHY 固件版本：版本8.2.0.242并启动固件(版本8.9.0.0.78)
 hostapd 版本：hostapd v2.6-devel-r8.7_sp3+

此致、
Nomo

您好、Nomo-San、
WiLink8 AP 是一种软 AP、与外部专用接入点不同、它不打算运行数天。 它主要用于配置等 我已将设备连接到 AP 一个小时，但未看到任何断开连接。 我在固件日志中没有看到任何与看门狗相关的恢复。 您能否请客户卸载/加载驱动程序模块、并在发现此问题并重新测试时再次启动 AP。 另外，如果与安全相关，请运行其它测试以排除故障。

谢谢
Saurabh

Saurabh-san、您好！

感谢你的答复。
我们知道 WiLink8 AP 是软 AP；但是、我们无法找到显示"与外部专用接入点不同、它不打算运行数天"的信息。

如果您有任何文档描述了上述意图以及 AP 模式下的预期用法、您能告诉我们来源吗？

此致、
Nomo

您好、Nomo-San、
我在2个 WiLink8 EVM (一个 AP、一个 STA)上运行此测试1天、但未看到连接中断。 您的客户的用例场景是什么？ 您是否对我们要求他们运行的测试有更新？

谢谢
Saurabh

Saurabh-san、您好！

感谢您的合作。

您可以尝试以下条件吗？
他们不仅担心断开连接、而且永远不会恢复。
有时、连接断开后、连接永远不会恢复。

-AP 是一个 EVM、STA 是 Windows10 PC 和 Android 智能手机的两个或三个。
-请通过配置 wl18xx-conf.bin 仅使用一根2.4GHz 天线进行设置。
－请在环境附近放置金属面板。
－您是否可以使连接可能断开并确认从未恢复的环境？

此致、
Nomo

我们在这里没有看到这样的问题。
如果您希望我们查看、您需要提供在此类情况下捕获的日志(监听器日志和 wpa_supplicant 日志)。

此致、
Eyal