独家排障：路由器跑起 CSI 后 Wi-Fi 变慢的真相（ATF 与 40MHz 塌陷）

2026-10-11 · 约 3 分钟

这是我们在把 CSI 跑进真实家庭网络后遇到的最难排查的问题，也是全网目前没有公开记录的现象：

同一台路由器，开启 CSI 之后，Mac 的下行速度从 300–400Mbps 掉到 6–10Mbps，而上行依然有 45Mbps。

下面是完整的定位过程、根因与两种修复方式。所有数字均为可复现的一手实测（E 级）： 原始数据、对照实验方法与脚本一并公开 ^{[2] [3]}；涉及的开源驱动为上游 mt76 ^[1]。

1. 先把范围缩小到"无线下行"

我们做了四组对照，把可能的环节逐个排除：

结论：只有 AP→客户端（下行）方向塌陷，速率被压到 VHT-MCS0 1SS（13.5Mbps）。

2. 关键线索：空闲就塌，且"塌了回不来"

用路由器侧 debugfs 观察客户端实时速率：

iw dev <iface> station dump | grep -E "tx bitrate|rx bitrate|signal"

现象：

1. 空闲约 1 秒后，AP 对该客户端的发送速率掉到 MCS0；
2. 持续流量下有时能爬回 MCS9（约 400Mbps），有时永远爬不回来；
3. 客户端与 AP 的 ping：0% 丢包，但 RTT 抖动到 243ms（省电/缓冲特征）。

在"卡死"状态里，即使连续 36 秒满载下载，速率依然停在 7–10Mbps。

3. 根因一：固件 VoW ATF 让速率无法恢复

在 mt76 的 debugfs 里有一个固件特性开关：

cat /sys/kernel/debug/ieee80211/phy*/mt76/vow_atf   # 默认 = 1

对照实验（同客户端、同一时段、只改这一个开关，均为"空闲 60 秒后连续 6 次下载"）：

修复（已持久化）：关闭 vow_atf，并在开机与每分钟的 watchdog 中重放设置 （驱动重载/重启后不会丢）：

echo 0 > /sys/kernel/debug/ieee80211/phy*/mt76/vow_atf

4. 根因二：40MHz 客户端接入 80MHz BSS

ATF 解决后，仍然存在"周期性塌陷"。继续对照发现：

把 5GHz 射频从 80MHz 切成 40MHz（htmode=HE40）后：

结论：只协商 40MHz 的老客户端，在 80MHz 的 BSS 里会被固件的速率自适应/PPDU 处理拖垮。 把射频设成该客户端的原生带宽，问题消失。

5. 两种修复怎么选

可以做一个 30 秒切换的脚本，按需切换：

sh /usr/bin/wifi-htmode HE80   # CSI 实验模式
sh /usr/bin/wifi-htmode HE40   # 日常模式

6. 你可以直接复用的判断流程

Wi-Fi 变慢
  ├─ 只有下行慢、上行正常？ ──▶ 查 AP 侧 tx bitrate 是否被压到 MCS0
  │     ├─ 空闲后塌陷且不恢复 ──▶ 关 vow_atf（并持久化）
  │     └─ 仍周期性塌陷 ─────▶ 查客户端带宽 vs BSS 带宽是否不一致
  ├─ 上下行都慢 ──▶ 查干扰/信道/协商（本文不覆盖）
  └─ 有线也慢 ────▶ 查 WAN 协商与宽带（本案例 WAN 始终 1000Mbps）

如果你的路由器也是 MT7986/MT7915 系列（OpenWrt + mt76），建议先跑一遍上面两张表， 五分钟就能判定你遇到的是哪一种。