简介本资源是一份面向无线通信工程师、高通平台调试人员及移动终端射频测试从业者的实操技术文档聚焦WCN3620芯片平台下的Wi-Fi功能调试与性能验证全流程。文档系统梳理了基于ADB Shell加载wlan.ko驱动、进入FTM模式、利用QRCT 3.0.19工具开展发射/接收双向测试的完整链路涵盖信道配置、速率设置11B/11G/11N/MCS、功率控制、IQView波形监控及灵敏度判定标准1000包接收≥900包并提供AR6005平台兼容的65M N波形文件调用方案与全部iwpriv指令清单。资源为单个3.47MB的DOCX文件内容结构清晰含三大模块WCN3620 Wi-Fi测试步骤详解、QRCT端口加载与FTM模式启用指南、NV项读写操作说明兼具原理说明与命令级实操细节。目前已有377人学习下载是深入理解高通Wi-Fi底层调试机制、快速复现产线测试流程的实用参考资料。1. WCN3620平台上的Wi-Fi测试不是“连上就行”而是校准、指令、状态闭环验证在嵌入式Wi-Fi开发中拿到一块基于高通WCN3620 SoC的模组常见于工业网关、车载T-Box、智能座舱域控制器很多人第一反应是ifconfig wlan0 updhclient——结果发现能扫到AP、能关联、甚至能ping通但射频性能不达标、吞吐波动大、高温下断连频繁。问题往往不出在驱动加载或网络配置而在于底层射频链路未完成工厂级校准与功能模式切换。WCN3620作为一款支持802.11n/ac、集成PA/LNA/滤波器的单芯片方案其Wi-Fi行为高度依赖QRCTQualcomm Radio Calibration Tool烧录的校准数据以及通过iwpriv下发的私有ioctl指令控制射频通路、功率、信道带宽等关键参数。本文聚焦真实产线与研发调试场景如何用最小命令集验证WCN3620 Wi-Fi基础功能是否就绪如何区分QRCT的两种核心用法校准烧录 vs. 运行时参数注入为什么iwpriv wlan0 setband 1比iw dev wlan0 set type __ap更接近硬件本质以及当dmesg | grep wcn显示calibration data not found时该查哪三个文件、哪两个寄存器、哪一条QRCT日志。面向固件工程师、射频测试工程师和BSP开发者不讲协议栈理论只讲WCN3620上能敲出结果的每一步。2. WCN3620 Wi-Fi测试必须绕过NetworkManager直连mac80211底层接口WCN3620的Linux驱动wcn36xx工作在mac80211框架下但其私有扩展能力如动态调整TX功率、强制指定RF chain、读取RSSI raw值无法通过标准ip link或iw命令暴露。若依赖nmcli或systemd-networkd启动Wi-Fi会屏蔽掉关键调试通道导致无法触发FTMFactory Test Mode或获取基带寄存器快照。因此所有有效测试必须绕过用户态网络管理服务直接操作内核接口。2.1 禁用NetworkManager并确认wcn36xx驱动已加载# 停止网络管理服务Ubuntu/Debian系 sudo systemctl stop NetworkManager sudo systemctl disable NetworkManager # 检查驱动模块是否加载成功注意wcn36xx依赖qcacld-3.0 lsmod | grep -E (wcn36xx|qcacld) # 正常输出应包含 # wcn36xx 98304 0 # qcacld 524288 1 wcn36xx # 查看PCIe设备枚举WCN3620通常挂载在PCIe bus 0000:01:00.0 lspci -vv -s 0000:01:00.0 | grep -A 20 Capabilities.*MSI # 关键确认项Cap ID 0x05MSI存在且Interrupt: pin A, MSI, IRQ 123提示若lsmod无输出需确认内核配置已启用CONFIG_WCN36XX及CONFIG_QCACLD且固件文件wlan/qca_cld3/wcn36xx.fw已正确放置于/lib/firmware/目录下。缺失固件会导致dmesg报错firmware: failed to load wlan/qca_cld3/wcn36xx.fw。2.2 使用iwpriv执行WCN3620专属指令集iwpriv是调用无线驱动私有ioctl的唯一标准工具。WCN3620驱动导出约47个私有命令其中以下6个是测试阶段高频使用命令作用典型参数验证方式setband切换频段02.4G, 15Giwpriv wlan0 setband 1cat /sys/class/net/wlan0/device/band返回1getrssi获取当前关联AP的原始RSSIdBmiwpriv wlan0 getrssi输出形如RSSI -52非-52 dBmsettxpow设置发射功率单位0.5dBmiwpriv wlan0 settxpow 120即60dBm实际限幅在23dBmiwpriv wlan0 gettxpow返回相同值setantenna强制选择天线路径0主天线, 1分集天线iwpriv wlan0 setantenna 1dmesggetstats获取驱动层统计重传、CRC错误等iwpriv wlan0 getstats关注tx_retries和rx_crc_err字段ftmstart进入工厂测试模式需先关闭接口ifconfig wlan0 down iwpriv wlan0 ftmstartdmesg出现FTM mode enabled2.2.1 执行FTM模式并验证射频环回FTMFactory Test Mode是WCN3620硬件自检的核心模式用于验证TX/RX链路完整性无需外部AP即可完成环回测试# 1. 关闭接口并进入FTM sudo ifconfig wlan0 down sudo iwpriv wlan0 ftmstart # 2. 发送连续CW信号中心频点2412MHz带宽20MHz功率15dBm sudo iwpriv wlan0 setfreq 2412 sudo iwpriv wlan0 setbw 20 sudo iwpriv wlan0 settxpow 30 # 30 * 0.5 15dBm sudo iwpriv wlan0 cwmode 1 # 启动连续波 # 3. 使用频谱仪在2412MHz处观测信号确认频偏±20kHz、EVM5%、功率稳定 # 4. 退出FTM sudo iwpriv wlan0 ftmstop sudo ifconfig wlan0 up注意cwmode 1仅在FTM下生效普通STA模式下执行会返回Invalid argument。若dmesg出现FTM: invalid state for cwmode说明未正确进入FTM或驱动未就绪。2.3 解析wcn36xx驱动关键日志字段驱动日志是定位WCN3620问题的第一手依据。以下字段出现即代表对应模块异常日志片段含义应对措施wcn36xx_smd_send_cmd: SMD write failedSMDShared Memory Driver通信中断基带与AP侧共享内存写失败检查/dev/smd0权限确认qcom_smem模块已加载wcn36xx_pm_runtime_suspend: suspend failed电源管理挂起失败可能导致休眠后Wi-Fi无法唤醒在/sys/bus/platform/drivers/wcn36xx/下执行echo auto power/controlwcn36xx_hal_init: calibration data not found校准数据缺失TX功率、RX增益将使用默认值性能严重劣化检查/lib/firmware/wlan/qca_cld3/下是否存在wcn3620_cal.binwcn36xx_bss_start: beacon interval too smallBeacon间隔设置过小100msAP模式下可能被客户端拒绝修改hostapd.conf中beacon_int1003. QRCT的两种基本用法校准烧录与运行时参数注入不可混用QRCTQualcomm Radio Calibration Tool是高通为WCN系列芯片提供的专用校准工具其核心价值在于将射频特性如PA gain curve、LNA noise figure、TX IQ imbalance固化为二进制数据并注入到SoC的OTP或eMMC特定分区。但实践中工程师常混淆QRCT的两种使用场景一次性校准烧录Production Line与运行时参数覆盖Field Debug。二者目标、时机、数据格式、校验机制完全不同。3.1 QRCT校准烧录产线级一次性操作校准烧录发生在设备出厂前在专用夹具上完成。流程如下校准数据生成使用矢量网络分析仪VNA和信号源在2.4G/5G全频段扫描WCN3620的TX EVM、RX sensitivity、ACPR等指标生成.cal文本文件QRCT编译调用qrcaltool将.cal转为二进制wcn3620_cal.bin并计算CRC32校验码烧录到eMMC通过fastboot或QDLoader将wcn3620_cal.bin写入eMMC的caldata分区通常为/dev/block/mmcblk0p12驱动加载时校验wcn36xx驱动在probe()阶段读取caldata分区验证CRC32成功后加载校准数据至SoC内部RAM。# 查看校准分区信息以eMMC为例 sudo fdisk -l /dev/mmcblk0 | grep caldata # 输出示例/dev/mmcblk0p12 1048576 2097151 1048576 1 caldata # 读取校准数据头偏移0x00处为magic number 0x51524354即QRCT ASCII sudo dd if/dev/mmcblk0p12 bs1 count4 skip0 2/dev/null | hexdump -C # 正常输出00000000 51 52 43 54 |QRCT| # 验证CRC32校准数据体从0x20开始长度由header中len字段定义 sudo dd if/dev/mmcblk0p12 bs1 skip32 count102400 2/dev/null | cksum | awk {print $1} # 与QRCT生成日志中的CRC比对提示若dmesg持续报calibration data CRC mismatch说明烧录过程被中断或eMMC写入错误需重新烧录。切勿手动修改wcn3620_cal.binCRC校验失败将导致驱动拒绝加载校准数据降级为默认参数。3.2 QRCT运行时参数注入调试阶段临时覆盖当产线校准数据存在缺陷如某频段TX功率偏低或需快速验证新参数组合时可跳过烧录流程直接将参数注入驱动内存。此操作不持久化重启后失效仅用于调试# 1. 准备参数文件格式为keyvalue每行一个保存为qrc_params.txt echo tx_power_2g18 qrc_params.txt echo rx_gain_5g12 qrc_params.txt echo pa_ramp_time5 qrc_params.txt # 2. 通过sysfs接口注入需驱动支持CONFIG_WCN36XX_DEBUGFS echo $(cat qrc_params.txt) | sudo tee /sys/kernel/debug/wcn36xx/qrc_params # 3. 触发参数生效 sudo iwpriv wlan0 reloadcal # 4. 验证注入结果 cat /sys/kernel/debug/wcn36xx/qrc_status # 输出应包含tx_power_2g18 (injected), rx_gain_5g12 (injected)3.2.1 参数注入与校准烧录的优先级规则WCN3620驱动按以下顺序解析参数后加载者覆盖前加载者OTP中硬编码的默认值最低优先级eMMCcaldata分区中的校准数据中优先级/sys/kernel/debug/wcn36xx/qrc_params注入的参数最高优先级。因此调试时注入的tx_power_2g18会覆盖caldata中存储的tx_power_2g15。但一旦执行rmmod wcn36xx modprobe wcn36xx注入参数即丢失恢复为校准数据值。4. WCN3620 Wi-Fi测试必查的5个状态点与3类典型故障定位完整测试不是跑完一个命令就结束而是建立一套状态检查清单覆盖物理层、驱动层、协议栈层。以下5个检查点必须全部通过才可判定WCN3620 Wi-Fi基础功能合格。4.1 物理层状态射频链路与温度稳定性# 1. 检查射频链路是否锁定关键 cat /sys/kernel/debug/wcn36xx/rf_status # 正常输出应含rf_stateON, tx_chain0, rx_chain0, temp42 (℃) # 2. 监控温度变化WCN3620结温超85℃将自动降频 watch -n 1 cat /sys/kernel/debug/wcn36xx/rf_status | grep temp # 若温度在3分钟内上升15℃检查散热设计或PA bias设置 # 3. 验证天线切换有效性双天线设计必备 iwpriv wlan0 setantenna 0 sleep 1 iwpriv wlan0 getrssi iwpriv wlan0 setantenna 1 sleep 1 iwpriv wlan0 getrssi # 两次RSSI差值应3dB否则分集天线未生效4.2 驱动层状态SMD通信与校准加载# 1. SMD通道健康度驱动与基带通信基石 cat /sys/kernel/debug/wcn36xx/smd_status # 必须显示smd_tx_queue0, smd_rx_queue0, smd_stateREADY # 2. 校准数据加载状态 dmesg | grep -i calibration\|qrc # 正常应有wcn36xx_hal_init: loaded calibration data from caldata partition # 3. 中断统计排除IRQ丢失 cat /proc/interrupts | grep wcn36xx # 字段2~4为CPU0~CPU2中断计数应随Wi-Fi活动持续增长若长期为0则中断未触发4.3 协议栈层状态mac80211注册与netdev绑定# 1. 确认mac80211子系统已注册WCN3620设备 ls /sys/class/ieee80211/ | grep phy # 输出应为phy0对应wcn36xx # 2. 检查netdev是否正确绑定 cat /sys/class/ieee80211/phy0/device/net/wlan0/name # 必须输出wlan0 # 3. 验证802.11状态机 iw dev wlan0 link # 关联成功时输出Connected to xx:xx:xx:xx:xx:xx (on wlan0) # 若显示Not connected.检查iwpriv wlan0 getrssi是否为0未扫描到AP4.4 三类典型故障的快速定位表故障现象关键日志线索定位命令解决方向能扫到AP但无法关联wcn36xx_bss_start: auth timeoutiwpriv wlan0 getrssi若为0说明未收到Beacon检查setband频段是否匹配AP确认iwpriv wlan0 setfreq未被误设关联后Ping丢包率30%wcn36xx_txrx_process: tx complete timeoutiwpriv wlan0 getstats关注tx_fail和rx_crc_err降低TX功率settxpow检查天线匹配确认无强干扰源Wi-Fi图标消失Ubuntu/Debiankernel: wcn36xx 0000:01:00.0: cant change power state from D3hot to D0lspci -vv -s 0000:01:00.0 | grep PowerBIOS中禁用PCIe ASPM或内核启动参数加pcinoaer5. 使用iwpriv批量验证WCN3620多信道TX功率一致性产线测试中需验证WCN3620在2.4G频段信道1/6/11和5G频段信道36/40/44/48的TX功率平坦度。手动逐信道设置效率低且易出错可用shell脚本实现自动化验证#!/bin/bash # wcn3620_tx_power_check.sh INTERFACEwlan0 BANDS(2.4G 5G) CHANNELS_2G(1 6 11) CHANNELS_5G(36 40 44 48) LOG_FILE/tmp/wcn3620_tx_power_$(date %s).log echo WCN3620 TX Power Consistency Test - $(date) $LOG_FILE echo $LOG_FILE for band in ${BANDS[]}; do echo Testing $band band $LOG_FILE if [ $band 2.4G ]; then ch_list(${CHANNELS_2G[]}) bw20 else ch_list(${CHANNELS_5G[]}) bw20 fi for ch in ${ch_list[]}; do echo Channel $ch: $LOG_FILE # 1. 切换信道与带宽 iwpriv $INTERFACE setfreq $ch 2/dev/null iwpriv $INTERFACE setbw $bw 2/dev/null # 2. 等待射频稳定200ms sleep 0.2 # 3. 读取当前TX功率单位0.5dBm tx_pow_raw$(iwpriv $INTERFACE gettxpow 2/dev/null | grep -o [0-9]\ | head -1) if [ -z $tx_pow_raw ]; then echo ERROR: gettxpow failed $LOG_FILE continue fi tx_pow_dbm$(echo $tx_pow_raw * 0.5 | bc -l) # 4. 记录结果 printf Ch %2d: %.1f dBm\n $ch $tx_pow_dbm $LOG_FILE done done echo Test completed. Log saved to $LOG_FILE执行说明保存为wcn3620_tx_power_check.sh赋予执行权限chmod x运行后生成日志文件。合格标准同频段内各信道TX功率偏差≤1.5dBm。若信道36与信道48相差2dBm需检查5G频段校准数据中tx_power_5g曲线是否平滑或PA bias电压是否随频点漂移。将脚本输出导入Excel绘制“信道 vs TX功率”折线图可直观识别功率凹陷点如信道44处功率骤降2dB进而定位校准数据缺陷或PCB走线谐振问题。本文还有配套的精品资源点击获取 WCN3620 Wi-Fi校准与iwpriv底层测试实战指南
简介本资源是一份面向无线通信工程师、高通平台调试人员及移动终端射频测试从业者的实操技术文档聚焦WCN3620芯片平台下的Wi-Fi功能调试与性能验证全流程。文档系统梳理了基于ADB Shell加载wlan.ko驱动、进入FTM模式、利用QRCT 3.0.19工具开展发射/接收双向测试的完整链路涵盖信道配置、速率设置11B/11G/11N/MCS、功率控制、IQView波形监控及灵敏度判定标准1000包接收≥900包并提供AR6005平台兼容的65M N波形文件调用方案与全部iwpriv指令清单。资源为单个3.47MB的DOCX文件内容结构清晰含三大模块WCN3620 Wi-Fi测试步骤详解、QRCT端口加载与FTM模式启用指南、NV项读写操作说明兼具原理说明与命令级实操细节。目前已有377人学习下载是深入理解高通Wi-Fi底层调试机制、快速复现产线测试流程的实用参考资料。1. WCN3620平台上的Wi-Fi测试不是“连上就行”而是校准、指令、状态闭环验证在嵌入式Wi-Fi开发中拿到一块基于高通WCN3620 SoC的模组常见于工业网关、车载T-Box、智能座舱域控制器很多人第一反应是ifconfig wlan0 updhclient——结果发现能扫到AP、能关联、甚至能ping通但射频性能不达标、吞吐波动大、高温下断连频繁。问题往往不出在驱动加载或网络配置而在于底层射频链路未完成工厂级校准与功能模式切换。WCN3620作为一款支持802.11n/ac、集成PA/LNA/滤波器的单芯片方案其Wi-Fi行为高度依赖QRCTQualcomm Radio Calibration Tool烧录的校准数据以及通过iwpriv下发的私有ioctl指令控制射频通路、功率、信道带宽等关键参数。本文聚焦真实产线与研发调试场景如何用最小命令集验证WCN3620 Wi-Fi基础功能是否就绪如何区分QRCT的两种核心用法校准烧录 vs. 运行时参数注入为什么iwpriv wlan0 setband 1比iw dev wlan0 set type __ap更接近硬件本质以及当dmesg | grep wcn显示calibration data not found时该查哪三个文件、哪两个寄存器、哪一条QRCT日志。面向固件工程师、射频测试工程师和BSP开发者不讲协议栈理论只讲WCN3620上能敲出结果的每一步。2. WCN3620 Wi-Fi测试必须绕过NetworkManager直连mac80211底层接口WCN3620的Linux驱动wcn36xx工作在mac80211框架下但其私有扩展能力如动态调整TX功率、强制指定RF chain、读取RSSI raw值无法通过标准ip link或iw命令暴露。若依赖nmcli或systemd-networkd启动Wi-Fi会屏蔽掉关键调试通道导致无法触发FTMFactory Test Mode或获取基带寄存器快照。因此所有有效测试必须绕过用户态网络管理服务直接操作内核接口。2.1 禁用NetworkManager并确认wcn36xx驱动已加载# 停止网络管理服务Ubuntu/Debian系 sudo systemctl stop NetworkManager sudo systemctl disable NetworkManager # 检查驱动模块是否加载成功注意wcn36xx依赖qcacld-3.0 lsmod | grep -E (wcn36xx|qcacld) # 正常输出应包含 # wcn36xx 98304 0 # qcacld 524288 1 wcn36xx # 查看PCIe设备枚举WCN3620通常挂载在PCIe bus 0000:01:00.0 lspci -vv -s 0000:01:00.0 | grep -A 20 Capabilities.*MSI # 关键确认项Cap ID 0x05MSI存在且Interrupt: pin A, MSI, IRQ 123提示若lsmod无输出需确认内核配置已启用CONFIG_WCN36XX及CONFIG_QCACLD且固件文件wlan/qca_cld3/wcn36xx.fw已正确放置于/lib/firmware/目录下。缺失固件会导致dmesg报错firmware: failed to load wlan/qca_cld3/wcn36xx.fw。2.2 使用iwpriv执行WCN3620专属指令集iwpriv是调用无线驱动私有ioctl的唯一标准工具。WCN3620驱动导出约47个私有命令其中以下6个是测试阶段高频使用命令作用典型参数验证方式setband切换频段02.4G, 15Giwpriv wlan0 setband 1cat /sys/class/net/wlan0/device/band返回1getrssi获取当前关联AP的原始RSSIdBmiwpriv wlan0 getrssi输出形如RSSI -52非-52 dBmsettxpow设置发射功率单位0.5dBmiwpriv wlan0 settxpow 120即60dBm实际限幅在23dBmiwpriv wlan0 gettxpow返回相同值setantenna强制选择天线路径0主天线, 1分集天线iwpriv wlan0 setantenna 1dmesggetstats获取驱动层统计重传、CRC错误等iwpriv wlan0 getstats关注tx_retries和rx_crc_err字段ftmstart进入工厂测试模式需先关闭接口ifconfig wlan0 down iwpriv wlan0 ftmstartdmesg出现FTM mode enabled2.2.1 执行FTM模式并验证射频环回FTMFactory Test Mode是WCN3620硬件自检的核心模式用于验证TX/RX链路完整性无需外部AP即可完成环回测试# 1. 关闭接口并进入FTM sudo ifconfig wlan0 down sudo iwpriv wlan0 ftmstart # 2. 发送连续CW信号中心频点2412MHz带宽20MHz功率15dBm sudo iwpriv wlan0 setfreq 2412 sudo iwpriv wlan0 setbw 20 sudo iwpriv wlan0 settxpow 30 # 30 * 0.5 15dBm sudo iwpriv wlan0 cwmode 1 # 启动连续波 # 3. 使用频谱仪在2412MHz处观测信号确认频偏±20kHz、EVM5%、功率稳定 # 4. 退出FTM sudo iwpriv wlan0 ftmstop sudo ifconfig wlan0 up注意cwmode 1仅在FTM下生效普通STA模式下执行会返回Invalid argument。若dmesg出现FTM: invalid state for cwmode说明未正确进入FTM或驱动未就绪。2.3 解析wcn36xx驱动关键日志字段驱动日志是定位WCN3620问题的第一手依据。以下字段出现即代表对应模块异常日志片段含义应对措施wcn36xx_smd_send_cmd: SMD write failedSMDShared Memory Driver通信中断基带与AP侧共享内存写失败检查/dev/smd0权限确认qcom_smem模块已加载wcn36xx_pm_runtime_suspend: suspend failed电源管理挂起失败可能导致休眠后Wi-Fi无法唤醒在/sys/bus/platform/drivers/wcn36xx/下执行echo auto power/controlwcn36xx_hal_init: calibration data not found校准数据缺失TX功率、RX增益将使用默认值性能严重劣化检查/lib/firmware/wlan/qca_cld3/下是否存在wcn3620_cal.binwcn36xx_bss_start: beacon interval too smallBeacon间隔设置过小100msAP模式下可能被客户端拒绝修改hostapd.conf中beacon_int1003. QRCT的两种基本用法校准烧录与运行时参数注入不可混用QRCTQualcomm Radio Calibration Tool是高通为WCN系列芯片提供的专用校准工具其核心价值在于将射频特性如PA gain curve、LNA noise figure、TX IQ imbalance固化为二进制数据并注入到SoC的OTP或eMMC特定分区。但实践中工程师常混淆QRCT的两种使用场景一次性校准烧录Production Line与运行时参数覆盖Field Debug。二者目标、时机、数据格式、校验机制完全不同。3.1 QRCT校准烧录产线级一次性操作校准烧录发生在设备出厂前在专用夹具上完成。流程如下校准数据生成使用矢量网络分析仪VNA和信号源在2.4G/5G全频段扫描WCN3620的TX EVM、RX sensitivity、ACPR等指标生成.cal文本文件QRCT编译调用qrcaltool将.cal转为二进制wcn3620_cal.bin并计算CRC32校验码烧录到eMMC通过fastboot或QDLoader将wcn3620_cal.bin写入eMMC的caldata分区通常为/dev/block/mmcblk0p12驱动加载时校验wcn36xx驱动在probe()阶段读取caldata分区验证CRC32成功后加载校准数据至SoC内部RAM。# 查看校准分区信息以eMMC为例 sudo fdisk -l /dev/mmcblk0 | grep caldata # 输出示例/dev/mmcblk0p12 1048576 2097151 1048576 1 caldata # 读取校准数据头偏移0x00处为magic number 0x51524354即QRCT ASCII sudo dd if/dev/mmcblk0p12 bs1 count4 skip0 2/dev/null | hexdump -C # 正常输出00000000 51 52 43 54 |QRCT| # 验证CRC32校准数据体从0x20开始长度由header中len字段定义 sudo dd if/dev/mmcblk0p12 bs1 skip32 count102400 2/dev/null | cksum | awk {print $1} # 与QRCT生成日志中的CRC比对提示若dmesg持续报calibration data CRC mismatch说明烧录过程被中断或eMMC写入错误需重新烧录。切勿手动修改wcn3620_cal.binCRC校验失败将导致驱动拒绝加载校准数据降级为默认参数。3.2 QRCT运行时参数注入调试阶段临时覆盖当产线校准数据存在缺陷如某频段TX功率偏低或需快速验证新参数组合时可跳过烧录流程直接将参数注入驱动内存。此操作不持久化重启后失效仅用于调试# 1. 准备参数文件格式为keyvalue每行一个保存为qrc_params.txt echo tx_power_2g18 qrc_params.txt echo rx_gain_5g12 qrc_params.txt echo pa_ramp_time5 qrc_params.txt # 2. 通过sysfs接口注入需驱动支持CONFIG_WCN36XX_DEBUGFS echo $(cat qrc_params.txt) | sudo tee /sys/kernel/debug/wcn36xx/qrc_params # 3. 触发参数生效 sudo iwpriv wlan0 reloadcal # 4. 验证注入结果 cat /sys/kernel/debug/wcn36xx/qrc_status # 输出应包含tx_power_2g18 (injected), rx_gain_5g12 (injected)3.2.1 参数注入与校准烧录的优先级规则WCN3620驱动按以下顺序解析参数后加载者覆盖前加载者OTP中硬编码的默认值最低优先级eMMCcaldata分区中的校准数据中优先级/sys/kernel/debug/wcn36xx/qrc_params注入的参数最高优先级。因此调试时注入的tx_power_2g18会覆盖caldata中存储的tx_power_2g15。但一旦执行rmmod wcn36xx modprobe wcn36xx注入参数即丢失恢复为校准数据值。4. WCN3620 Wi-Fi测试必查的5个状态点与3类典型故障定位完整测试不是跑完一个命令就结束而是建立一套状态检查清单覆盖物理层、驱动层、协议栈层。以下5个检查点必须全部通过才可判定WCN3620 Wi-Fi基础功能合格。4.1 物理层状态射频链路与温度稳定性# 1. 检查射频链路是否锁定关键 cat /sys/kernel/debug/wcn36xx/rf_status # 正常输出应含rf_stateON, tx_chain0, rx_chain0, temp42 (℃) # 2. 监控温度变化WCN3620结温超85℃将自动降频 watch -n 1 cat /sys/kernel/debug/wcn36xx/rf_status | grep temp # 若温度在3分钟内上升15℃检查散热设计或PA bias设置 # 3. 验证天线切换有效性双天线设计必备 iwpriv wlan0 setantenna 0 sleep 1 iwpriv wlan0 getrssi iwpriv wlan0 setantenna 1 sleep 1 iwpriv wlan0 getrssi # 两次RSSI差值应3dB否则分集天线未生效4.2 驱动层状态SMD通信与校准加载# 1. SMD通道健康度驱动与基带通信基石 cat /sys/kernel/debug/wcn36xx/smd_status # 必须显示smd_tx_queue0, smd_rx_queue0, smd_stateREADY # 2. 校准数据加载状态 dmesg | grep -i calibration\|qrc # 正常应有wcn36xx_hal_init: loaded calibration data from caldata partition # 3. 中断统计排除IRQ丢失 cat /proc/interrupts | grep wcn36xx # 字段2~4为CPU0~CPU2中断计数应随Wi-Fi活动持续增长若长期为0则中断未触发4.3 协议栈层状态mac80211注册与netdev绑定# 1. 确认mac80211子系统已注册WCN3620设备 ls /sys/class/ieee80211/ | grep phy # 输出应为phy0对应wcn36xx # 2. 检查netdev是否正确绑定 cat /sys/class/ieee80211/phy0/device/net/wlan0/name # 必须输出wlan0 # 3. 验证802.11状态机 iw dev wlan0 link # 关联成功时输出Connected to xx:xx:xx:xx:xx:xx (on wlan0) # 若显示Not connected.检查iwpriv wlan0 getrssi是否为0未扫描到AP4.4 三类典型故障的快速定位表故障现象关键日志线索定位命令解决方向能扫到AP但无法关联wcn36xx_bss_start: auth timeoutiwpriv wlan0 getrssi若为0说明未收到Beacon检查setband频段是否匹配AP确认iwpriv wlan0 setfreq未被误设关联后Ping丢包率30%wcn36xx_txrx_process: tx complete timeoutiwpriv wlan0 getstats关注tx_fail和rx_crc_err降低TX功率settxpow检查天线匹配确认无强干扰源Wi-Fi图标消失Ubuntu/Debiankernel: wcn36xx 0000:01:00.0: cant change power state from D3hot to D0lspci -vv -s 0000:01:00.0 | grep PowerBIOS中禁用PCIe ASPM或内核启动参数加pcinoaer5. 使用iwpriv批量验证WCN3620多信道TX功率一致性产线测试中需验证WCN3620在2.4G频段信道1/6/11和5G频段信道36/40/44/48的TX功率平坦度。手动逐信道设置效率低且易出错可用shell脚本实现自动化验证#!/bin/bash # wcn3620_tx_power_check.sh INTERFACEwlan0 BANDS(2.4G 5G) CHANNELS_2G(1 6 11) CHANNELS_5G(36 40 44 48) LOG_FILE/tmp/wcn3620_tx_power_$(date %s).log echo WCN3620 TX Power Consistency Test - $(date) $LOG_FILE echo $LOG_FILE for band in ${BANDS[]}; do echo Testing $band band $LOG_FILE if [ $band 2.4G ]; then ch_list(${CHANNELS_2G[]}) bw20 else ch_list(${CHANNELS_5G[]}) bw20 fi for ch in ${ch_list[]}; do echo Channel $ch: $LOG_FILE # 1. 切换信道与带宽 iwpriv $INTERFACE setfreq $ch 2/dev/null iwpriv $INTERFACE setbw $bw 2/dev/null # 2. 等待射频稳定200ms sleep 0.2 # 3. 读取当前TX功率单位0.5dBm tx_pow_raw$(iwpriv $INTERFACE gettxpow 2/dev/null | grep -o [0-9]\ | head -1) if [ -z $tx_pow_raw ]; then echo ERROR: gettxpow failed $LOG_FILE continue fi tx_pow_dbm$(echo $tx_pow_raw * 0.5 | bc -l) # 4. 记录结果 printf Ch %2d: %.1f dBm\n $ch $tx_pow_dbm $LOG_FILE done done echo Test completed. Log saved to $LOG_FILE执行说明保存为wcn3620_tx_power_check.sh赋予执行权限chmod x运行后生成日志文件。合格标准同频段内各信道TX功率偏差≤1.5dBm。若信道36与信道48相差2dBm需检查5G频段校准数据中tx_power_5g曲线是否平滑或PA bias电压是否随频点漂移。将脚本输出导入Excel绘制“信道 vs TX功率”折线图可直观识别功率凹陷点如信道44处功率骤降2dB进而定位校准数据缺陷或PCB走线谐振问题。本文还有配套的精品资源点击获取