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:不再有具有5个以上网状节点的 TX (MAX_TX_FAULT_EVENT_ID)。

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1281032/wl1807mod-no-tx-anymore-max_tx_failure_event_id-with-more-than-5-mesh-nodes

器件型号:WL1807MOD
主题中讨论的其他器件:WL18XXCOM82SDMMC

尊敬的 TI 社区:

我们使用 wl1807芯片在嵌入式设备之间提供网络网状网络。 遗憾的是、当超过5个网状节点时、网状网络在我们的设置中不起作用。

主设置:
- 8个节点 wl1807 (SDIO )
- wl1807、采用 TI WiLink 8.8、FW 8.9.0.0.90、配置为1x2.4GHz、0x5GHz 天线、不支持 MIMO
- Linux 内核5.15.77, ARM64 (intree )
- iw (intree ),无加密
- mesh join through freq 2437, HT20, mesh_max_peer_links=10 mesh_rssi_threshold=-75 mesh_fwding=1
- RTS 设置为0、POWER_SAVE 已禁用(包括 ELP)
-无网关,无其他 AP

问题:
一旦超过5个节点成功加入网状网络、一切都会出现错误、节点开始消失。 最终、只有0到2个节点保持连接、而其他节点显示在 TX 上不再有任何活动。 `iw dev mesh0 station dump`仍然以`estab`模式显示所有站点,但没有 IP 连接(通过 IPv4或 IPv6)。

调试:
使用用于 wl18xx 系列(WL18xxCOM82SDMMC)的 TI 评估板时、调试记录器在退出网状网络时显示以下消息:
"ulli=9时超过阈值100的 Max_TX_failure_event_ID 最大重试值。 currentTxFailCount=100"。 通过 wlcore 模块的内核调试(激活时)打印出类似的消息:"No Tx (in FW)"持续5000ms。 AP 有7个站"。 对等网格(通过`iw dev mesh0 mpath dump`显示)也一个接一个地掉(需要一些时间),而`iw dev mesh0 station dump `仍然列出 plink 状态` estab`的所有站。


我们的设置有什么问题,我们如何 使用 Kernel 5.15获得多达10个对等设备的稳定网格?

提前感谢。

此致、

卢卡斯

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

    您好!

    因此、简单来说、如果您使用多达4个连接、它是否保持稳定? 只有第5个会使它断开?

    您能否在 wlcore 目录下共享 main.c 和 cmd.c?

    此致、

    什洛米

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

    尊敬的 Shlomi:

    有了一定数量的网状节点、连接也会保持稳定。 在当前设置中、第5或第6个会将一切分开制动。

    有关  cmd.c  源、请参阅 git.toradex.com/.../main.c cmd.c 源、请参阅 git.toradex.com/.../cmd.c

    此致、

    卢卡斯

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

    感谢您提供信息、

    似乎与最大连接数的一半(即10)完全断开。

    我怀疑这与一个补丁程序相关、该补丁程序不再使用 full_AP_client_State 功能(该功能允许在身份验证后和关联之前添加工作站)。 我可以从 cmd.c @wl12xx_update_sta_state ()看到 ,即使在 main.c 中有任何支持的速率之前, 也会先设置该速率, 除了 wl12xx_sta_add ( )之外,wl12xx_cmd_add_peer ()也会从 wl12xx_update_sta_state ()调用。

    因此、可以使用此功能将站添加两次。

    您能否在代码和测试中撤消该补丁?

    可在此处找到该补丁 、网址为 https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=535633a5ba4ea2504fa6c33176633becf0e59339

    此致、

    什洛米

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

    非常感谢您的答复。

    我们根据您的响应对模块进行了增补、并将其部署到了我们的测试环境中。 到目前为止、它似乎 在具有5个以上节点的情况下保持稳定(持续运行一个小时)。 让我们看看它在接下来的几天里的行为。 我会在事后提供反馈。

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

    感谢您的反馈、请告诉我。

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

    尊敬的 Shlomi:

    实际上、取消操作该补丁似乎可以解决问题。 在周末运行10个加密的网状网络节点、不会出现任何问题。

    接下来我要回答以下问题:

    -为什么一开始就应用了补丁? 这是否意味着我们是唯一对 WiLink 器件使用最新内核以及在网状网络中使用4个以上节点的公司?

    -您有什么建议来跟进此问题? TI 是确保最终在主线中修复这个问题吗 ?

    感谢您的观看。

    此致、

    卢卡斯

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

    您好!

    感谢确认。

    添加了该补丁 以支持 K4.8中的‘re授权后 STA 速率配置'。

    您可能知道、我们并不会在一段时间内进入上行、而是只在特定内核版本的基础上维护一个补丁列表。

    在 R8.7中为 K4.4、在 R8.8中为 K4.19。

    由于我们的最新版本 R8.8基于 K4.19、并且补丁程序是在两者之间添加的、因此我们实际上添加了一个补丁来恢复它。

    选项是按照我们的做法删除  FULL_AP_CLIENT_STATE 功能、或者保留该功能、但仅在非网状方案中启用。 如果您只使用网格、则可以将其删除。

    此致、

    什洛米