请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：WL1835MOD Thread 中讨论的其他器件： WL1271
工具/软件：Linux
您好！
我们的设置
我们在 iMX27 SoC 上使用 WL1835MOD 与 Linux 4.4.38 (主线/香草)。 用户土地是基于 Debian Jessie (Armel)/ busybox 的。 WiLink 连接到第一个 SD 接口(sdhci1)。
&sdhci1｛
pinctrl-names ="default"；
pinctrl-0 =<&pinctrl_sdhc1>；
总线宽度=<4>；
VMMC-supply =<
_WLAN>；
status ="确定"；
#address-cells =<1>；
#size-cells =<0>；
wlcore：wlcore@2｛
compatible ="ti、wl1835"；
reg =<2>；
interrupt-parent =<&GPIO6>；
interrupts =<3 IRQ_TYPE_HIGH_HIGH；
｝；
｝；｝
固件
我们使用 TI 的'linux-firmware' git 存储库中的固件。
Git：/git.ti.com/wilink8-wlan/linux-firmware.git
我们已经测试了'8.9.0.0.69'和'8.9.0.5.55'版本。
配置
我们不使用任何自定义固件配置。
工作情况
我们能够加载固件并分配静态 IP 地址。
ifconfig wlan0 up
[90.698270] wlcore：PHY 固件版本：版本8.2.0.233 [90.820751] wlcore：固件已启动(版本8.9.0.1.55)
我们可以扫描 AP 并连接到未加密 AP。
iw wlan0 connect -w testwifi ifconfig wlan0 192.168.0.123
大多数情况下、我们甚至能够 ping 通 AP。
ping 192.168.0.254 ping 192.168.0.254 (192.168.0.254)：56个数据字节 从192.168.0.254开始64字节：seq=0 TTL=64 time=997.957ms 从192.168.0.254开始64字节：seq=1 TTL=64 time=2.798ms 从192.168.0.254开始64字节：seq=2 TTL=64 time=3.238ms 从192.168.0.254开始64字节：seq=3 TTL=64 Timer=5.58ms ………
什么不起作用
使用 wget 下载
如果我们尝试下载带有 wget 的 AP 状态页面、我们会收到以下警告。
[2472.440442] wlcore：警告 RX 中损坏的数据包：status：0x1 len：1536 [2472.622218] wlcore：警告 RX 中损坏的数据包：status：0x1 len：480 [2473.042119] wlcore：警告 RX 中损坏的数据包：status：0x1 len：480 [ 2473.882080] wlen：警告：RX 中损坏的数据包： 480 [2475.563958] wlcore：警告 RX 中损坏的数据包：状态：0x1 len：480 [2478.922844] wlcore：警告 RX 中损坏的数据包：状态：0x1 len：480
DHCP 客户端
当我们尝试从 DHCP 服务器获取 IP 地址时、它会紧张成功。
udhcpc -i wlan0 udhcpc：启动、v1.25.0 udhcpc：发送 discover udhcpc：发送192.168.0.101的 select udhcpc：发送192.168.0.101的 select udhcpc：发送192.168.0.101的 select udhcpc：发送 discover udhcpc：发送 udhcpc： 发现发送 udhcpc ：发现发送 udhcpc：发现发送 udhcpc：发现发送 udhcpc 发送 udhcpc：发现发送 udhcpc：发现发送 udhcpc 发送 ud
如果我们在终止 DHCP 客户端后尝试分配 IP 地址、则会出现以下错误。
# ifconfig wlan0 192.168.0.123 [2966.252744] mxc-mmc 10013000.sdhci：mxcmci_watchdog：写入超时(状态= 0x32000840) [2966.261070]--- [在此处剪切]----- [2966.26733]警告：CPU：0 PID：913 at /home/ilu/projects/ruag/src/linux/drivers/net/wireless/ti/wlcore/sdio.c：145 wl12xx_SDIO_RAW_WRITE+0xe4/0x11c () [2966.282447]--[结束跟踪32b5decc7ca8bc96 ]-- [2966.293169] wl12110_SDIO (296.71 SDIO：296.0001失败 )---- [在此处剪切]----- [2966.31187] WARNING：CPU：0 PID：913 at /home/ilu/projects/ruag/src/linux/drivers/net/wireless/ti/wlcore/main.c：802 wl12xx_queue_recovery_work + 0x2C/0x78 () [2966.327238]--[ End trace 32b5decc7ca8bc97 ]-- [2966.331982] wlcore：warning cmd set_template failed： 296.3710] wlcore：296.374p failed in hardware recovery：[296.3710] 固件 已完成：版本8.9.0.1.55 #[2966.365976] wlcore：down [2966.370853] ie80211 phy0：已请求硬件重新启动[2966.835159] wlcore：PHY 固件版本：版本8.2.0.233 [2966.957965] wlcore：固件版本(版本8.9.835159] wlcore 关联：2967.453]。
结论
似乎一段时间内、如果通过 WiFi 发送的 ICMP 小型包不止一次、它通常会起作用。 但是、如果我们开始在接口上进行少量通信、固件将不再响应。
