Modbus TCP 和 OPC UA 都是很常用的工业通讯协议，边缘网关、设备上云、SCADA 改造项目基本都会涉及这两种协议，具体怎么选型是很多工程师关心的问题。本文详细阐述 Modbus TCP 和 OPC UA 在架构模式、数据语义、安全机制、协议开销上的核心差异，并给出不同场景下的选型依据和混合组网的工程实践，帮助工程师快速判断自己的项目该用哪个、什么时候两个都用，避开选型不当带来的调试和运维问题。
一、Modbus TCP：工控圈的常青老将
Modbus 是 1979 年由 Modicon（现施耐德）推出的，最早是串口上的主从通信协议，1999 年正式推出 Modbus TCP 版本，把寄存器读写的逻辑原封不动搬到了以太网上，默认端口 502。
在 Modbus TCP 的视角里，设备就是四张平铺的地址表，每张表包含 65536 个地址：
| 地址段 | 名称 | 读写 | 位宽 |
|---|---|---|---|
| 0x 段 | 线圈 | 读写 | 1 位 |
| 1x 段 | 离散输入 | 只读 | 1 位 |
| 3x 段 | 输入寄存器 | 只读 | 16 位 |
| 4x 段 | 保持寄存器 | 读写 | 16 位 |
所有通信的本质就是一句话：「把 4x 表里从 40001 开始的 2 个寄存器读给我」。
它的核心优势就是轻量、简单。读 2 个寄存器，请求帧仅 12 字节、响应帧仅 9 字节，低端单片机配几 KB 内存就能跑通，局域网内一问一答，延迟能做到毫秒级。因为足够简单，几乎所有现场仪表、变频器、低端 PLC 都原生支持，普及率极高。
但它的短板也同样鲜明：
- 协议只搬数字，不解释数字。地址里存的是温度还是功率、是整型还是浮点、字节序是高在前还是低在前，全靠人工维护的点表约定；
- 数据变化不主动通知。只能靠主站不停轮询比对；
- 无原生认证和加密。只要能连上 502 端口，就能对设备寄存器进行读写操作。
二、OPC UA：新一代工业信息标准
OPC UA 是工业通讯领域的新一代标准。早年的经典 OPC 依赖 Windows 的 COM/DCOM 组件，跨网段配置复杂，是很多工控人的噩梦。2006 年 OPC 基金会推倒重来，发布了 OPC UA（统一架构），后来成为 IEC 62541 国际标准，不再绑定操作系统，二进制 TCP、HTTPS 都可承载，默认端口 4840。
和 Modbus TCP 只做「寄存器搬运」不同，OPC UA 本质是一套完整的设备信息模型，在数据传输之外，多做了几件关键的事：
第一，数据自描述。OPC UA 服务器里的数据不是平铺的地址表，而是树形的节点结构：设备是对象节点，参数是变量节点，每个变量自带数据类型、单位、量程、时间戳等元数据。客户端连上之后可以直接浏览节点树，不用提前找厂家索要点表文档。
第二，数据变化主动推送。客户端可以对关注的节点创建订阅，当数据超过死区、状态发生变化时，服务器会主动推送更新。点位数量越多，这种订阅模式相比轮询就越节省带宽和主站资源。
第三，原生安全机制。支持 X.509 证书双向认证、报文签名加密，还能按角色控制到单个节点的读写权限，从协议层面解决了设备访问的安全问题。
当然能力升级也伴随着代价：
- 连接建立流程更长。完整会话建立需要至少 4 次往返；
- 报文开销更大。同样读 2 个变量，请求加响应要几百字节，是 Modbus TCP 的几十倍；
- 协议栈资源占用更高。几 MB 起步，小型嵌入式设备很难跑通，开发也基本依赖现成 SDK，上手门槛更高。
三、一张表看完核心差异
| 对比项 | Modbus TCP | OPC UA |
|---|---|---|
| 诞生时间 | 1999 年（原版 Modbus 1979 年） | 2006 年，OPC 基金会（IEC 62541） |
| 核心定位 | 寄存器读写传输 | 信息模型 + 通信规范 |
| 架构模式 | 主从架构，一问一答 | 客户端/服务器，支持订阅推送 |
| 数据语义 | 无，依赖人工点表维护 | 自描述（类型、单位、量程、时间戳） |
| 点位发现 | 不能，必须提前获取点表 | 可直接浏览节点树 |
| 变化通知 | 无，靠主站轮询比对 | 订阅主动推送 |
| 安全能力 | 无认证、无原生加密 | 证书认证 + 签名加密 + 细粒度权限 |
| 读 2 个寄存器开销 | 请求 12 字节 / 响应 9 字节 | 请求约 200 字节 / 响应约 400 字节 |
| 连接建立 | TCP 连通即可通信 | 4 次往返完成会话建立 |
| 资源占用 | 几 KB RAM 即可运行 | 几 MB 起步 |
| 默认端口 | 502 | 4840 |
| 设备支持率 | 仪表、变频器、低端 PLC 几乎全覆盖 | 高端 PLC、网关、工业软件为主 |
| 上手成本 | 一天即可跑通基础通信 | 一周起步（证书配置门槛较高） |
| 典型场景 | 能耗采集、简单监控、老设备改造 | 多厂商互通、MES 对接、设备上云 |
四、什么时候用 Modbus TCP 就够了
满足这几个条件，直接用 Modbus TCP 就足够，硬上 OPC UA 反而徒增工作量。
1、采集内容以纯数值为主。 比如电表抄电量、变频器读频率、温控仪读温度，点位数量不多，参数含义固定，一张点表可以长期使用。
2、网络环境封闭。 仅在车间内网、独立 OT 网段内传输，安全靠物理隔离就能保障，没有跨办公网、上公网的需求。
3、设备仅支持 Modbus。 这是很现实的约束，市面上绝大多数现场仪表、变频器标配的是 Modbus RTU（跑在 RS485 总线上），带网口的设备才提供 Modbus TCP，预算和货期往往不允许更换协议方案。
五、什么时候必须上 OPC UA
以下情况下，不建议只靠 Modbus TCP 硬扛。
1、多厂商设备统一接入。 当项目里有不同品牌的 PLC、机器人、SCADA 系统，各家寄存器定义差异大，点表维护成本过高，OPC UA 的语义模型是最优解。
2、对接系统只认 OPC UA。 MES、工业云平台的接口规范通常直接指定 OPC UA，属于硬性要求，没有协商空间。
3、需要跨网段传输、过安全审计。 只要数据要流经办公网甚至公网，没有认证加密的 Modbus TCP 就存在安全风险，无法通过合规审计。
4、点位规模大、要求实时感知变化。 上千个点位且需要及时获取状态变化，订阅推送模式比轮询的效率高得多。
注意：这两种协议都不适用硬实时控制场景。电机同步、微秒级运动控制，是 EtherCAT、PROFINET 这类实时总线的范畴，不用在这两者之间做选择。
六、混合组网：很多项目的常态
很多项目里分层混用反而是常态：
现场的电表、变频器、仪表等设备通过 Modbus TCP 接入边缘网关；网关上部署 OPC UA 服务器，把零散的寄存器数据按「车间 → 产线 → 设备 → 参数」的层级组织成节点树，补充单位、描述等元数据；上层的 MES、SCADA、云平台则统一通过 OPC UA 进行订阅和交互。
简单来说就是：
- Modbus TCP 负责「把数据从现场设备取上来」；
- OPC UA 负责「把数据标准化解释清楚」和「向上层系统送出去」。
不过也要注意，网关本身并不能识别寄存器的含义，点表的映射工作还是需要人工完成。网关的价值是把人工配置好的点表转换成标准的 OPC UA 信息模型，让上层系统的使用者不用再关心底层寄存器地址的细节。
技术交流：微信 hqg359084237