[参考译文] WL1831MOD：蓝牙性能下降，同时在 WiFi 上传输数据流

您好，

您能否向我们提供更多详细信息-这是 Linux 操作系统吗？ 如果是，版本是什么？ WiLink8驱动程序的版本是什么？ WiLink8是运行工作站还是 AP 角色？ WiLink8固件的版本是什么？

索拉巴  

尊敬的 SN：

让我为我的同事添加请求的技术详细信息：这是基于内核版本4.9.87 (ARMv7平台)的 Yocto Linux 版本。
驱动程序报告以下模块和固件信息：

wlcore：wl18xx 硬件：183x 或180x，PG 2.2 (ROM 0x11)
wlcore：已加载
wlcore：PHY 固件版本：版本8.2.0.246
wlcore：启动固件(版本8.9.0.0.89)

我们将软件套件的 R8.9与一起使用
Service pack SRCREV=3aa1d75f3c2ae77f6e4d36194e3d281b899ab149，
固件 SRCREV=6c5ca87b9a912f09d090d5e1b6ace86d26718888
wlconf SRCREV=7325bf0b7b2d462e334437d2c7f9198d0ac55ce2

我们已经设置了具有接入点和 P2P 网络角色的模块，由于连接和可用性问题，工作站模式不是一个选项。 我们的移动电话通过蓝牙经典(通过 A2DP 或 HFP 协议的媒体流)通过此模块向耳机发送音频；任何数量的 WiFi 流量都会导致耳机出现声音中断。 我们已经设置了一个简单的 UDP 发送器来触发此行为。

西蒙

P.S.让我补充一下，这是一种单天线配置

您好，

是否有任何电台连接到 DUT AP？

序列号

您好，绍拉巴，

是的，只有一个电台连接。 通常，这是启动蓝牙音频连接的电话，随后会尝试通过 Wifi 发送数据。

我们已将设置细分为最小测试设置--在收到 Wifi 数据包时，会出现音频丢字，请参阅以下 python 脚本：

#!/usr/bin/python3. 

导入套接字 
从导入休眠开始 

#目标系统 IP 地址(承载 wl1831) 
IP =“192.168.6.1” 
端口= 1234 

Len =8 
arr =[] 
对于范围内的 i (len)： 
       arr.append('') 
buf =""。join (arr) 

打印(“正在发送”|“+ buf +“|”) 

sock = socket.socket (socket.af_iNet，# internet) 
            sock_DGRAM)# UDP 
正确： 
   sock.sendto(bytes(buf,"UTF-8")，(IP，端口) 
   睡眠(0.1) 
   打印(“”。”) 

我们一直在运行信号发生器应用程序，其持续正弦音使丢包的声音变得很好。

非常感谢快速反应，

西蒙

您好，

您在 Linux 主机上运行的是哪种 BT 堆栈？

供您参考： https://git.ti.com/cgit/wilink8-wlan/build-utilites/tree/patches/kernel_patches/4.19.38?h=r8.8

补丁0003/0004适用于 AP 角色。 您可以考虑将这些应用于驱动程序。

序列号

您好，

我们正在运行 Bluez 5.62；

与此同时，我验证了 STA 模式中出现的相同问题，但我会尝试修补程序并尽快恢复

非常感谢

西蒙

您好，

我们已在固件8.9.0.0.86中修复了 WiFi/BT COEX 问题： https://git.ti.com/cgit/wilink8-wlan/wl18xx_fw/tree/changelog

FYI -我们支持蓝牙 BT 堆栈并使用它进行测试。

序列号

是的，我们已经看到了该固件更新，并且正在使用最新版本进行测试： Rev 8.9.0.0.89

报告的问题仍然存在。

我还集成了您建议的内核修补程序，但这一更改没有影响，音频问题仍然存在。

我已经看过蓝牙烟道，但切换到它并不是一个容易的选择——这款产品已经在市场上，我们只是在开发一项新功能。 注意：仅蓝牙就像预期的那样工作，只是 WiFi 部分的干扰。

如果你有其他建议的话，这将是一个很好的选择，这是一个真正的障碍，因为我们正在计划一个非常有用的功能。

西蒙

您好，

您可以尝试在 hostapd.conf 中将信标间隔更改为200ms，并看到它会有所帮助吗？  

序列号

您好，

嗯，我们一直在尝试不同的设置，但没有真正的解决方案-增加 BI 主要导致 iOS 设备上的路由错误(即使在>=120ms 时)，而音频中断也是相关的。

我的同事发现了一个简短的演示文稿，其中重点介绍了模块 https://docplayer.net/10135987-Wilink-8-solutions-coexistence-solution-highlights-oct-2013.html 中采用的共存方法

据我所见，这种方法考虑到了上海合作组织的定期流量，但侧重于发送方。 由于我们的配置充当了传入和传出音频流的桥梁，我想知道是否有人试图在 SCO 流量到达的时间段保持无线网络的安静？

西蒙

您好，

我们将研究您的问题。

 ——能否确认是否正在配置目标？ 第4.1节： https://www.ti.com/lit/ug/swru561a/swru561a.pdf

WiFi 打开的频道是什么？

WiFi TP 为10Mbps - UDP 或 TCP？

-主机 MCU/MPU？

－正在运行的 BT 配置文件的详细信息？

——如果减少 WiFi TP，效果会更好吗？

序列号

您好，

感谢您的回复。 我们将对您进行审核并回复您  

序列号

您好，西蒙，

 在音频质量较差的情况下，您是否能够发布蓝牙应用程序日志或蓝牙空中交通？ 您是否碰巧知道您使用的是哪种音频编解码器？

谢谢，
雅各布  

亲爱的雅各布：

看起来涉及标准 SBC 编解码器；我在这个地方放置了一个简短的 btmon 转储： btmon_noHS_wifi_traffing.dump

我们了解了传入数据包的时间差异，只要不涉及 WiFi 流量，这看起来就很正常，连续数据包之间的时间差异最大为0.05秒(x 轴是数据包编号，y 轴是秒)：

当我们以应用程序典型的速率通过 Wifi 并行传输数据时 ，蓝牙定时看起来会有很大的不同：

西蒙

您好，西蒙，

我可以查看您的 btmon 日志，但没有发现任何异常。  您知道传输蓝牙音频的比特率吗？ 我认为 SBC 的最大比特率是320 kbps。  

如果您降低 Wi-Fi 流速(可能是5 Mbps)，您是否注意到蓝牙音频质量有了改善？  

谢谢，

雅各布