2. 工业通信链路分层模型
工业现场排查通信故障时，最容易犯的错误是"从现象直接跳到结论"：看到 PLC 掉站就怀疑网线，看到数据错乱就怀疑程序。实际上，一条工业通信链路从物理介质到应用数据，中间要穿过五个功能层次，每一层只负责一件事，也只会在特定范围内产生特定类型的故障。掌握分层模型的价值，就是让排查从"猜"变成"按层定位"——先判断症状落在哪一层，再决定用万用表、抓包工具还是看应用日志。
五层各自负责什么
工业通信链路通常参照 OSI 模型简化为五层，从下到上依次是物理层、数据链路层、网络层、传输层和应用层。它们的分工可以用"寄快递"来类比：物理层是公路和卡车，数据链路层是同一段路上的搬运规则，网络层是跨城市的分拣地址，传输层是签收确认，应用层是包裹里真正要传达的意思。
物理层负责把 0 和 1 变成电信号、光信号或无线电波，并保证信号能到达对端。它关心的是电压电平、差分阻抗、线序、屏蔽接地、传输距离、波特率与时钟。RS-485 的 A/B 线、以太网的 RJ45 引脚、光纤的收发方向、CAN 的 CAN_H/CAN_L，都属于物理层对象。物理层故障的典型症状是"完全不通"或"时通时断"：链路指示灯不亮、通信距离一长就丢包、电机一启动就掉线、误码率随温度升高而上升。
数据链路层负责在同一物理网段内把比特组织成帧，并处理寻址与介质访问。它关心 MAC 地址、帧头帧尾、CRC 校验、冲突检测、VLAN 标签、主从轮询的帧间隔。工业以太网的交换机端口、PROFINET 的设备名与 MAC 绑定、Modbus RTU 的从站地址与 CRC，都在这一层。链路层故障的典型症状是"能通但错"：CRC 错误计数增长、帧被丢弃、同一网段设备互相干扰、广播风暴导致周期性卡顿。
网络层负责跨网段寻址与路由，核心是 IP 地址、子网掩码、网关和路由表。它让不同网段的设备能够互相找到。工业现场常见的是把控制网与信息网通过三层交换机或路由器隔离。网络层故障的典型症状是"同网段通、跨网段不通"：能 ping 通本网段设备却 ping 不通另一网段、网关配置错误导致数据出不去、IP 地址冲突引发间歇性断连。
传输层负责端到端的可靠传输，主要协议是 TCP 和 UDP。TCP 提供连接建立、确认重传、流量控制；UDP 不保证可靠但延迟低。工业协议中，Modbus TCP、OPC UA 常用 TCP，而 PROFINET RT、EtherCAT 等实时协议多用 UDP 或直接二层。传输层故障的典型症状是"连接建立失败或频繁重连"：TCP 三次握手超时、端口被防火墙拦截、连接数耗尽、重传率升高导致响应变慢。
应用层负责把数据翻译成设备能理解的含义，包括协议报文格式、寄存器地址、功能码、数据点表、服务接口。它关心的是"数据对不对"，而不是"能不能到"。应用层故障的典型症状是"通但值不对"：能读到数据但数值偏移、功能码不支持返回异常码、寄存器地址映射错误、时间戳不同步、数据点表与现场设备不匹配。
分层排查的实操顺序
现场排查不建议从应用层往下猜，而应遵循"先物理、后逻辑、再应用"的顺序，因为下层不通时上层的一切现象都是假象。一个可复用的判断路径是：
- 看物理层：链路指示灯是否常亮/闪烁？用万用表测 RS-485 的 A-B 差分电压（空闲时约 200mV 以上，发送时摆动）；用网线测试仪确认线序；检查屏蔽层是否单端接地。若灯不亮或电压异常，问题就在这一层，不必往上查。
- 看链路层：交换机端口是否有 CRC 错误计数？用抓包工具看是否有大量重传帧或广播帧？Modbus RTU 从站地址是否重复？若 CRC 错误持续增长，说明物理层虽通但信号质量差，应回头查线缆和接地。
- 看网络层：用
ping测同网段与跨网段连通性；用tracert看路由路径；检查 IP 是否冲突、网关是否可达。若同网段通而跨网段不通，问题在路由或网关。 - 看传输层：用
telnet或nc测目标端口是否开放；用抓包看 TCP 三次握手是否完成、是否有 RST 或重传。若握手失败，检查防火墙和端口配置。 - 看应用层：确认功能码、寄存器地址、数据格式、字节序是否与设备手册一致；用协议调试工具读取原始报文，比对数据点表。若通信正常但数值错误，问题在应用层映射。
典型症状与层级的对应关系
| 现场症状 | 最可能层级 | 首要检查对象 |
|---|---|---|
| 设备完全无响应，链路灯不亮 | 物理层 | 线缆、接口、供电、线序 |
| 通信时通时断，电机启动即掉线 | 物理层 / 链路层 | 屏蔽接地、差分电压、CRC 计数 |
| 同网段能 ping 通，跨网段不通 | 网络层 | 网关、子网掩码、路由表 |
| TCP 连接频繁断开重连 | 传输层 | 端口、防火墙、连接数、重传率 |
| 能读到数据但数值明显偏移 | 应用层 | 寄存器地址、字节序、数据点表 |
| 返回异常功能码或错误码 | 应用层 | 功能码支持范围、设备手册 |
一个教学示例：Modbus TCP 读取失败的逐层定位
假设现场一台上位机通过 Modbus TCP 读取 PLC 的保持寄存器，现象是"连接能建立，但读回来的数值始终为 0"。按分层模型逐层检查：
物理层：网口指示灯正常，网线测试通过，排除 L1。链路层：交换机端口无 CRC 错误，抓包看到请求帧和响应帧都正常，排除 L2。网络层：ping 目标 IP 通，同网段无路由问题，排除 L3。传输层：telnet 502 端口成功，TCP 握手正常，排除 L4。问题落在应用层：检查发现上位机读取的寄存器地址是 40001，而 PLC 实际数据映射在 40100 起始的偏移区，地址映射错误导致读到了未使用的寄存器，返回 0。修正地址后数据正常。
这个示例说明：分层排查不是走形式，而是把"通不通"和"对不对"分开判断。下层负责可达性，上层负责正确性。当可达性已经确认，就不应再反复查线缆和路由，而应把精力放在协议映射和数据格式上。
掌握五层模型后，面对任何工业通信故障，都可以先问三个问题：现象是"不通"还是"不对"？是"单点"还是"整段"？是"持续"还是"间歇"？这三个问题的答案，基本就能把故障锁定到某一层，后续的排查工具和判断依据也就随之确定。