- 1. 一、历史演进：从串行到以太网
- 2. 二、物理层对比
- 3. 2.1 RS-485 总线的物理特性
- 4. 三、帧format对比
- 5. 3.1 Modbus RTU 帧结构
- 6. 3.2 Modbus TCP 帧结构（含 MBAP 报头）
- 7. 3.3 MBAP 报头各field深度Parse
- 8. 四、寻址与通信机制对比
- 9. 五、性能特性深度对比
- 10. 5.1 通信速率分析
- 11. 5.2 多设备并发通信
- 12. 六、Modbus ASCII 模式简介
- 13. 七、选型决策指南
- 14. 7.1 优先选择 Modbus RTU 的Scene
- 15. 7.2 优先选择 Modbus TCP 的Scene
- 16. 7.3 混合架构：网关桥接
- 17. 八、安全考量
- 18. 九、Frequently Asked Questions FAQ
- 19. Q1: Modbus RTU 设备可以直接connect到 Modbus TCP 网络吗？
- 20. Q2: 同一个网络中能同时使用 Modbus RTU 和 Modbus TCP 吗？
- 21. Q3: 如何判断一A device是 Modbus RTU 还是 Modbus TCP？
- 22. Q4: Modbus TCP 的默认端口 502 被封了怎么办？
- 23. 十、总结
Modbus RTU 与 Modbus TCP 深度对比：从物理层到应用层的全面Parse
关键词：Modbus RTU vs TCP、Modbus TCP messageformat、Modbus RTU 串行通信、MBAP 报头、Modbus 传输模式对比
Modbus protocol从 1979 年诞生至今，历经四十余年的演进，发展出了两种主流的传输模式：基于串行链路的 Modbus RTU（以及 ASCII）和基于以太网的 Modbus TCP。虽然两种模式在应用层共享相同的function code和data模型，但在物理层、帧format、寻址方式、性能特性上existence显著差异。选择Error的模式，可能导致项目工期延误甚至system不可用。
本文将从物理层、data链路层、网络层、应用层四个维度，深度对比 Modbus RTU 和 Modbus TCP 的所有关键差异，并给出实际工程中的选型建议。
一、历史演进：从串行到以太网
Modbus RTU 是 Modbus protocol最原始的形态，设计于 1979 年，运行在 RS-232 或 RS-485 串行总线上。在当时的工业环境中，串行通信是最经济可靠的方案。RTU 模式采用紧凑的binaryCoding，传输效率高，至今仍是工业现场最广泛使用的 Modbus 变体。
Modbus TCP 诞生于 1999 年，是为适应以太网/IP 网络的快速发展而设计的。它将 Modbus 的应用层data封装在 TCP message中，使其能够通过标准以太网基础设施进行传输。Modbus TCP 保留了 Modbus RTU 的function code和data模型，但去除了 CRC verification（由 TCP 层保证data完整性），增加了 MBAP 报头来处理 IP 网络Scene。
二、物理层对比
| 对比维度 | Modbus RTU | Modbus TCP |
|---|---|---|
| 物理介质 | RS-485（主流）/ RS-232（点对点） | 以太网（双绞线/光纤） |
| 拓扑结构 | 总线型（菊花链） | 星型（交换机） |
| 最大设备数 | 32 节点（标准）/ 256（增强收发器） | 理论上无限制 |
| 通信距离 | 1200m（RS-485 @ 9600bps） | 100m（铜缆）/ 数公里（光纤） |
| 通信速率 | 1200 ~ 115200 bps | 10/100/1000 Mbps |
| 抗干扰能力 | 差分信号，较好 | 极好（光纤下几乎零干扰） |
| 布线成本 | 低（双绞线） | 高（交换机、网线/光纤） |
| 安装复杂度 | 简单 | 较复杂（需 IP 配置） |
2.1 RS-485 总线的物理特性
RS-485 是 Modbus RTU 最常用的物理层标准。它采用差分信号传输（A/B 线），抗共模干扰能力强。以下是 RS-485 的关键物理参数：
- 差分电压：逻辑 1 为 A 线电压 > B 线电压（通常 ≥ +200mV），逻辑 0 反之
- 共模电压范围：-7V ~ +12V
- 终端电阻：120Ω（匹配特性阻抗，防止信号反射）
- 偏置电阻：在总线空闲时维持确定的逻辑状态，避免receive器误判
常见布线Error：
- 将 A/B 线接反——导致从站收不到信号
- 使用星型拓扑而非菊花链——信号反射严重
- 忘记在总线两端添加终端电阻——长距离通信不稳定
- 终端电阻值不匹配——120Ω 是标准值
三、帧format对比
3.1 Modbus RTU 帧结构
Modbus RTU message以「空闲time ≥ 3.5 字符」作为帧间隔标志。帧结构如下：
┌──────────┬──────────┬──────────┬──────────┬──────────┐
│ ≥3.5字符 │ address 1B │ function code 1B │ data Nbyte │ CRC 2B │ ≥3.5字符 │
└──────────┴──────────┴──────────┴──────────┴──────────┘
示例（读保持register）:
3.5T 01 03 00 6B 00 03 76 87 3.5T
↑ ↑ └── data ──┘ └ CRC ┘
address Function 校验RTU 帧的关键特征：
- 没有帧头和帧尾标志，完全依赖 3.5 字符空闲time区分帧边界
- CRC-16 校验覆盖整个message
- 同一时刻总线上只能有一个主站
- 最大帧Length 256 byte（address + function code + data + CRC）
3.2 Modbus TCP 帧结构（含 MBAP 报头）
Modbus TCP 在标准的 Modbus PDU（协议data单元）前面增加了 7 byte的 MBAP 报头（Modbus Application Protocol Header）：
┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐
│ Transaction identifier │ Protocol Identifier │ Length 2B │ Unit identifier │ function code 1B │ data Nbyte │
│ 2B │ 2B │ │ 1B │ │ │
└──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘
←────── MBAP 报头 (7 bytes) ──────→ ←─ PDU ─→
field说明:
- Transaction identifier (Transaction ID): 主站生成，用于匹配Request和Response
- Protocol Identifier (Protocol ID): 固定为 0x0000，表示 Modbus protocol
- Length (Length): 后续byte count（Unit identifier + function code + data）
- Unit identifier (Unit ID): 用于网关Scene，标识下游slave address完整 TCP 帧示例：
读取从站 1 的保持register 108-110（与 RTU 示例相同Operation）:
TCP message:
00 01 00 00 00 06 01 03 00 6B 00 03
└─┬──┘ └─┬──┘ └─┬──┘ └┬┘ └─┬──┘ └──┬──┘
事务ID 协议ID Length=6 单元1 function code 起址=107 quantity=33.3 MBAP 报头各field深度Parse
Transaction identifier（Transaction Identifier）：
这是 TCP 模式下最有特色的field。由于 TCP 支持全双工通信，主站可以同时send多个Request（在不同 TCP connect或同一connect的不同事务中），Transaction identifier用于将Response与对应的Request匹配起来。在只有一个Request/Response的简单Scene中，通常设为 0x0001 并递增。
Protocol Identifier（Protocol Identifier）：
固定为 0x0000，表示这是 Modbus protocol。这个field的existence是为了未来可能的扩展——理论上同一个 TCP 端口上可以运行多种协议，Protocol Identifier用于区分。
Length（Length）：
表示后续所有byte的quantity，即「Unit identifier（1 byte）+ PDU（function code + data）」。TCP 层没有 3.5 字符的空闲检测机制，Lengthfield是 TCP 模式中Parse帧边界的关键。
Unit identifier（Unit Identifier）：
当 Modbus TCP message需要转发到串行链路上的 Modbus RTU 设备时，Unit identifier就充当 RTU slave address的角色。在直连设备（设备本身就支持 Modbus TCP）的Scene中，此field通常设为 0x01 或 0xFF。
四、寻址与通信机制对比
| 对比维度 | Modbus RTU | Modbus TCP |
|---|---|---|
| 寻址方式 | 8 位From station address (1-247) | IP address + 端口号（默认 502） |
| 通信模式 | 半双工（同一时刻只能一方send） | 全双工（可同时收发） |
| 并发connect | 不支持（总线共享） | 支持多个 TCP connect |
| 主站quantity | 1 个（总线仲裁困难） | 多个（IP 路由天然支持） |
| 广播支持 | 支持（address 0） | 不直接支持（需应用层处理） |
| Error检测 | CRC-16 | TCP checksum |
五、性能特性深度对比
5.1 通信速率分析
以一次典型的「读取 10 个保持register」Operation为例，对比两种模式的耗时：
| 环节 | Modbus RTU (9600bps) | Modbus TCP (100Mbps) |
|---|---|---|
| Requestmessage大小 | 8 bytes | 12 bytes（MBAP+PDU） |
| Request传输time | 8 × 11 / 9600 ≈ 9.2ms | < 0.01ms |
| Responsemessage大小 | 25 byte | 29 byte |
| Response传输time | 25 × 11 / 9600 ≈ 28.6ms | < 0.01ms |
| 从站处理time | 1~10ms | 1~10ms |
| 帧间隔 | 3.5 字符 ≈ 4ms | 0 |
| 总耗时 | ≈ 42-52ms | ≈ 1-10ms |
结论：Modbus TCP 的单次通信延迟可以比 RTU 模式低 5~50 倍。在需要高频Data Acquisition的Scene（如振动监测、高速计数），TCP 有明显的性能优势。
5.2 多设备并发通信
在 Modbus RTU 模式下，由于 RS-485 是共享总线，主站必须以轮询方式逐个访问从站。如果有 30 个从站，每个 50ms，一轮就是 1.5 秒——这对于某些实时控制Scene是无法接受的。
在 Modbus TCP 模式下，主站可以同时建立多个 TCP connect，并发地与多个从站通信。这使得 TCP 模式在大规模Data Acquisitionsystem中具有压倒性优势。
六、Modbus ASCII 模式简介
除了 RTU 和 TCP，Modbus 还有一种 ASCII 传输模式。ASCII 模式将每个byteCoding为两个可打印的 ASCII 字符（0-9, A-F），使用 LRC 校验，以冒号（:）开头、回车换行（CRLF）结尾。虽然效率最低（同样data量需要约 2 倍的byte count），但 ASCII 模式的message是人类可读的，在debug和教学Scene中有独特优势。
ASCII 模式message示例（读保持register 108，1 个）:
RTU: 01 03 00 6B 00 01 [CRC]
ASCII: :0103006B0001[LRC]rn
→ 同样的 PDU，ASCII 需要 19 个字符（含帧头帧尾），RTU 只要 8 个byte七、选型决策指南
7.1 优先选择 Modbus RTU 的Scene
- 已有 RS-485 布线：工厂现场已经铺设了 RS-485 总线，改造为以太网成本太高
- 设备quantity少（＜20 个）：轮询延迟在可接受范围内
- 对实时性要求不高：秒级或分钟级的Data Acquisition即可满足需求
- 低成本Scene：设备本身只有 RS-485 接口，加装以太网模块增加成本
- 设备间距大（100m~1200m）：RS-485 无需中继即可覆盖较长距离
7.2 优先选择 Modbus TCP 的Scene
- 高速Data Acquisition：需要毫秒级甚至更快的datarefresh
- 设备quantity多（＞30 个）：轮询延迟已成为瓶颈
- 已有以太网基础设施：工厂已铺设以太网线缆
- 远程监控：需要通过互联网访问设备（可结合 VPN）
- 多主站访问：多个上位机需要同时访问同一个从站
- 与 IT system集成：需要与data库、MES、ERP 等 IT system对接
7.3 混合架构：网关桥接
在实际工程中，最常见的方案是混合架构——使用 Modbus TCP 到 RTU 的网关设备，将大量 RS-485 设备接入以太网：
┌──────────┐ Modbus TCP ┌──────────┐ Modbus RTU ┌────┐┌────┐┌────┐
│ SCADA │◄─────────────────►│ TCP/RTU │◄───────────────►│从站1││从站2││从站N│
│ 服务器 │ 以太网 │ 网关 │ RS-485 总线 └────┘└────┘└────┘
└──────────┘ └──────────┘这种架构兼具了 RTU 的低设备成本和 TCP 的高性能与灵活性，是当前工业物联网项目的主流方案。
八、安全考量
Modbus RTU 本质上是「裸奔」的——没有任何内置的安全机制。在 RS-485 总线上，任何接入总线equipment都可以读取或修改任意message。
Modbus TCP 同样缺乏内置安全机制，但可以通过 TLS（传输层安全）进行加密和认证。Modbus Security Protocol（使用端口 802）正式将 TLS 封装标准化，提供：
- X.509v3 证书认证
- TLS 加密通信
- 消息完整性保护
在关键基础设施中，建议优先使用 Modbus Security Protocol（端口 802）而非标准 Modbus TCP（端口 502）。
九、Frequently Asked Questions FAQ
Q1: Modbus RTU 设备可以直接connect到 Modbus TCP 网络吗？
不能直接connect。需要经过 Modbus TCP/RTU 网关进行协议转换。网关负责添加/Remove MBAP 报头，以及 CRC verification的生成和验证。
Q2: 同一个网络中能同时使用 Modbus RTU 和 Modbus TCP 吗？
可以，通过网关桥接即可。网关一侧connect以太网（Modbus TCP），另一侧connect RS-485 总线（Modbus RTU）。这是工业现场最常见的混合架构。
Q3: 如何判断一A device是 Modbus RTU 还是 Modbus TCP？
看物理接口：RS-232/RS-485 接口 → Modbus RTU；RJ45 以太网接口 → Modbus TCP。但也有设备同时具备两种接口（如高级 PLC），需要View设备手册Confirm支持的协议。
Q4: Modbus TCP 的默认端口 502 被封了怎么办？
大多数 Modbus TCP 设备支持修改默认端口。也可以使用 VPN 在防火墙之间建立安全隧道。Modbus Security Protocol使用 802 端口作为替代。
十、总结
Modbus RTU 和 Modbus TCP 不是竞争关系，而是互补关系。RTU 在设备端成本低、布线简单，TCP 在网络侧速度快、扩展性好。理解两者的差异和各自适用Scene，才能在工业通信system设计中做出正确的架构决策。
一句话总结：RTU 是「现场总线」的选择，TCP 是「信息高速路」的选择，网关是把两者粘合在一起的桥梁。
Related阅读：Modbus 串行线通信实战指南 | Modbus TCP/IP 网络部署与优化 | Modbus Security Protocol深度Parse
发表回复