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.

[参考译文] Linux/WL1831MOD:STA 模式下具有低吞吐量和长连接时间

Guru**** 2524460 points
Other Parts Discussed in Thread: WL1831, WL1831MOD, WL1835MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/746780/linux-wl1831mod-low-throughput-and-long-connectivity-time-in-sta-mode

器件型号:WL1831MOD
Thread 中讨论的其他部件:WL1831WL1835MOD

工具/软件:Linux

您好!

问题有两个方面:

1- wl1831连接到接入点需要很长时间。

2-下载/上传文件时,吞吐量太低,大约4~5 Mbit/s。

我们在无线电笼中获得相同的性能、即清洁的环境。

请指导我们如何调查/解决问题。

------------------------------------------------------------------

usr/sbin/wlconf# iwconfig wlan0
Wlan0    IEEE 802.11 ESSID:"00AXAXAXAXAX00"  
         模式:受管 频率:2.462 GHz 接入点:3c:6A:A7:EF:77:1B   
         比特率=5.5Mb/s  Tx-Power=20dBm   
         重试短限:7  RTS THR:OFF  Fragment THR:OFF
         加密密钥:关闭
         电源管理:打开
         链路质量=49/70 信号电平=-61dBm  
         RX 无效的 nwid:0 Rx 无效的密码:0 Rx 无效的 frag:0
         TX 重试次数过多:98 无效 MISC:0  错过信标:0

----------------------------------------------------------------

/usr/sbin/wlconf wget -O /dev/null 192.168.8.1:8080/large
-2018-11-14 21:43:15 - http://192.168.8.1:8080/large
正在连接到192.168.8.1:808080... 互联。
HTTP 请求已发送、正在等待响应... 200正常
长度:912261120 (870M)[应用程序/八位位组流]
保存至:‘/dev/null’

/dev/null                      2%[                                              ] 23.38M  556KB/s   ETA 25m

----------------------------------------------------------------

/usr/sbin/wlconf 字符串/lib/firmware/ti-connectivity/wl18xx-fw-4.bin | grep Rev
FRev 8.9.0.0.78
FRev 8.2.0.242
119785、46、release.c、PrintRevision、0|固件版本(FRev)修订版8.9.0.0.78
----------------------------------------------------------------

P.S.我们只需使用"configure-device.sh"生成配置文件。 "/usr/sbin/wlconf #./wlconf -i /lib/firmware/ti-connectivity/wl18xx-conf.bin --get"的结果是 attached.e2e.ti.com/.../3566.wl18xx_2D00_conf.bin.txt


  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    您是否能够共享监听器跟踪?
    您在测试它的硬件/EVM 是什么?
    您是否在屏蔽室中测试它?

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

    您好!

    感谢您的快速回复。

    问:“您是否能够共享监听器跟踪?”

    答:是的,是否需要 tcpdump/Wireshark 捕获?

    问:“您正在测试哪些硬件/EVM?”

    答:硬件基于 BeagleBone Black Wireless,采用相同的 AM335x 处理器

    问:“您是否在屏蔽室中测试它?”

    答:是的,屏蔽盒中有-20dBm 的 SNR,结果相同。

    此外,我们在内核中为802.11激活了调试跟踪,并尝试查看以下文档中驱动程序的跟踪显示的问题:

    -确保在我们的发行版中使用了最新的固件和内核驱动程序
    -确保天线为2.4GHz
    -尝试了 Beagle Bone Black 无线技术,发现了类似的性能问题,我们发现了一些奇怪的问题
    -添加 J3接头以访问 LF102上的 WL_UART_DBG 和 WL_UART_RX/TX,并尝试使用此处列出的一些 TI 软件: http://www.ti.com/lit/ug/swru415a/swru415a.pdf
    -只有 使用 WL_UART_DGB 线路的 glogger 应用程序才会起作用,我们不知道如何解释数据
    -另一个应使用 WL_UART_Rx/TX 的 RTTT 应用程序无法连接到电路板,尽管我们按照文档中的建议在 WLAN_IRQ_1V8上添加了10K 上拉电阻器
    -我们还按照 processors.wiki.ti.com/.../WL18xx_TX_Testing 上的说明尝试了 Calibrator,我们得到了错误:
    #calibrator wlan0 plt power_mode on
    [449.563023] wlcore:加电
    [449.566210] wlcore:错误无法进入 PLT 状态、因为不处于关闭状态:2.
    命令失败:设备或资源忙(-16)

    # calibrator wlan0 wl18xx_plt tune 通道1 0 0
    # dmesg|grep -i wlcore
    [29.519925] wlcore:wl18xx 硬件:183x 或180x、PG 2.2 (ROM 0x11)
    [29.875288] wlcore:已加载
    [34.465985] wlcore:PHY 固件版本:版本8.2.0.242
    [35.069009] wlcore:固件已启动(版本8.9.0.0.78)
    [39.834812] wlcore:关联已完成。
    [230.676556] wlcore:关闭
    [233659487] wlcore:关联已完成。
    [285.213758] wlcore:加电
    [285.213802] wlcore:错误无法进入 PLT 状态、因为不处于关闭状态:2.
    [296.628418] wlcore:加电
    [296.628465] wlcore:错误无法进入 PLT 状态、因为不处于关闭状态:2.
    [449.563023] wlcore:加电
    [449.566210] wlcore:错误无法进入 PLT 状态、因为不处于关闭状态:2.
    [509.319280] wlcore:检测到信标丢失。 角色:0x1
    [514.176508] wlcore:连接丢失工作(role_id:0)。

    此致

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    当我提到无线监听器跟踪时,我指的是使用 Wireshark、全窥视等进行无线监听器跟踪 ? 我们对 BeagleBone 无线进行的测试不多,但我们不期望这种低速率。 您能否检查 AP 设置以启用 g/n 速率。 校准器在您的终端无法正常工作、因为您的内核配置中很可能未启用 CONFIG_NL80211_TESTMODE=y

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

    您好 Saurabh、

    -我们确实设置了内核标志,我可以确认我们获得了该标志,就像 wiki 页面上所说的那样:

    zcat /proc/config.gz | grep NL80211_TESTMODE

    CONFIG_NL80211_TESTMODE = y

    AP 可以看到以下内容

    iw dev wlp2s0站转储

    站点50:f1:4a:ea:9a:87 (在 wlp2s0上)

    非活动时间:31044ms

    RX 字节:218449

    RX 数据包:3059

    TX 字节:159107

    TX 数据包:1593

    TX 重试次数:78

    TX 失败:0

    RX 压降 MISC:2.

    信号: -41 [-41、-51] dBm

    信号平均值:-41 [-41、-53] dBm

    TX 比特率:1.0Mbit/s

    RX 比特率:1.0Mbit/s

    授权:是

    已验证:是

    关联:是

    序言:简短

    WMM/WME:否

    MFP:否

    TDLS 对等:否

    DTIM 周期:2.

    信标间隔:100

    时隙时间短:是

    连接时间:4059秒

    从 STA 上我们可以看到可用速率高达54Mbit/s

    iw dev wlan0扫描

    bss 3c:6a:A7:ef:77:1b (在 wlan0上)-已关联

    TSF:165860206858 usec (1D、22:04:20)

    频率:2462

    信标间隔:100个 TU

    功能:ESS 隐私短插槽时间(0x0411)

    信号:-69.00 dBm

    最后一次看到:20ms 之前

    探测响应帧中的信息元素:

    SSID:00AXAXAXAX00

    支持的速率:1.0* 2.0* 5.5* 11.0* 6.09.0 12.018.0

    DS 参数集:通道11

    ERP:Barker_Preamble_Mode

    支持的扩展速率:24.0 36.0 48.0 54.0

    RSN:*版本:1.

    *组密码:CCMP

    *按密码:CCMP

    *身份验证套件:PSK

    *功能:1-PTKSA-RC 1-GTKSA-RC (0x0000)

    扩展功能:扩展信道切换、SSID 列表、6.

    -请找到所附的数据包捕获


    我们通过 HTTP 协议(端口8080)从接入点下载嵌入式器件(STA)上的大型文件

    e2e.ti.com/.../tcpdump_5F00_sta_5F00_ap.zip

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

    您是否收到我们的任何消息?

    我们还观察到、对于 TCP、ACK 数据包会发送到接口、但它们会进行聚合并以几秒的无线延迟发送。 这使得 TCP 考虑到数据包丢失。 我们认为数据包滞留在驱动程序或 WL18xx 缓冲区中的某个位置。

    谢谢你。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    根据您共享的 conf 文件转储,wl18xx conf 文件未正确设置。 此二进制文件包含驱动程序、固件和无线电的设置。
    请使用以下 git repo 中的 INI 文件:
    git.ti.com/.../official_inis

    我相信您正在使用 WL1831MOD。 当您运行配置脚本时,请按以下方式选择选项。

    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
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Saurabh、

    感谢你的答复。 性能略有提高、但远未达到应有的水平。 特别是连接时间仍然很长。

    为什么在使用 SISO 1831时应选择 MIMO 1835作为芯片组?

    请告诉我们如何继续?

    Armand
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    当您选择 WL1831MOD 时、配置器件脚本不会选择正确的 INI。 WL1835MOD 和 WL1831MOD 共享相同的 INI 文件,仅 WL1831MOD 支持一根天线

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

    感谢您的回答。 问题仍然存在。 我们一直在处理这个问题,这里是我们所发现的问题的恢复。

    TI WiLink8 1831与 TI AMX335x 配合使用时仍然存在问题:

    -下游(通过 PC 设备上的 FTP 下载):
    。 我们实现了大约20Mbps 的速率、电路板 CPU 的运行速度达到100%。
    值得一提的是、Beagle Bone Black 的 CPU 也达到了100%。
    "IRQ/56-wl18+"占用整个 CPU 时间(来自 WiLink8 1831芯片的硬件 IRQ)。

    -上游(通过 FTP 从设备上传到 PC):
    。 速率在3或4 Mbps 范围内。 此处 CPU 还不是问题。
    。 分析 TCP 跟踪显示电路板的套接字缓冲器具有数据、
    接收器表示它可以接收大量数据、但电路板仍然可以
    发送数据包。 这意味着写入速度不是应用程序
    发送缓冲区、但发送的数据包间延迟位于中
    与媒体访问之间的通信、以将数据包放在空中。


    对于下游/上游问题、症状显示 WiFi MAC 逻辑(在 WiLink 芯片微代码和/或 Linux 驱动程序内)很可能是由其负责。 请告诉我们如何/指导我们解决这些问题。

    谢谢。
    Armand
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Armand、
    您能解释一下您的设置-硬件和软件吗?
    您是否在射频屏蔽室中执行这些测试?
    是否可以检查 AP 设置以确保8021.11n 已启用?
    您是否能够捕获监听器跟踪?
    我们在具有 WL18xxMOD 的 BeagleBone Black 和 E14无线 Cape 上看不到此类问题。

    谢谢
    Saurabh