1. 故障诊断基础：轨道交通售货机系统架构概述、常见故障类型分类与诊断方法论
大家好，我是老张。在轨道交通这个行当摸爬滚打了十几年，经手过的售货机少说也有上千台。今天咱们聊点实在的——故障诊断。说白了，就是机器坏了，你怎么快速找到病根。
我记得刚入行那会儿，遇到一台机器不出货，我愣是拆了装、装了拆折腾了大半天。后来师傅过来，看了一眼日志，三分钟就定位到是通信超时。嗯，从那天起我就明白了一个道理：诊断不是玄学，是有章可循的。
1.1 轨道交通售货机系统架构概述
要诊断故障，首先得知道这玩意儿长什么样。轨道交通售货机跟普通商超售货机不一样，它要面对的是震动、电磁干扰、温湿度剧烈变化这些恶劣环境。
我个人习惯把系统架构分成三层来看：
- 执行层：电机、电磁铁、加热/制冷模块、LED屏。这些是干活的。
- 控制层：主控板（通常是STM32或国产替代方案）、IO扩展板、驱动板。这些是发号施令的。
- 通信层：4G/5G模块、CAN总线、RS485、Wi-Fi。这些是传话的。
你想想看，这三层任何一个环节出问题，机器都可能罢工。我在项目中遇到过最典型的情况：控制层发了出货指令，执行层电机也转了，但通信层上报的状态一直是"待出货"。最后查出来是CAN总线终端电阻虚焊了。
核心要点：诊断故障前，先在心里画一遍信号流向图。从用户扫码 -> 云端下单 -> 控制层解析 -> 执行层动作 -> 状态回传，每一步都可能成为断点。
1.2 常见故障类型分类
故障分类这事儿，我习惯按"三刀切"来分：硬件、软件、通信。为什么这么分？因为排查思路完全不同。
1.2.1 硬件故障
硬件故障最直观，也最容易被发现。但有时候它也会"伪装"成软件问题。
| 故障类型 | 典型表现 | 常见原因 |
|---|---|---|
| 电源故障 | 整机无电、间歇性重启 | 电源模块老化、接线端子松动 |
| 电机故障 | 不出货、卡货、异响 | 电机堵转、齿轮磨损、霍尔传感器失效 |
| 传感器故障 | 误报缺货、温度失控 | 红外传感器积灰、NTC热敏电阻漂移 |
| 显示故障 | 花屏、黑屏、触摸失灵 | 排线接触不良、液晶屏老化 |
我曾经处理过一个"幽灵故障"：机器每天早上6点准时死机，白天一切正常。排查了三天，最后发现是电源模块在低温下启动电流不足。嗯，这就是典型的硬件故障，但表现得很像软件bug。
1.2.2 软件故障
软件故障最让人头疼。因为它可能今天出现，明天又好了，后天换个站台又出现了。
- 逻辑错误：出货流程判断条件写反了，比如"if (货道非空) 则出货"写成了"if (货道为空) 则出货"。
- 内存泄漏：运行一周后，系统响应越来越慢，最后死机。我在项目中遇到过，原因是日志打印函数每调用一次就申请一次内存，从不释放。
- 状态机异常：售货机卡在某个中间状态，比如"正在找零"状态一直不退出。
- 固件兼容性：升级了新固件，结果老款电机驱动时序不匹配。
避坑指南：我曾经在代码里犯过一个低级错误——全局变量被多个中断服务函数同时修改，导致状态错乱。从那以后，我要求团队所有中断服务函数里必须用volatile修饰共享变量，并且加临界区保护。
1.2.3 通信故障
通信故障是轨道交通售货机的"特色病"。因为地铁站里电磁环境太复杂了。
常见的通信故障有：
- CAN总线故障：总线短路、终端电阻缺失、波特率不匹配。表现是控制板之间"失联"。
- 4G/5G断连：信号弱、SIM卡欠费、基站切换失败。表现是云端收不到交易数据。
- RS485干扰：长距离传输时，共模电压漂移导致数据错位。表现是偶尔收到乱码。
- Wi-Fi掉线：地铁隧道里信号覆盖不均匀，频繁重连。
我记得有一次，某条线路全线售货机每天下午3点准时掉线。查了半个月，最后发现是那个时间段地铁经过某段隧道时，列车受电弓产生的电磁干扰刚好落在通信频段上。这种问题，光看日志是看不出来的，必须现场抓波形。
1.3 故障诊断的基本流程与方法论
诊断流程这事儿，我总结了一个"五步法"。不是什么高深理论，就是实战中磨出来的习惯。
- 信息收集：别急着动手。先问清楚：什么时候坏的？坏之前做了什么操作？有没有异常声音或气味？日志里有什么报错？
- 现象复现：能复现的故障，就成功了一半。不能复现的，先记录现场状态，不要轻易断电。
- 隔离定位：用"二分法"缩小范围。比如整机不工作，先看电源灯亮不亮。亮了，查控制板；不亮，查电源模块。
- 根因分析：找到表面原因后，多问几个"为什么"。电机不转，是因为驱动芯片烧了。为什么烧了？因为电机堵转电流过大。为什么堵转？因为货道变形卡住了。
- 修复验证：修好后，至少跑24小时老化测试。别急着上线，我吃过这个亏。
重要提醒：轨道交通售货机涉及支付和食品安全，诊断过程中严禁带电插拔关键模块。我曾经见过有人带电插拔电机驱动板，结果把主控板的IO口全烧了。断电操作，这是底线。
1.4 诊断工具与技巧
工欲善其事，必先利其器。我随身带的诊断工具就三样：
- 万用表：测电压、测通断、测电阻。80%的硬件故障靠它就能定位。
- 串口调试助手：接上TTL串口，看控制板的打印日志。很多软件故障的线索就在日志里。
- 逻辑分析仪：抓通信波形。CAN总线、RS485、I2C，波形一看就知道有没有问题。
你想想看，有了这三样东西，再加上"五步法"的思维框架，大部分故障都能在30分钟内定位。当然，有些疑难杂症可能需要更长时间，但方向对了，就不怕路远。
好了，这一章的内容就到这里。下一章咱们会深入讲硬件故障的具体排查方法，包括电源、电机、传感器这些核心模块的实战诊断技巧。到时候我会拿几个真实案例出来，咱们一起拆解。