[参考译文] WL1801MOD：断开连接、不会立即重新连接到具有相同 SSID 但频率(2.4GHz 或5GHz)和 BSSID 不同的 AP

admin

Other Parts Discussed in Thread: WL1801, WL1801MOD, WL1837MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/860503/wl1801mod-disconnects-and-does-not-reconnect-immediately-to-aps-which-have-the-same-ssid-but-different-frequency-2-4ghz-or-5ghz-and-bssid

器件型号：WL1801MOD
Thread 中讨论的其他部件：WL1801、 WL1837MOD

你(们)好。

我有以下问题：

我正在连接到具有2.4GHz 和5GHz 接入点的公司网络。当我连接到 AP 时、工作状态良好一段时间、但在一段时间后、我断开连接。我可以在很长时间后(比如半天时间)自动重新连接。

所使用的硬件是 Compulab IOT 网关 IOT -gate-iMX7 、www.compulab.com/.../、它使用 TI WiLink 8 WL1801模块进行 WiFi 连接。

使用定制的 Linux 系统、使用 Yocto 构建、该系统具有以下特征：

* Linux 内核版本：4.19.35
*用于 wifi 的内核模块：wl18xx

# modinfo wl18xx
文件名： /lib/modules/4.19.35 +ge4452f4458e4/kernel/drivers/net/wireless/ti/wl18xx/wl18xx.ko
固件： TI-connectivity/wl18xx-fw-4.bin
作者： Luciano Coelho 
许可证： GPL v2
版本： 533BB7E5866E52F63B9ACCB
别名： 平台：wl18xx
取决于：
intree： Y
名称： wl18xx
vermagic： 4.19.35+ge4452f4458e4 SMP 抢占 mod_unload MODVERSIONS ARMv6 p2v8
parm： HT_MODE：强制 HT 模式：宽或低侧20 (CHARP)
参数： Board_type：板类型：FPGA、HDK (默认)、EVB、COM8或 DVP (CHARP)
parm： 校验和：启用 TCP 校验和：布尔(默认为 false)(bool)
parm： dc2dc：外部 DC2DC：U8 (默认为0)(int)
parm： n_ANAICS_2：已安装2.4GHz 天线的数量：1 (默认)或2 (int)
parm： n_ANAICS_5：已安装的5GHz 天线的数量：1 (默认)或2 (int)
parm： LOW_BAD_COMPONENT：低值带分量：U8 (默认为0x01)(int)
parm： LOW_BAD_COMPONENT_TYPE：低频带组件类型：U8 (默认为0x05或0x06、具体取决于 board_type)(int)
parm： HIGH_BAD_COMPONENT：高值带分量：U8、(默认为0x01)(int)
parm： HIGH_BAD_COMPONENT_TYPE：高频段组件类型：U8 (默认为0x09)(int)
parm： PWR_LIMIT_reference_11_abg：功率限制参考：U8 (默认为0xc8)(int)
parm： num_Rx_desc：int
参数： num_rx_desc_param：Rx 描述符数：U8 (默认为32)

* Wifi 固件版本：

#字符串/lib/firmware/ti-connectivity/wl18xx-fw-4.bin | grep Rev
FRev 8.9.0.0.79
FRev 8.2.0.242

* Supplicant：wpa_supplicant v2.9

*网络管理器：Connman v1.37

我按照此处 processors.wiki.ti.com/.../WL18xx_Driver_Debug 所述启用 WL18xx 驱动程序的调试、并启用了对 wpa_supplicant 的调试、从而进行了一些测试。我所做的更改如下：
*`echo 883518 >/sys/module/wlcore/parameters/debug_level`
*`/usr/sbin/wpa_supplicant -u -d`

使用 SSID `purpleline` BSSID `58：0A：20：5b：EC：ca`和频率5560的 AP 配置如下所示

# cat /var/lib/connman/wifi_304511e7f479_707572706c656c696e65_managed_psk/settings
[WIFI_304511e7f479_707572706c656c696e65_managed _PSK]
Name=purpleline
SSID=707572706c656c696e65
Frequency=5560
Favority=True
AutoConnect=true
Modified=2019-11-25T11：19：49.091126Z
Passphrase= 
IPv4.method=DHCP
IPv4.DHCP.LastAddress=10.163.183.9
IPv6.method=auto
IPv6.privacy=禁用

AP 断开连接且无法重新连接时、接下来跟随输出
e2e.ti.com/.../disconnectsToAP_2D00_driver_2D00_wpa_5F00_supplicant.log

我定期得到以下或类似的结果。值得注意的是、可以找到 SSID 相同的 AP、`purpleline`、但频率不同、但未连接。

e2e.ti.com/.../messagesWhileAPDisconnected_2D00_driver_2D00_wpa_5F00_supplicant.log

长时间后会发生连接。值得注意的是、它连接到 SSID `purpleline`、BSSID `58：0A：20：5b：EC：ca`的 AP、频率为5560、与最初连接时相同。

e2e.ti.com/.../connectAP_2D00_driver_2D00_wpa_5F00_supplicant.log

我对2.4GHz 路由器进行了一些测试、我可以更改通道以检查行为。我可以看到、即使频率发生变化、我也可以正常连接。

所以、我想问一下
1.这是正常行为吗？无论频率和 BSSID 如何、连接到具有相同 SSID 的 AP 是否正常？
2.为了实现上述行为，是否需要配置驱动程序和/或 wpa_supplicant？

如果您需要更多信息、请告诉我。

此致、

斯塔夫罗斯

5 年多前

0 admin 5 年多前

TI__Guru**** 2390755 points

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

您好、 Stavros

连接是 AP 由请求方处理。它决定何时连接以及连接到哪个 AP。是的、器件可以连接到具有相同 SSID 的另一个 AP。供参考：WL1801MOD 是仅2.4GHz 的器件。您不应在5GHz 频段上使用此功能。

谢谢

Saurabh

0 admin 5 年多前

TI__Guru**** 2390755 points

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

尊敬的 Saurabh：

感谢您的快速回复。

只是为了澄清您所说的不在5GHz 频段上使用它的内容。虽然 WL1801MOD 是2.4GHz 器件、但我可以在驱动程序的扫描中看到5GHz 的结果、如下所示

11月27日10：13：30 bumblebee - 25976f 内核：wlcore：mac80211 HW scan
11月27 10：13：30 bumblebee - 25976f 内核：wlcore：mbox 0
11月27日事件10：13：30 bumblebee - 25976f 内核：wlcore：0x80000 vector：0x80000
11月27：0x259720 bumblebleblebleblebee、wldwell dwell 20：13 blebleblebleblebee、wldwell blebleblebleblebee、 NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：频率5200，通道40，标志0x2，电源20，min/max_dwell 8/30， NO-IR
11月27日10：13：30 bumblebee－25976f 内核：wlcore：频率5210，通道42，标志0x2，电源20，min/max_dwell 8/30， NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：f频率5220，ch. 44，标志0x2，电源20，min/max_dwell 8/30， NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：f频率5230，ch46，标志0x12，电源20，min/max_dwell 8/30， NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：频率5745，ch. 149，标志0x122，电源20，min/max_dwell 8/30， NO-IR
11月27日10：13：30 bumblebee－25976f 内核：wlcore：频率5765，ch.153，标志0x102，电源20，min/max_dwell 8/30， NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：频率5785，ch157，标志0x102，电源20，min/max_dwell 8/30， NO-IR
11月27日10：13：30 bumblebee－25976f 内核：wlcore：频率5825，ch. 165，标志0x112，电源20，min/max_dwell 8/30， NO-IR
11月27日10:13:30bumblebee－25976f 内核：wlcore：频率5260，ch52，标志0xA，电源20，min/max_dwell 8/30， DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5280、ch56、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5300、通道60、标志0xA、功率20、最小/最大_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5320、通道64、标志0x1a、电源20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5500、通道100、标志0x2a、电源20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5520、ch104、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5540、ch108、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5560、通道112、标志0xA、电源20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5580、ch116、标志0xA、power 20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5600、通道120、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5620、ch124、标志0xA、电源20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5640、通道128、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5660、ch132、标志0xA、功率20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5680、ch136、标志0xA、power 20、min/max_dwell 8/30、 DFS、NO-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：频率5700、通道140、标志0x1a、电源20、min/max_dwell 8/30、 dfs、no-IR
11月27日10：13：30 bumblebee - 25976f 内核：wlcore：f频率5180、ch. 36、flags 0x20、power 20、min/max_978/30 bumblebee
- 25976f 内核：wlcore：faq 5240、ch. 48、flags 0x0、bumble2011
月27：mblebleblebleble-25976f 内核：mbldwell：wldwell 13：wldwell 10：mblbleblebee 258/30 dwell 频率5805、ch161、flags 0x100、power 20、min/max_dwell 8/30
11月27 10：13：30 bumblebee - 25976f 内核：wlcore： 2.4GHz：主动0被动0
11月27 10：13：30 bumblebee - 25976f 内核：wlcore： 5GHz：有源3无源
11月9日27 10：13：30 bumblebee - 25976f 内核：wlcore： DFS：
11月15日27 10：13：30 bumblebee－25976f 内核：wlcore：构建探测器请求频段
11月1日27 10：13：30 bumblebee－25976f 内核：wlcore：cmd template_set 3 (角色0)

我还可以连接到5GHz 频段的 AP。

我之所以说上述内容、是因为我不熟悉 WiFi 芯片组、这是2.5GHz 芯片组扫描和连接5GHz AP 的正常行为吗？我可以通过某种方式从驱动程序或/和 wpa_supplicant 禁用以获得5GHz 频段的结果吗？

再次感谢。

斯塔夫罗斯

0 admin 5 年多前

TI__Guru**** 2390755 points

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

您好、Stavros、

WL18xxMOD/s 是纸张旋转。 WL1801MOD 仅在2.4GHz 频段上经过测试和认证。您可以通过运行 configure-device.sh 并选择以下参数来禁用5GHz 频段。选择1835 (而不是1831)，因为它会选择正确的 INI 文件

root@AM335x-EVM：/usr/sbin/wlconf。/configure-device.sh

请提供以下信息。

您是否正在使用 TI 模块？ [y/n]：y
芯片类型是什么？ [1801/1805/1807/1831/1835/1837或0表示未知]：1835
是否应应用由于更高天线增益(最大3.2dBm)而导致的认证2类许可更改(C2PC)？ [y/n]：y
安装了多少个2.4GHz 天线？ [1/2]：1.
是否应应用 SISO40支持？ [是/否]：

谢谢

Saurabh

0 admin 5 年多前

TI__Guru**** 2390755 points

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

尊敬的 Saurabh：

感谢你的答复。似乎我在芯片组方面犯了一个错误、电路板上安装的是 WL1837MOD。

我将此问题标记为已解决、并为 WL1837MOD 芯片组创建另一个问题。

再次感谢。

斯塔夫罗斯

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

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

[参考译文] WL1801MOD：断开连接、不会立即重新连接到具有相同 SSID 但频率(2.4GHz 或5GHz)和 BSSID 不同的 AP