OpenWrt下MT7981芯片的iwpriv诊断指南：如何读懂那些晦涩的WiFi统计信息
OpenWrt下MT7981芯片的iwpriv诊断指南：如何读懂那些晦涩的WiFi统计信息
当你面对MT7981芯片路由器上那一串串看似天书的iwpriv命令输出时，是否曾感到无从下手？这些数字和缩写背后，藏着无线网络质量的真相。本文将带你像网络法医一样，解剖每个关键指标的真实含义，并通过真实案例演示如何用这些数据解决实际问题。
1. 理解MT7981的无线诊断框架
MT7981作为联发科新一代WiFi 6芯片，其诊断系统继承了MTK平台的传统，又增加了对802.11ax特性的支持。通过SSH登录OpenWrt后，我们会发现两个核心诊断接口：
# 基础统计查看（适用于快速检查） iwpriv rax0 stat # 详细统计查看（适用于深度分析） iwpriv rax0 show stat典型输出结构解析：
| 输出字段 | 物理含义 | 正常范围 | 异常表现 |
|---|---|---|---|
| Tx success | 发送成功帧数 | 持续增长 | 停滞或缓慢增长 |
| Tx fail count | 发送失败计数 | <总发送量5% | >10%需警惕 |
| PER | 分组错误率 | 2.4G:<15% 5G:<10% | 持续高于阈值 |
| RSSI | 信号强度 | -30dBm ~ -70dBm | <-80dBm为弱信号 |
| MCS Index | 调制编码方案 | 0-11(HT) 0-9(HE) | 长期处于低值 |
提示：在对比不同时间点的统计时，先用
iwpriv rax0 set ResetCounter=1重置计数器，确保数据 freshness。
2. 关键指标深度解读与故障映射
2.1 解码PER（分组错误率）的隐藏信息
PER值可能是最令人困惑的指标之一。在MT7981的输出中，我们通常会看到两个PER：
Tx fail count = 9751, PER=34.5% # 发送端PER Rx with CRC = 404019, PER=48.5% # 接收端PERPER异常排查流程：
环境干扰检测：
iwpriv rax0 show stainfo | grep -i rssi观察各客户端RSSI值是否均匀（差异<10dBm为佳）
信道质量评估：
iwpriv rax0 set SiteSurvey=1 iwpriv rax0 get_site_survey检查同信道其他AP的信号强度（应<-85dBm）
硬件状态确认：
cat /sys/kernel/debug/ieee80211/phy0/mt76/temperature芯片温度应<85℃（MT7981的TJmax=125℃）
2.2 MCS速率异常诊断实战
当客户端协商速率不理想时，我们需要检查MCS相关参数：
Last TX Rate = NSS2_MCS6, BW80, 0.8us GI, HE_SU, LDPC优化检查清单：
天线配置验证：
iwpriv rax0 show pwrinfo | grep -i antenna确保Tx/Rx天线数与物理天线匹配
HE参数强制测试：
iwpriv rax0 set HtMcs=33 # 自动模式 iwpriv rax0 set HeMcs=5 # 固定测试HE-MCS5GI保护间隔测试：
iwpriv rax0 set HtGi=0 # 尝试3.2us GI iwpriv rax0 set HtGi=1 # 恢复1.6us GI
3. 高级诊断技巧：时间序列分析
真正的网络问题往往需要观察指标随时间的变化趋势。这里推荐一个实用的监控脚本：
#!/bin/sh INTERVAL=5 IFACE="rax0" while true; do TIMESTAMP=$(date +"%Y-%m-%d %H:%M:%S") STATS=$(iwpriv $IFACE stat) echo "[$TIMESTAMP] $STATS" >> /tmp/wifi_stats.log iwpriv $IFACE set ResetCounter=1 sleep $INTERVAL done关键分析维度：
PER时间相关性：
grep -o "PER=[0-9.]*%" /tmp/wifi_stats.log | awk -F= '{print $2}'速率波动分析：
grep -o "Last TX Rate=.*," /tmp/wifi_stats.log | sort | uniq -c温度影响评估：
paste -d ',' <(grep Temperature /tmp/wifi_stats.log | awk '{print $4}') \ <(grep PER= /tmp/wifi_stats.log | awk -F= '{print $2}')
4. 典型故障场景处理手册
4.1 案例：大量重传问题
症状：
- Tx fail count持续高位
- MultipleRetryCount占比超过30%
处理步骤：
检查A-MSDU/A-MPDU配置：
iwpriv rax0 set HtAmsdu=0 # 禁用AMSDU iwpriv rax0 set HtBaWinSize=32 # 减小BA窗口调整CCA阈值：
iwpriv rax0 set CCAThreshold=30验证优化效果：
watch -n 1 "iwpriv rax0 stat | grep -E 'Tx fail|MultipleRetry'"
4.2 案例：5GHz频段吞吐量骤降
诊断流程：
确认DFS状态：
iwpriv rax0 show dfschinfo检查雷达事件记录：
dmesg | grep -i radar临时规避方案：
iwpriv rax0 set Channel=36 # 使用非DFS信道 iwpriv rax0 set VhtBw=1 # 确保80MHz带宽
5. 性能调优参数速查表
关键参数调整参考：
| 参数 | 命令格式 | 推荐值 | 作用 |
|---|---|---|---|
| 发射功率 | iwpriv rax0 set TxPower=80 | 70-90 | 平衡覆盖与干扰 |
| MCS策略 | iwpriv rax0 set HeMcs=5 | 3-7 | 稳定性与速率平衡 |
| RTS阈值 | iwpriv rax0 set RTSThreshold=2347 | 500-1500 | 高密度环境优化 |
| AMPDU | iwpriv rax0 set HtBaWinSize=64 | 32-64 | 吞吐量优化 |
特殊场景配置：
高密度部署：
iwpriv rax0 set HtBssCoex=1 iwpriv rax0 set AP2040Rescan=60低延迟需求：
iwpriv rax0 set HtAmsdu=0 iwpriv rax0 set TxBurst=0
在最近一次企业级部署中，通过分析show stainfo中的MCS分布，发现80%的客户端被限制在MCS3以下。将发射功率从100%降至75%后，平均MCS提升到5，网络吞吐量反而增加了40%。这印证了"更强信号≠更好性能"的无线黄金法则。