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.

[参考译文] WL1837MOD:糟糕的 Wifi/BT 共存性能

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/948733/wl1837mod-poor-wifi-bt-coexistence-performance

器件型号:WL1837MOD
Thread 中讨论的其他器件: WL1837

早上好、

我正在尝试推出一种 WiFi/BT 解决方案、该解决方案支持在有活动的 BT 音频(A2DP)接收器运行时通过 WLAN 上的 TCP 套接字进行数据传输。 我可以自己操作 WLAN 和 BT、并查看性能是否符合 TI 应用文档的合理建议。 问题是、当我尝试同时执行这两项操作时、我发现 WLAN 链路的性能显著下降。

我目前正在使用 Element14连接 Cape (WL1837MOD)在 BeagleBone Black 上使用 Linux 进行测试。 我在下面列出了一些收集到的性能数据。 大多数数字看起来都是合理的、但是、当我启用 A2DP 流时、2.4GHz WLAN 的性能会降低90%以上。 当 WiFi 以5GHz 运行时、不会出现性能下降、这让我怀疑与共存算法不太合适的事情、而不是 CPU 中的瓶颈。

参考 SWRU424A 并 将第9.1节中收集的数字与9.4.1中的数字进行比较表明、性能下降应该更多地沿50%的线、而不是>90%。 这让我想知道我是否配置了错误的内容、或者错过了使共存算法按设计工作所需的步骤。

如果对这些结果有任何想法或见解、我们将不胜感激。 最后、我想对这些数字反映现实预期性能有所信心、以便我们能够相应地调整我们的设计。 如果我们应该获得更好的数据速率、我想了解我们缺少的内容。 请随时告诉我是否有任何其他信息会有帮助。

谢谢!

测试详细信息:

  • 以 AP 模式运行的 WL1837/BeagleBone (我还使用本地路由器尝试了客户端模式、结果类似)
  • BeagleBone 正在运行基于 Linux 4.19的定制 Yocto 映像。 蓝牙由我们自己的 BT 堆栈管理(例如、不使用 BlueZ 或 Bluetopia)
  • 在 BeagleBone 上运行的 iperf3服务器(iperf3 -s)
  • 在客户端设备上运行的 iperf3 (iperf3 XXX.XXX.X.X.X.X -V -T30)(从 Android 手机、iPad 和笔记本电脑试用、均显示类似结果)
  • 下表中的结果是从客户端 设备的角度显示的
  • BT 已配对/连接、用于所有测试。 尝试过与 iperf3客户端相同的设备以及其他设备的流式传输变体、但没有明显的改进
  • A2DP 流是通过一些 Android/iPad 媒体播放器简单地播放音乐或语音音频激活的
AP 配置 A2DP 流媒体 通道(宽度) iperf3结果 TX (Mbps) iperf3结果 RX (Mbps)
2.4GHz WPA PSK 是的 6 (20MHz) 2.44. 0.229
2.09 0.0779
2.44. 0.262
2.44. 0.328
2.44. 0.264
2.4GHz WPA PSK 6 (20MHz) 26.5 24.7.
26.2. 24.2.
29.3. 27.6.
30.1. 28.1.
24.1. 22.1.
6 (20MHz) MIMO 78 58.
75 65
78 50
75 46.
77 62.
5GHz WPA PSK 是的 44 (20MHz) 48.0 47.1.
47.4. 46.7.
45.9. 45.6.
48.8. 48.4.
48.1.

47.6.

157/159 (40MHz) 95.4. 95.3.
94.5. 95.2.
95.7. 95.3.
5GHz WPA PSK 44 (20MHz) 48.4. 47.9.
50.0 50.0
49.9. 49.5.
50.1. 49.8.
49.9. 49.5.
157/159 (40MHz) 92.7. 92.5
96.2. 96.1.
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我们将查看结果并返回。 上述 iperf 数是 AP 模式还是 STA 模式?

    谢谢

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

    感谢您的观看。 表中的结果来自 AP 模式下的 WL1837。 我还在 WL1837的 STA 模式下运行了一组相同的 iperf 测试、并观察到了相同的行为。

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

    您好!

    您运行的是什么版本的 WiLink8固件? 您可以使用功率85、84、81和79对其进行测试吗?

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

    您只需在/lib/firmware/ti-connectivity 中替换 wl18xx-fw-4.bin 即可

    谢谢

    Saurabh

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

    原始指标是使用固件版本76收集的。 我已经尝试过每个请求的版本、每个版本都显示类似的行为。 我注意到降级的数量似乎在很大程度上取决于 A2DP 源设备。 有关更多详细信息、请参阅下表。 主要要点是:

    iPad 具有最佳性能、最接近 WiLink8应用手册中引用的数字。 请注意、iPad 是测试的唯一在客户端支持 MIMO 的设备。 当所有设备同时是 A2DP 源设备和 iperf3客户端时、性能都明显差、而 OnePlus3设备是最差的设备。

    有什么想法、为什么某些客户会比其他客户更糟糕?

    测试设置:所有连接到2.4GHz AP 的器件、从列出的器件传输 BT A2DP 流、使用 iperf3进行测试、平均超过30秒。 在具有多个其他有效 AP 和范围内基站的住宅小区进行测试。

    器件
    A2DP 源
    WMM 已启用
    MIMO
    通道宽度
    WLAN TX 吞吐量(TCP)
    WLAN RX 吞吐量(TCP)(-R 标志)
    iPad 是的 是的 20. 80 60
    Android 1. 25 24
    Android 3. 31. 29.
    iPad (自) 13. 12.
    Android 1 (防火平板电脑) 是的 35. 31.
    Android 1 (自) 7. 3.
    Android 2 (联想) 是的 32 21.
    Android 1. 10. 9.
    Android 3 (OP3) 是的 34 31.
    Android 1. 10. 11.
    Android 3 (自) 2. 0.9.