3. 工业现场常用通信协议概览
在工业现场做通信故障诊断，第一步往往不是打开软件抓包，而是先确认“这条链路到底跑的是什么协议”。协议不同，物理介质、寻址方式、报文结构和诊断工具都不同，排查路径也会随之分叉。本节把 Modbus、Profibus、Profinet、EtherNet/IP、CANopen 放在同一张分层坐标系里对比，重点不是背参数，而是理解“协议差异如何决定你下一步该测什么、看什么、从哪里下手”。
一、先建立分层参照：协议差异落在哪一层
工业通信可以粗略对应到 OSI 模型的关键层次：物理层决定电气信号与介质，数据链路层决定帧格式、寻址与仲裁，应用层决定数据语义与访问方式。诊断时，越靠下的层越依赖硬件与波形，越靠上的层越依赖报文与配置。下面这张图把五种协议按“物理/链路层特征—应用层特征—典型诊断入口”三个维度并列，便于快速定位差异。
二、协议差异如何改变诊断路径
同样是“设备不通信”，不同协议的排查顺序并不一样。关键在于先判断故障更可能落在哪一层，再选择对应的工具和判据。
Modbus 与 Profibus 属于串行总线体系。它们的物理层是 RS-485 差分信号，链路层依赖主站轮询或令牌传递。诊断时优先测 A/B 线间电压、终端电阻是否接入、站地址是否重复。Modbus 没有标准设备描述文件，寄存器地址靠文档约定，因此“读不到数据”既可能是物理层断线，也可能是功能码或地址写错。Profibus 有 GSD 文件，组态不匹配会直接导致从站无法进入数据交换状态，此时总线诊断中继器或主站诊断缓冲区往往能给出站地址和错误类型。
Profinet 与 EtherNet/IP 建立在工业以太网之上。物理层是 RJ45 或 M12 以太网接口，链路层是交换式全双工。它们的共同点是：端口协商、IP 地址、设备名/EDS 文件、组播与周期设置都会影响通信。区别在于 Profinet 用设备名加 IP 双重标识，设备名丢失是现场高频故障；EtherNet/IP 用 CIP 对象模型和标签名访问，EDS 版本不匹配或 RPI 周期设置不当会导致连接建立失败或 IO 数据不刷新。诊断时通常先用 Wireshark 抓包，看 DCP 发现、ARP、TCP 44818 或 UDP 2222 的交互是否正常。
CANopen 是面向嵌入式与运动控制的现场总线。它使用 CAN 差分总线，11 位标识符既表示节点又隐含优先级，非破坏性仲裁让高优先级报文先发。诊断入口集中在 CAN_H/CAN_L 电压、120Ω 终端电阻、节点 ID 冲突和总线关闭状态。CANopen 的对象字典用索引寻址，PDO 负责实时数据、SDO 负责参数配置，NMT 状态机管理节点启动与停止。若节点频繁进入总线关闭，通常说明总线错误计数超限，需要检查终端电阻和线缆屏蔽。
三、现场快速判断的对照要点
把上面的差异压缩成现场可用的判断逻辑，可以形成如下对照：
| 观察到的现象 | 优先怀疑的协议与层次 | 下一步动作 |
|---|---|---|
| 所有从站都不响应，主站轮询超时 | Modbus / Profibus 物理层 | 测 A/B 线电压、终端电阻、主站端口 |
| 单个从站掉线，其他正常 | Profibus 站地址或 GSD 组态 | 查站地址重复、GSD 模块匹配 |
| 设备名丢失，IP 能 ping 通但 IO 不刷新 | Profinet 设备名与 DCP | 用 DCP 重新命名，检查 GSDML |
| TCP 能连，但 IO 数据不更新 | EtherNet/IP 隐式连接与 RPI | 查 EDS、组播、RPI 周期 |
| 节点频繁总线关闭，心跳超时 | CANopen 物理层与节点 ID | 测终端电阻、查 ID 冲突、看错误计数 |
诊断顺序建议：先确认协议类型，再按“物理层→链路层→应用层”自下而上排查。物理层问题往往表现为整段总线异常，链路层问题多与地址、组态、设备名相关，应用层问题则集中在数据语义、周期和连接参数。不要一上来就改应用层配置，否则容易掩盖真正的物理层故障。
理解协议分层特征的价值，在于把“设备不通信”这个模糊现象，快速收敛到具体的层和具体的工具。Modbus 和 Profibus 让你先看线和地址，Profinet 和 EtherNet/IP 让你先看设备名、IP 和抓包，CANopen 让你先看终端电阻和节点状态。协议不同，诊断路径自然不同，这正是本节要建立的核心判断力。