Modbus RTU 与 Modbus TCP 协议深度对比
Modbus RTU 与 Modbus TCP 共用功能码和数据模型，主要区别在报文封装与传输方式。下面从性能、组网、安全、成本和场景几个维度分别比较；场景中的设备数量是设计假设，不是厂商实测或已发生事件的记录。
1. 协议架构与核心特性
1.1 Modbus RTU
- 物理接口：常见为 RS485，也可使用 RS232。常见两线制 RS485 总线采用半双工通信，由一个主站组织请求，从机按地址响应，不是多主站同时轮询。
- 报文封装：从机地址 1 字节、功能码 1 字节、数据及 CRC 2 字节，完整报文最多 256 字节。地址 1～247 用于单播，0 用于广播且无从机响应。
- 通信组织：通过串口接收时序识别帧边界，没有 TCP 连接管理；主站需要安排轮询、超时和重试。
- 典型应用：仪表、传感器、变频器和 PLC 的串行采集。波特率、传输距离及总线负载应按设备和布线条件设计，115200 bps 或 1200 米均不能作为所有设备的保证值。
RS485 中的“32”通常涉及标准单位负载预算，不代表协议只允许 32 个地址。不同收发器的单位负载不同，还需考虑主站、线缆和终端匹配。相关电气知识见 RS485。
1.2 Modbus TCP
- 传输网络：在 TCP/IP 上运行，工业现场常用以太网；网络接口速率与 Modbus 实际采集速率是不同指标。
- 报文封装：7 字节 MBAP 头加 Modbus PDU，完整报文最多 260 字节，不携带 RTU CRC。不能把以太网 MTU 当作 Modbus 报文长度上限。
- MBAP 字段：事务标识符 2 字节、协议标识符 2 字节、长度 2 字节、单元标识符 1 字节。协议标识符为 0，长度统计其后的单元标识符与 PDU。
- 通信组织：客户端发送请求，服务器返回响应；可以使用长连接。标准读写采用请求响应，不提供通用订阅机制，厂商自定义订阅需另行适配。
事务标识符用于匹配请求和响应。单元标识符可以寻址网关后的设备，直连设备的取值按手册核对。TCP 是字节流，接收程序应按 MBAP 长度处理拆包、粘包，不能假定一次接收恰好得到一条完整报文。
协议结构依据 Modbus 应用协议 和 TCP/IP 实现指南。
2. 技术维度对比
2.1 通信性能
| 维度 | Modbus RTU | Modbus TCP |
|---|---|---|
| 传输介质 | 常见为 RS485 双绞线或 RS232 串行连接 | TCP/IP 网络，现场常用网线或光纤 |
| 距离 | 与波特率、收发器、线缆和干扰有关；延伸需评估中继或分段 | 可经交换、路由跨区域；仍受介质、路由、延迟和访问条件限制 |
| 通信速率 | 常见配置包括 9600、19200、115200 bps，取决于设备支持 | 取决于网口和网络能力，不能直接换算为寄存器刷新率 |
| 最大报文长度 | ADU 256 字节，PDU 253 字节 | ADU 260 字节，PDU 同样为 253 字节 |
| 单次读取保持寄存器 | 功能码 03 上限 125 个，设备可能允许更少 | 同样上限 125 个，不会因以太网带宽更高而扩大 |
| 时延来源 | 串行发送、帧间隔、从机处理与轮询排队 | 网络往返、设备处理、连接和采集调度 |
| 寻址与配置 | 从机地址、波特率、校验位和停止位 | IP、端口、单元标识符和连接参数；标准服务端口为 502 |
| 错误校验 | RTU CRC16，低字节先发送 | TCP 及下层传输机制；标准报文没有可选的 RTU CRC 字段 |
读取 10 个寄存器的时间测算：假设 RTU 使用 9600 bps、8E1，每字符包含 1 起始位、8 数据位、1 校验位和 1 停止位，共 11 位。功能码 03 的请求为 8 字节，正常响应为 25 字节。
请求和响应的串行发送时间 = (8 + 25) × 11 / 9600 ≈ 37.81 ms
3.5 个字符的帧间隔 = 3.5 × 11 / 9600 ≈ 4.01 ms
连续轮询周期的理想下限 ≈ 37.81 + 2 × 4.01 = 45.83 ms最后一行包含请求与响应之间、响应与下一请求之间的两个最小间隔，尚未计入超出间隔的处理时间和重试。因此，完整事务耗时应同时计入请求、响应和帧间隔。帧间隔规则见 Modbus 串行规范。
TCP 读取同样数据的请求为 12 字节、正常响应为 29 字节，但仅凭“100 Mbps 网口”无法推出完整事务为 0.3 ms。验证时应记录相同寄存器数量、设备、并发、网络路径，以及请求到响应的实际耗时和超时比例。
同一读取请求的封装示例
以下构造示例从十进制地址 100（十六进制 0x0064）开始读取 3 个寄存器。报文字节均按十六进制表示。
RTU：01 03 00 64 00 03 44 14
TCP：00 01 00 00 00 06 01 03 00 64 00 03TCP 示例中，00 01 为事务标识符，00 00 为协议标识符，00 06 表示后续有 6 字节，01 是单元标识符。余下 03 00 64 00 03 是 PDU，与 RTU 示例相同。
RTU 示例的字段解释及 CRC 算法见 Modbus RTU。
2.2 网络兼容性与扩展性
| 维度 | Modbus RTU | Modbus TCP |
|---|---|---|
| 跨网段 | 原生串口不使用 IP，远传需透传设备或协议网关 | 可路由，但必须具备可达路径和访问权限 |
| 设备寻址 | 从机地址在同一总线上唯一，不要求全球唯一 | IP 与端口定位服务器，单元标识符可定位网关后设备 |
| 网络架构 | 通常采用总线；分支或星型需匹配的有源设备与布线设计 | 常见交换式星型；冗余环网等需网络设备和机制支持 |
| 设备数量 | 地址空间、收发器负载和轮询周期共同限制 | 设备连接数、采集端容量、网络和刷新周期共同限制 |
| 云平台接入 | 可在边缘解析后上报，也可透传原始 RTU 帧 | 需匹配平台或采集端协议和通信角色，不是获得 IP 就能自动上云 |
扩展性设计示例：假设污水处理现场有 20 台串口仪表，可先按布线和轮询时间评估一条或多条 RS485 总线。新增设备除了地址，还要检查总线负载、供电和刷新周期。
假设工厂有 200 台支持 Modbus TCP 的 PLC，可以按车间划分网络和采集任务。增加 PLC 还需安排端口、地址、访问规则、设备连接数及寄存器映射，不是仅填一个 IP 即完成集成。
2.3 安全性
| 维度 | Modbus RTU | 传统 Modbus TCP |
|---|---|---|
| 内置安全 | 基础协议无身份认证和加密 | 基础协议同样无身份认证和加密 |
| 身份识别 | 从机地址不是身份凭证 | IP 和单元标识符不是身份凭证，IP 过滤也不是协议自带认证 |
| 数据保护 | 保护串口接入点，远程通道按方案加密和鉴权 | 结合网络隔离、访问规则、VPN 或双方支持的安全协议 |
| 风险入口 | 未受控的物理接入、伪造报文或错误写入 | 未受控的网络访问、恶意请求或连接资源耗尽 |
| 安全要求落地 | 评估机柜、网关、维护入口和可写命令 | 评估网络分区、访问权限、证书、日志和维护通道 |
Modbus Security 使用 TLS 和 X.509v3 证书，使用端口 802，需要通信双方支持。传统 502 端口设备不能只修改端口就变成安全协议设备；是否符合项目的 IEC 62443 等安全要求，也不能仅凭所选 Modbus 类型判断。
风险场景示例：外部设备未经控制接入水处理仪表总线，可能发送伪造读写报文；没有访问限制的 PLC 网络，则可能让无关主机消耗连接资源或发起写入。这里说明可能的风险，不作为某年某厂已经发生事故的报道。前者需管控物理及维护接入，后者需限制通信来源与操作范围；两者都应区分监测和控制权限。
2.4 实施成本与复杂度
| 维度 | Modbus RTU | Modbus TCP |
|---|---|---|
| 硬件成本 | 串口、隔离、防护和必要的中继或采集网关 | 网口、交换机和必要的路由或采集设备 |
| 布线成本 | 线缆长度、终端匹配、分支整改及施工条件 | 网线或光纤、交换机位置和施工；PoE 需设备明确支持 |
| 开发难度 | 主站轮询、串口时序、CRC 和超时处理 | 连接恢复、MBAP 分帧、事务匹配和并发调度 |
| 调试工具 | 支持 Modbus 的串口工具、串口日志及必要的电气测量 | 网络抓包、连接状态和设备日志；可按端口过滤流量 |
| 维护成本 | 定位接线、地址冲突、干扰和总线故障 | 定位交换链路、路由、访问规则和设备连接限制 |
TCP 的传输重传由 TCP 栈完成，应用仍需处理请求超时；写入超时后不能不加判断地重复执行。ping 能辅助检查网络，却不能证明 Modbus 服务正常。串口方案也并非一定更难维护，合理分段和日志能缩小故障范围。
成本测算方式：可以分别估算小规模与大规模方案，并填入实际项目报价。
项目总成本 = 设备接口 + 网关/交换设备 + 线缆与施工
+ 软件适配与调试 + 计划使用期内的维护费用| 测算场景 | RTU 方案需计入 | TCP 方案需计入 |
|---|---|---|
| 假设 10 台集中安装设备 | 现有串口、总线线缆、隔离及一个采集主站是否够用 | 是否已有交换机与网口，是否需要重新布线 |
| 假设 100 台分布安装设备 | 按区域和轮询周期分几条总线，各段采集设备及维护成本 | 网络分区、交换设备、采集并发与运维成本 |
已有可用工业以太网时，TCP 的增量成本可能较小；已有串口仪表时，保留 RTU 可能减少改造。总线数量不应只按“每条 32 台”机械计算。
3. 典型应用场景分析
3.1 Modbus RTU 适用场景
场景 1：近距离低速设备联网
假设一个 300 米车间有 15 台温湿度传感器和 5 台变频器，且都支持 Modbus RTU。可由一个采集主站轮询，并根据电气负载、干扰和时间预算决定是否分段。
优势是可以共用串行总线，减少逐台铺设网络的需求。限制是设备共享通信时间，一个长时间无响应的从机可能拖慢整轮采集，需要设置超时、失败跳过和恢复策略。RS485 规定通信电气接口，不自带传感器供电功能；供电应另行设计。
场景 2：老旧设备改造
旧产线已有支持 Modbus RTU 的仪表、PLC 或 HMI 时，可以保留其通信接口和寄存器定义，在采集侧增加上云能力。有 RS485 接口但使用私有协议的设备，仍需对应协议适配，不能认为只配置地址即可。
现场已有 HMI 或 PLC 作为主站时，不应直接加入第二个串口主站同时轮询。可以由原主站提供数据、增加独立通信口，或使用能正确调度访问的网关。刷新频率应按报文长度和轮询测算，不能统一写成“9600 bps 每秒 40 次读写”。
3.2 Modbus TCP 适用场景
场景 1：跨区域集中监控
假设需要监测 50 公里外风电场的 100 台风机，现场具备支持 Modbus TCP 的采集接口及可用网络。可以通过受控网络路径由中心采集，也可由场站采集端先汇聚再上传。
优势是可以利用 IP 网络跨区域传输，无需把 RS485 总线直接延伸到远端。限制在于广域网延迟、断线及网络访问条件，通常需要保留本地控制和缓存。一次读取 100 个连续保持寄存器在 RTU 和 TCP 中都可能实现，这不是 TCP 独有优势。
场景 2：大规模设备集群管理
假设光伏项目有 2000 台支持 Modbus TCP 的逆变器，可以按区域分配采集任务，限制每台设备的连接数与读取频率，并记录设备地址和寄存器模板。
网络隔离、端口管理和集中日志有利于运维，但服务器容量必须实测，不存在通用的“最多或建议 1000 个连接”协议限制。若使用 DHCP，应保证采集端能稳定识别设备，例如结合地址保留和资产映射，不能假设 IP 永不改变。
4. 关键技术决策因素
4.1 距离与规模
先核对接口、布线路径和设备分布，再按收发器负载及采集周期设计总线或网络。不能以 500 米或 50 台作为切换协议的统一分界线。分散区域可分别保留本地 RTU，总体通过 IP 网络汇聚。
4.2 数据速率与实时性
明确每个设备要读取的寄存器块、周期、允许延迟和失败处理。9600 bps 是线路位速率，包含起始位、校验位和停止位，不等于有效业务带宽。以太网带宽较大也不意味着 PLC 能以相同速度处理请求。
持续高频采集应验证设备处理能力、调度和网络抖动；关键闭环控制应由符合时序要求的现场系统承担，不能由 RTU 或 TCP 名称直接判断实时性。
4.3 安全与网络架构
封闭机柜有助于降低接入风险，但仍需管理维护入口和写操作。接入企业或远程网络时，应设计网络分区、访问规则和受保护通道；并非只有改成 Modbus TCP 才能做到，也可以保留 RTU 并保护网关上行。
4.4 与上层系统集成
确认采集端和设备的服务器/客户端角色、数据格式与访问路径。原生 Modbus TCP 服务器不会因填写一个云地址就自动成为主动上报客户端；连接 ThingsCloud 时应选择已有教程支持的接入方式。
对接老旧 HMI 时可以继续 RTU；面向上层看板和应用时，两种协议都需要把寄存器解释为带单位、倍率和业务含义的数据。
5. 混合架构方案建议
5.1 现场、控制与管理分层
- 现场层：传感器和仪表通过 RTU 连接本地主站，采集端负责轮询及异常处理。
- 控制层：PLC 或网关根据需要提供 Modbus TCP 接口，供车间系统读取；需明确寄存器映射和数据刷新策略。
- 管理层：采集端向 SCADA 或云平台提供所需协议的数据，并可汇聚、过滤及缓存。
选择网关时分别确认串口数量、隔离、协议转换、采集与上报功能；具有工业计算或 PLC 扩展接口的产品不一定开箱即支持以上全部步骤。混合架构可保护现有仪表投资，也会增加映射和配置的维护工作。
例如，钡铼 BL110 产品资料 列出了 Modbus RTU/TCP 和 MQTT 等功能，可据此检查所需采集与转发路径；实际接入仍需核对固件、映射方式和上层协议参数，不能只凭型号名称判断平台兼容性。
5.2 TCP 透传不等于 Modbus TCP
DTU 的 TCP 透传通常将串口上的 RTU 原始字节送到云端，报文仍保留从机地址和 CRC。只有网关执行协议转换，生成 MBAP 头并处理请求响应映射，才是 RTU 与标准 Modbus TCP 的转换。
| 接入方式 | 链路中传输的内容 | 配置时需要确认 |
|---|---|---|
| RS485 → DTU → TCP 透传 | 原始 RTU 帧 | DTU 注册包、数据流、串口参数与 RTU 解析 |
| RS485 → 协议转换网关 → Modbus TCP | MBAP + PDU | 网关模式、单元标识符与从机地址映射 |
| 原生 Modbus TCP 设备 → 采集端 | MBAP + PDU | 设备的服务器/客户端角色及网络可达性 |
相关文档
- 使用 DTU TCP 透传接入 配置 RTU 原始报文上云
- 使用 Modbus 寄存器设置 将 RTU 报文解析为设备属性
- 参考 西门子 PLC Modbus TCP 接入教程 了解具体设备的接入配置
5.3 在 ThingsCloud 中管理多个从机
如果希望一台 DTU 下的多个 RTU 从机在平台中分别显示为独立设备，可使用 Modbus 云网关。这是平台侧的子设备管理能力，不表示 DTU 已将 RTU 转换成标准 Modbus TCP。
6. 总结与选型建议
| 场景特征 | Modbus RTU 的评估重点 | Modbus TCP 的评估重点 |
|---|---|---|
| 设备规模 | 总线分段、地址、负载和轮询周期 | 连接容量、分区及采集调度 |
| 通信距离 | 串行链路条件及中继或本地采集 | 网络路径、现场交换及远程访问条件 |
| 数据速率 | 完整事务时间与有效数据占比 | 设备处理、网络时延与并发能力 |
| 网络复杂度 | 布线与主站职责清晰 | 地址、交换、路由和连接管理清晰 |
| 安全要求 | 物理与维护接入、网关上行及写权限 | 网络访问、加密方案及写权限 |
| 成本敏感 | 保留现有仪表时的改造成本 | 利用现有网络时的增量成本 |
设备集中且已有串口时，先评估保留 RTU；已有工业以太网和 TCP 接口时，先评估 TCP 采集。两类设备共存时可采用网关汇聚，最终根据现场验证、预算和维护能力决定，无需为了上云统一更换底层协议。