2. 故障诊断基础：故障分类、FMEA 与 FTA 入门
各位同仁，欢迎来到故障诊断的基础课。说实话，干我们风电通信这一行，最怕的不是出故障，而是出了故障两眼一抹黑，不知道从哪下手。今天这一讲，我就带大家把「故障」这玩意儿彻底扒开看看，搞清楚它到底分几类，以及怎么用 FMEA 和 FTA 这两个工具来系统性地对付它。
2.1 故障分类：硬件、软件、网络
我个人习惯，一接到故障报修，脑子里先给它归个类。故障无非三大类：硬件、软件、网络。分清楚这个，诊断方向就对了八成。
2.1.1 硬件故障
硬件故障最直观，说白了就是「东西坏了」。比如风机机舱里的交换机被雷击了，或者光纤收发器因为温度过高烧了。这类故障有个特点：通常有物理痕迹，比如指示灯不亮、闻到焦味、或者设备完全掉线。
我在项目中遇到过最典型的一次，是某风场环网频繁中断。排查了三天，最后发现是塔底光纤接头盒进了水，光纤被腐蚀断了。嗯，这就是典型的硬件物理故障。
- 物理损坏： 雷击、水浸、高温导致元器件烧毁
- 连接器故障： 光纤端面污染、RJ45 水晶头氧化、同轴电缆松动
- 电源故障： 电源模块老化、电压不稳导致设备重启
- 寿命到期： 光模块激光器老化、风扇停转
2.1.2 软件故障
软件故障就有点「玄学」了。设备灯都亮着，网线也插着，但就是不通。你想想看，这多半是配置或程序出了问题。比如交换机的 VLAN 划分错了，或者防火墙策略把 SCADA 的端口给封了。
我曾经处理过一个案例：某台风机一直报通信超时，但 ping 网关是通的。最后发现是风机 PLC 里的通信程序因为固件升级，导致 Modbus 寄存器地址偏移了。这就是典型的软件逻辑故障。
2.1.3 网络故障
网络故障介于两者之间，更多是「连接」的问题。比如光纤链路衰减过大、环网出现广播风暴、或者 IP 地址冲突。这类故障诊断起来最考验基本功，因为原因可能藏在任何一层。
| 故障类型 | 典型表现 | 诊断切入点 |
|---|---|---|
| 硬件故障 | 设备灯灭、物理损坏 | 目视检查、替换法 |
| 软件故障 | 灯正常但业务不通 | 查看日志、对比配置 |
| 网络故障 | 丢包、延迟高、环路 | Ping、Traceroute、抓包 |
2.2 故障模式与影响分析（FMEA）入门
FMEA 这名字听起来高大上，其实核心就一句话：提前想好「如果这里坏了，会怎样？」。它是一种预防性的分析方法，不是等出了事再补救，而是在设计或运维阶段就把风险点列出来。
怎么做？我一般分三步走：
- 列出所有可能的故障模式： 比如「光纤被挖断」、「交换机电源模块失效」、「环网协议收敛失败」。
- 分析影响： 这个故障会导致什么后果？是单台风机掉线，还是整个风场瘫痪？
- 评估严重度、发生频率、可检测性： 给每个风险打分，算出风险优先级数（RPN）。分数高的，优先处理。
- 故障模式： 电源模块损坏，交换机断电
- 影响： 整个环网分裂，所有风机通信中断
- 严重度： 9（极高）
- 发生频率： 3（中等）
- 可检测性： 2（容易，有电源指示灯和告警）
- RPN = 9 × 3 × 2 = 54
针对这个风险，我建议的措施是：采用双电源冗余配置，并接入动力环境监控系统。
2.3 故障树分析（FTA）入门
FTA 和 FMEA 正好相反。FMEA 是从下往上推（「这个零件坏了，会导致什么？」），而 FTA 是从上往下拆（「系统瘫痪了，可能是什么原因？」）。
说白了，FTA 就是画一棵「故障树」。树根是最终故障现象，树枝是各种可能的原因，一直拆到最底层的「基本事件」为止。
我个人觉得，FTA 特别适合处理那种「现象单一但原因复杂」的故障。比如「某台风机通信中断」，原因可能涉及电源、光纤、交换机、PLC 等多个环节。画一棵树，所有可能性一目了然。
- 或门： 任何一个子事件发生，父事件就发生（比如：电源坏 或 光纤断，都会导致通信中断）
- 与门： 所有子事件同时发生，父事件才发生（比如：主电源坏 且 备用电源也坏，才会导致设备掉电）
下面这张图，是我用 SVG 画的一个简化版 FTA 示例，展示「风机通信中断」的故障树分析逻辑。
你看，通过这棵树，我们就能把「风机通信中断」这个复杂问题，拆解成几个具体的、可排查的基本事件。排查时，从根节点往下走，用排除法逐个验证，效率会高很多。
好了，这一讲的内容就到这里。故障分类是基础，FMEA 帮我们「防患于未然」，FTA 帮我们「抽丝剥茧找根因」。这三个工具用熟了，以后遇到再棘手的通信故障，你心里也有底了。
公众号:蓝海资料掘金营，微信deep3321