• 状态
  • 已锁定 已锁定
  • 回复 22 回复
  • 订户 0 订户
  • 视图 1527 视图
  • 用户 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.

[参考译文] WL1807MOD：WL1807MOD

admin
Guru**** 2439560 points
Other Parts Discussed in Thread: WL1807MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1058244/wl1807mod-wl1807mod

器件型号：WL1807MOD

您好！

最近、我们已开始使用 带 DOCSIS 3.1内置线缆调制解调器(CBR750)的奥秘 WiFi 6路由器测试 WiFi 模块(WL1807MOD)。 我们经常看到、WiFi 模块正在失去关联、直到设备重启才能自动重新连接。 关联期间的身份验证似乎已超时。 有时、我们还会看到 wlan0报告信标丢失。

第31134行：11月28日03：02：59 lccd user.info 内核：[472557.140845] wlcore：检测到信标丢失。 角色：0x1
第31165行：11月28日03：03：03 lccd user.info 内核：[472561.945523] wlcore：连接丢失工作(role_id：0)。
第31166行：11月28日03：03：03 lccd user.info 内核：[472561.945586] wlan0：连接到 AP 80：cc：9c：70：70：4D 丢失

第46377行：11月29日14：15：33 lccd user.info 内核：[599303.345715] wlan0：与6c：cd：d6：6d：EB：30不相关(原因：1)
第46379行：11月29日14：15：33 lccd user.info 内核：[599303.546076] cfg80211：超出 CRDA 调用最大尝试次数。 不调用 CRDA
第47069行：11月29日14：16：07 lccd user.info 内核：[599337.980307] wlan0：使用6c：cd：d6：6d：EB：30进行身份验证
第47070行：11月29日14：16：07 lccd user.info 内核：[599337.990842] wlan0：直接探测6c：cd：d6：6d：EB：30 (请尝试1/3)
第47071行：11月29日14：16：07 lccd user.info 内核：[599338.195616] wlan0：直接探测6c：cd：d6：6d：EB：30 (试用2/3)
第47074行：11月29日14：16：08 lccd user.info 内核：[599338.405606] wlan0：直接探测6c：cd：d6：6d：EB：30 (试用3/3)
第47076行：11月29日14：16：08 lccd user.info 内核：[599338.615569] wlan0：6c：cd：d6：6d：EB：30的身份验证超时
第47282行：11月29日14：16：33 lccd user.info 内核：[599363.496614] wlan0：使用6c：cd：d6：6d：EB：30进行身份验证
第47283行：11月29日14：16：33 lccd user.info 内核：[599363.508603] wlan0：直接探测6c：cd：d6：6d：EB：30 (请尝试1/3)
第47285行：11月29日14：16：33 lccd user.info 内核：[599363.715586] wlan0：直接探测6c：cd：d6：6d：EB：30 (试用2/3)
第47286行：11月29日14：16：33 lccd user.info 内核：[599363.925600] wlan0：直接探测6c：cd：d6：6d：EB：30 (请尝试3/3)
第47287行：11月29日14：16：33 lccd user.info 内核：[599364.135609] wlan0：通过6c：cd：d6：6d：EB：30进行身份验证超时

WiFi 模块 WL1807MOD 是否支持此奥秘 WiFi 6路由器？  

WiFi 模块固件版本：

第39616行：11月28日05：09：14 lccd user.info 内核：[480132.385194] wlcore：PHY 固件版本：版本8.2.0.240
第39617行：11月28日05：09：14 lccd user.info 内核：[480132.583290] wlcore：固件已启动(版本8.9.0.0.76)

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

    您好！

    您能否使用最新的 WiLink8固件版本重新测试并告知我们结果  

    https://git.ti.com/cgit/wilink8-wlan/wl18xx_fw/tree/

    Saurabh

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

    尊敬的 Saurabh：

    即使将 WiLink8固件更新到8.9.0.0.88、我们也会面临信标丢失问题。 设备与路由器断开连接，并在设备重置前一直保持身份验证超时。 此外、我们还看到使用原因代码3和6的经过身份验证的消息。

    我们从内核收到以下消息、

    第36466行：12月17日15：50：16 lccd user.info 内核：[106189.595220 ] wlcore：检测到信标丢失。 角色：0x1
    第36480行：12月17日15：50：18 lccd user.info 内核：[106191.055189] wlan0：从7e：D2：94：2b：b4：96 (原因：6=Class2_frame_FRAME_FANONAUTH_STA)取消身份验证
    第36481行：12月17日15：50：18 lccd user.info 内核：[106191.153991] cfg80211：超出 CRDA 调用最大尝试次数。 不调用 CRDA
    第36482行：12月17日15：50：18 lccd user.info 内核：[106191.161911] wlan0：通过7e：D2：94：2b：b4：96进行身份验证
    第36483行：12月17日15：50：18 lccd user.info 内核：[106191.172476] wlan0：将验证发送到7e：d2：94：2b：b4：96 (请尝试1/3)
    第36484行：12月17日15：50：18 lccd user.info 内核：[106191.202719] wlan0：已认证
    第36485行：12月17日15：50：18 lccd user.info 内核：[106191.209057] wlan0：与7e：D2：94：2b：b4：96关联(请尝试1/3)
    第36486行：12月17日15：50：18 lccd user.info 内核：[106191.239480] wlan0：Rx 等效值从7e：D2：94：2b：b4：96 (capab=0x1431 status=0 aid=2)
    第36487行：12月17日15：50：18 lccd user.info 内核：[106191.257822] wlan0：已关联
    第36488行：12月17日15：50：18 lccd user.info 内核：[106191.304126] wlcore：关联已完成。
    第37606行：12月17日15：52：07 lccd user.info 内核：[106300.049586] wlan0：与7e：D2：94：2b：b4：96无关(原因：1)

    第21112行：12月17日17：33：53 lccd user.info 内核：[112406.212763] wlan0：使用7e：D2：94：2b：b4：96进行身份验证
    第21113行：12月17日17：33：53 lccd user.info 内核：[112406.222082] wlan0：直接探测7e：d2：94：2b：b4：96 (试用1/3)
    第2115行：12月17日17：33：53 lccd user.info 内核：[112406.425533] wlan0：直接探测7e：d2：94：2b：b4：96 (试用2/3)
    第21116行：12月17日17：33：53 lccd user.info 内核：[112406.635528] wlan0：直接探测7e：d2：94：2b：b4：96 (请尝试3/3)
    第21117行：12月17日17：33：54 lccd user.info 内核：[112406.845482] wlan0：7e：D2：94：2b：b4：96的身份验证超时

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

    您好！

    － 所有被测设备是否显示相同的行为－信标丢失？ 还是一个特定的 DUT？

    - DUT 连接到 AP 后是否立即报告信标丢失？

    - 如果 DUT 连接 到不同的 AP，是否会出现此问题？

    －产品上运行的 Linux 内核版本是什么？

    Saurabh

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

     尊敬的 Saurabh：

    请在下面找到答案。

    － 所有被测设备是否显示相同的行为－信标丢失？ 还是一个特定的 DUT？ 将 WiLink8升级到8.9.0.0.88后、到目前为止、我们在一个特定的 DUT 中观察到了这一点。

    - DUT 连接到 AP 后是否立即报告信标丢失？ 是的、在 DUT ~40秒后连接到 AP。 但原因代码3或6的验证是随机发生的。

    第34764行：12月17日15：48：21 lccd user.info 内核：[106074.257375] wlan0：从7e：D2：94：2b：b4：96 (原因：3=DEAUTH_leaving)取消身份验证
    第34765行：12月17日15：48：21 lccd user.info 内核：[106074.402119] cfg80211：超出 CRDA 调用最大尝试次数。 不调用 CRDA
    第35612行：12月17日15：49：19 lccd user.info 内核：[106132.551964] wlan0：使用7e：D2：94：2b：b4：96进行身份验证
    第35613行：12月17日15：49：19 lccd user.info 内核：[106132.561981] wlan0：将验证发送到7e：D2：94：2b：b4：96 (请尝试1/3)
    第35614行：12月17日15：49：19 lccd user.info 内核：[106132.633696] wlan0：将验证发送到7e：D2：94：2b：b4：96 (请尝试2/3)
    35616行：12月17日15：49：19 lccd user.info 内核：[10613713486] wlan0：将验证发送到7e：D2：94：2b：b4：96 (请尝试3/3)
    行35618：12月17日15：49：19 lccd user.info 内核：[106132.764923] wlan0：7e：D2：94：2b：b4：96的身份验证超时
    第35813行：12月17日15：49：29 lccd user.info 内核：[106141.808474] wlan0：使用7e：D2：94：2b：b4：96进行身份验证
    第35814行：12月17日15：49：29 lccd user.info 内核：[106141.813650] wlan0：将验证发送到7e：d2：94：2b：b4：96 (请尝试1/3)
    第35815行：12月17日15：49：29 lccd user.info 内核：[106141.832116] wlan0：已认证
    第35816行：12月17日15：49：29 lccd user.info 内核：[106141.835824] wlan0：与7e：d2：94：2b：b4：96相关联(请尝试1/3)
    第35817行：12月17日15：49：29 lccd user.info 内核：[106141.855532] wlan0：Rx AssocResp from 7e：D2：94：2b：b4：96 (capab=0x1431 status=0 aid=2)
    第35818行：12月17日15：49：29 lccd user.info 内核：[106141.873109] wlan0：已关联
    第35819行：12月17日15：49：29 lccd user.info 内核：[106141.917950] wlcore：关联已完成。
    第36466行：12月17日15：50：16 lccd user.info 内核：[106189.595220 ] wlcore：检测到信标丢失。 角色：0x1
    第36480行：12月17日15：50：18 lccd user.info 内核：[106191.055189] wlan0：从7e：D2：94：2b：b4：96 (原因：6=Class2_frame_FRAME_FANONAUTH_STA)取消身份验证

    - 如果 DUT 连接 到不同的 AP，是否会出现此问题？ 我将再次讨论这个问题。

    －产品上运行的 Linux 内核版本是什么？ 使用的 Linux 版本为3.14.52。

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

    Prabha、您好！

    信标丢失事件可能有多种原因，包括 RF 接收不良。 如果仅在一个特定 DUT 上出现此问题，则最好确保 RF 在该 DUT 上按预期工作。  通常情况下，接入点的互操作性问题不是特定于 DUT 的。  您可以参阅 calibrator 实用程序： https://www.ti.com/lit/ug/swru562/swru562.pdf

    Saurabh

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

    尊敬的 Saurabh：

    根据您的请求、我们已将 DUT 连接到不同的 AP (AT&T)。 然后、我们在过去~24小时内看不到信标丢失。 此测试涉及两个 DUT、它们都报告了路由器的信标丢失(NETGEAR 奥秘(RBR20))。 WiLink8驱动程序是否支持此 NETGEAR RBR20路由器？ 由于这不是 DUT 特有的问题、我认为不需要射频测试。 这可能是路由器特有的问题吗？

    谢谢、

    Prabha。

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

    Prabha、您好！  

    我将与测试团队核实 我们在实验室中是否有此特定的 AP 模型

    内核3.14.x 非常旧。 您是否知道 DUT 上运行的 WiLink8驱动程序版本，即 它运行的是树内 WiLink8内核驱动程序还是 反向移植 的 R8.7_SP3版本  ？

    由于节假日，答复可能会有延误

    Saurabh

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

    尊敬的 Saurabh：

    我们使用的是反向移植的 R8.7_SP3版本。 因此、我们单独将 WiLink8 TI 二进制文件更新为8.9.0.0.88。  

    这里有两个问题、

    DUT 随机从 AP 断开

    2.即使应用正在重试、DUT 也无法连接回 AP。 DUT 保持获取身份验证超时。

    如果您 可以建议如何自动从该状态恢复 DUT、那将非常好？ 我不确定重新启动 wlcore 驱动程序是否有帮助。 如果您在驱动程序中有任何其他修复、请告知我们。

    谢谢、

    Prabha。

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

    您好！

    您可以尝试卸载并重新加载 WiLink8驱动程序内核模块、并检查其是否有用。

    我们的实验室中有不同型号的 NETGEAR 奥秘。 我们将检查我们是否能够对其运行一些测试。  

    出现此问题时，您是否能够与我们共享无线监听器和固件日志？

    Saurabh

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

    尊敬的 Saurabh：

    我们一定会共享日志。 您建议使用什么无线监听器？ 最好是在 TSTAT 端或从笔记本电脑进行嗅探？

    此致、

    Johncy

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

    您好！

    您能否使用 Wireshark、全窥视或类似监听器软件提供无线无线监听器日志？ 您可以在笔记本电脑/PC 上运行监听器工具

    此外，如果您可以为我们提供 WiLink8固件日志，那将会很有帮助。

    问题- DUT 连接到 AP 后，重现此问题需要多长时间？

    Saurabh

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

    谢谢 Saurabh。 您能否指导您如何获取 WiLink8固件日志？

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

    您好！

    请查阅 gLogger 文档 ： https://www.ti.com/lit/ug/swru435a/swru435a.pdf

    gLogger 需要在 UART 模式下使用(第3节)。 这是无线工具包的一部分： https://www.ti.com/tool/WILINK-BT_WIFI-WIRELESS_TOOLS

    供参考- WL_UART_DBG 为1.8V IO

    Saurabh

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

    您好！

    这是张、我是一名与 Johncy 合作的软件工程师。

    今天我有一个 Linksys AC1200适配器，尝试进行无线采集。 我首先从 Wireshark 开始、意识到 Wireshark 不支持窗口上的监控模式。 由于我们的问题是 DUT 无法连接到 AP、因此我认为我们确实需要在监测模式下运行适配器、以便捕获所有 WiFi 管理帧(数据包)、从而可能确定 DUT 无法连接到 AP 的原因。

    我还尝试了 Omnipeek。 但每次我开始捕获时、它都会崩溃。 您实际使用什么来进行空气捕获？ 您能否提供您的设置详细信息、以便我们也能做到这一点？

    此外、DUT 连接问题在路由器复位或临时禁用后发生。  

    BTW、我在德克萨斯州达拉斯。 如果您在美国、我们可能会有一个简短的电话会议、因此我们可以讨论该问题并获得您的建议。

    谢谢、

    张

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

    您好！

    我们使用 Omnipeek 来捕获无线跟踪。 它是许可软件。 您需要使用管理员权限启动软件，然后在“捕获”选项卡下选择适配器。  您可能需要适配器的特殊驱动程序： https://mypeek.liveaction.com/driver_downloads.php 。 您可以联系 liveaction 销售部门以获取有关此方面的更多详细信息。  

    Saurabh

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

    您好 Saurabh、您是否能够在实验室中重现此问题？ 您对此问题是否有任何解决方案？ 如果关联持续超时10分钟、我们将考虑重新启动 WiFi 模块固件。 下次重试时、它是否会使 WiFi 模块与路由器重新关联？ 如果在身份验证超时期间以10分钟间隔重新启动 WiFi 模块、是否会有副作用？

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

    您好 Saurabh、您是否能够在实验室中重现此问题？ 您对此问题是否有任何解决方案？ 如果关联持续超时10分钟、我们将考虑重新启动 WiFi 模块固件。 下次重试时、它是否会使 WiFi 模块与路由器重新关联？ 如果在身份验证超时期间以10分钟间隔重新启动 WiFi 模块、是否会有副作用？

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

    您好！

    我们使用不同型号的 NETGEAR 奥秘 AP 进行了测试、但最终未发现问题

    您可以尝试在结束时重新启动 WiFi 模块、并检查是否有助于缓解问题并满足您的产品要求。

    Saurabh

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

    您好、Surabh、  

    我们已尝试在关联超时期间使用以下命令重新启动 WiFi 模块、

    ip link set wlan0 down // link down

    停止 WPA 请求
    ip link set wlan0 up // link up

    iw wlan0将 power_save 设置为 off
    echo 0 >/sys/kernel/debug/ieee80211-phy0/wlcore/sleep_auth

    启动 WPA Supplicant

    即使在该 WiFi 关联命令获得身份验证超时后也是如此。 我们是否需要向重新启动序列添加任何其他命令？

    在命令执行期间是否会出现任何与时序相关的问题？

    谢谢、

    Prabha。

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

    您好！

    我不相信在身份验证过程中关闭/启动 WiFi 接口会缓解这一问题。

    您可以尝试禁用 ELP 并查看它是否有用

    iw wlan0将 power_save 设置为 off

    echo 0 >/sys/kernel/debug/ieee80211-phy0/wlcore/sleep_auth

    我们需要查看 WiFi 监听器和固件日志、以便能够对此进行故障排除。

    Saurabh

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

    尊敬的 Saurabh：

    我们要确认、以下序列是我们的连接的一部分。

    当我们连接到用户选择的 AP 时、会执行扫描以列出 AP。

    但是、当我们在连接失败时重试时、不会执行任何扫描。 当我们在 LCC 上电时重新连接到 AP 时也是如此、没有执行扫描。 这是否会产生任何影响或产生影响？

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

    您好！

    您可以在 DUT 上启动扫描并重新测试。

    序列号