www.z-linear.com所有采集系统的故障最终都表现为十种症状。本文把这十种症状整理成排查树每个症状从最快检查项开始逐层深入到根因。打印出来贴在工位上能省下无数个小时的瞎猜。全文约4500字。症状一完全没数据通信不通排查树(从快到慢): ① 物理层: USB线/网线插好吗? 卡上电源灯亮吗? ② 设备识别: 设备管理器看串口出现吗(COMx)? 不出现→换线/换口/换电脑三分法定位 ③ 端口占用: Device busy→上一程序没退出 (taskkill或重启IDE, 第38篇) ④ 权限: Linux串口permission denied→ sudo usermod -aG dialout $USER 重新登录 ⑤ 参数: 波特率/停止位匹配吗(485: 9600-8-N-1)? ⑥ 协议: 从站地址对吗(485多从站场景)? ⑦ 深层: 485终端电阻/共地(第20篇布线)三分法是硬件排障的黄金手法换线试→换口试→换电脑试——每次替换一个变量故障段自动显形。症状二数据全0或全FF全0xFF: ① ADC数据线未接通(片选/时钟断线) → 万用表通断档查连线 ② SPI模式错(CPOL/CPHA)——驱动移植常犯 ③ 器件没上电(测供电脚) 全0x00: ① 输入真的接地(检查接线) ② 使能通道号配置错(读的不是采的) ③ 量程档与调理板不匹配症状三读数偏差固定系统性错偏差恒定→系统性误差, 按顺序查: ① 单位换算对吗? (mV/V, ×1000定点, 补码解析, 第4篇编码) ② 标定系数生效吗? (启用标定勾选? 系数回读确认, 第34篇) ③ 量程档对吗? (±5V信号配±10V档→读数减半!) ④ 负载效应? (万用表对照: 万用表对、卡偏低→ 源阻抗/输入阻抗分压, 第14篇) ⑤ 传感器接线? (热电偶正负反/K偶用了铜线, 第26篇) ⑥ 两点标定验证(30%/70%50%验证)症状四读数随机乱跳噪声/干扰跳动的形态指向不同病根: ① ±几个码小跳: 本底噪声 → 短接输入测底噪: 大→卡/接线问题; 小→信号源侧噪声 ② 50Hz规律波动: 工频干扰 → 屏蔽接地检查(第36篇)/双绞/ FFT确认50Hz(第33篇) ③ 与某设备联动: 共阻抗/辐射 → 功率地分开/物理隔离 ④ 全量程乱跳: 输入悬空或断线 → 接线端子紧固/断线检测逻辑 ⑤ 大尖峰偶发: 继电器/接触器动作 → 线圈续流二极管/输入RC短接输入法是噪声排查的分水岭实验输入对地短接后噪声消失→问题在信号源侧/耦合路径噪声依旧→问题在卡或参考地。症状五读数随采样率变化→ 采样电容充电不足(教科书症状, 第14篇) 实验: 同信号fs从40K降到1K 读数上升→坐实驱动不足 对策: ① 信号源与卡之间加跟随器(万能解) ② 降采样率使用 ③ 换高阻抗输入档症状六波形削顶平顶① 信号真超量程(示波器/万用表对照峰值) → 换量程/加衰减(第11篇) ② 前端放大器饱和(增益过大) → 降增益或加隔直 ③ ADC输入保护钳位动作 → 输入过载, 同① ④ 共模超限(差分输入时) → 测输入端对地共模电压, 超CMVR→隔离方案(第15篇)症状七丢帧/数据缺口① 吞吐核算: fs×通道×2B×1.3 vs 接口极限 (800KB/s对USB FS是临界, 第20篇) ② 丢帧统计: 帧计数缺口分析(第19/337篇思路) ③ 上位机处理慢: → 曲线刷新降频/数据线程分离(第38篇) ④ USB线质量/长度: 换短线带屏蔽 ⑤ 后台程序抢资源(杀毒扫描/备份任务) 对策分级: 降速率→减通道→板内记录→换接口症状八通道间串扰/数据错位① 复用卡MUX切换未建立(高源阻抗, 第16篇) ② 多通道字节序/通道映射错(驱动解析) ③ 通道间串音(高频时布线电容耦合) 实验: 一通道接信号其余接地→ 看静默通道有没有影子 ④ 交织/乒乓缓冲边界bug(固件级, 表现为周期性的通道错位)症状九时好时坏间歇故障最难的一类, 系统化处理: ① 记录日志: 每次故障的精确时间戳 当时环境(温度/负载/人员操作) ② 关联分析: 故障与什么同步? (某设备启动?环境温度?振动?) ③ 温度试验: 热风枪/冷冻剂局部温度冲击 → 焊点虚焊/元件温漂现形 ④ 连接器 Wiggle测试: 轻摇线缆/端子 → 接触不良现形(最常见根因!) ⑤ 长时间监测: 边缘节点自动记录 (第39篇)等它再犯症状十数据看起来对但细看不对最阴险的一类① 混叠假波: 频谱出现不该有的峰 → 变采样率实验(一动一不动, 第3篇) ② 相位错位: 通道时差未补偿 → 互相关实测时差(第16篇) ③ 平滑过度: 滤波把信号也滤了 → 检查滤波器截止vs信号带宽(第32篇) ④ 单位/比例陷阱: 万用表RMS vs 卡峰值? (有效值/峰峰值/峰值的换算) ⑤ 时区/时间戳: 夏令时/UTC偏移 → 数据对不上的经典暗坑十、排查的通用方法论五步循环: ① 复现: 最小化配置(单通道/短脚本/ 最简接线)——不能复现的故障先造条件 ② 分层: 物理层→驱动层→数据层→应用层 (哪层断的一层层ping下去) ③ 替换: 好线/好源/好卡/好电脑交叉换 ④ 记录: 症状尝试结果, 全程留痕 (排查到一半忘了前面试过什么重来) ⑤ 归档: 解决后更新排查树/知识库 (本篇模板就是无数坑的结晶)两个高效习惯对照测量永远备一块万用表和一台示波器做第二意见——双仪器分歧的那一刻故障范围自动减半改动一次一处同时改三个设置的排查是赌博——单变量原则在排障与科研同样神圣。十一、报障信息模板找厂商支持时一封合格的报障邮件: - 硬件: 卡型号SN固件版本(第341篇版本意识) - 软件: 上位机版本/自研代码最小复现段 - 环境: OS/驱动/接线简图/信号源 - 症状: 报错原文(勿翻译!)截图数据样本 - 已做: 已试过A/B/C, 结果分别是... - 期望: 期望行为vs实际行为的对比 → 信息全的工单一次解决; 信息缺的工单来回三轮起步十二、总结十症状排查树的核心思想从最快的检查开始、单变量推进、好仪器对照、全程留痕。故障排查能力理论知识本系列前43篇×方法论本篇×经验积累你的排障树——把这份模板打印出来每解决一个问题就在对应症状下加一行你的实录一年后它就是你团队最值钱的文档。下一篇讲收官前的实用主题选型指南。下一篇预告《选型终极指南从需求到PO的决策路径》