一、课程导论：为什么需要从串口迁移到以太网？Modbus TCP vs Modbus RTU 核心差异
大家好，我是老张。在工控这行摸爬滚打了十几年，从最早的RS232、RS485一路做到现在的工业以太网。今天咱们聊一个很实际的话题：为什么你的设备还在用串口，而别人已经换上了以太网？
说实话，我见过太多工厂，设备柜里密密麻麻的串口线，像蜘蛛网一样。每次排查故障，光找线就得花半天。嗯，这还不是最要命的。
1.1 串口的“天花板”在哪里？
先别急着否定串口。Modbus RTU 是个好东西，稳定、简单、成本低。我最早做的一个项目，用485总线挂了32个温控表，跑了三年没出过问题。但你要知道，串口有它的物理极限。
串口通信的三大痛点：
- 速度瓶颈：RS485最高也就10Mbps，实际用起来大多在115200bps甚至更低。你想想看，一个PLC要轮询32个从站，每个站读10个寄存器，一圈下来得几百毫秒。要是数据量再大点，实时性根本没法保证。
- 距离限制：RS485理论能到1200米，但那是理想情况。我在一个钢厂项目里，现场电磁干扰大，485线超过200米就开始丢包。最后没办法，只能加中继器。
- 节点数量：一条485总线最多挂32个节点（不加中继）。现在工厂设备越来越多，传感器、执行器、智能仪表……32个哪够用？
我记得有一次，一个客户非要在一根485总线上挂50个变频器。我劝了半天，他不听。结果呢？通信时断时续，数据乱跳。最后老老实实改成了以太网。说白了，串口就像一条乡间小路，车少的时候挺好，车一多就堵死了。
1.2 以太网带来了什么？
以太网就不一样了。它是一条高速公路。Modbus TCP 基于TCP/IP协议栈，跑在以太网上，速度直接干到100Mbps甚至千兆。你想想看，差距有多大？
我个人习惯把Modbus RTU和Modbus TCP的差异总结成一张表，这样最直观：
| 对比项 | Modbus RTU（串口） | Modbus TCP（以太网） |
|---|---|---|
| 物理层 | RS232/RS485 | 以太网（RJ45、光纤） |
| 传输速率 | 典型值 9.6kbps ~ 115.2kbps | 10/100/1000 Mbps |
| 最大节点数 | 32个（不加中继） | 理论上无限制（IP地址够用） |
| 传输距离 | RS485约1200米 | 100米（交换机可扩展） |
| 数据校验 | CRC16（报文级） | TCP/IP协议栈保证（更可靠） |
| 寻址方式 | 从站地址（1-247） | IP地址 + 端口号 |
| 报文格式 | 有起始/结束符，紧凑 | 无起始/结束符，加MBAP头 |
| 实时性 | 轮询机制，延迟较大 | 全双工，并发通信 |
看到没？Modbus TCP 几乎在所有维度上都碾压了 RTU。但别急着下结论，TCP也有它的“小脾气”。
1.3 核心差异：不仅仅是换根网线
很多人以为，Modbus TCP 就是把 RTU 的报文直接塞进 TCP 包里。其实没那么简单。我刚开始做迁移时也这么想，结果踩了个大坑。
差异一：报文结构变了
Modbus RTU 的报文有起始位、地址、功能码、数据、CRC校验、结束位。而 Modbus TCP 去掉了CRC校验（交给TCP/IP协议栈处理），加了一个MBAP报文头。MBAP头里包含了事务处理标识符、协议标识符、长度等字段。
举个例子，读保持寄存器的RTU报文是这样的：
// Modbus RTU 请求报文（读保持寄存器）
从站地址: 0x01
功能码: 0x03
起始地址: 0x00 0x64 (100)
寄存器数: 0x00 0x0A (10)
CRC校验: 0xXX 0xXX换成 Modbus TCP，就变成了：
// Modbus TCP 请求报文（读保持寄存器）
事务ID: 0x00 0x01
协议ID: 0x00 0x00
长度: 0x00 0x06
单元ID: 0x01
功能码: 0x03
起始地址: 0x00 0x64
寄存器数: 0x00 0x0A注意看，从站地址变成了单元ID，而且位置也变了。我曾经在一个项目里，直接把RTU报文加上TCP头就发出去，结果设备死活不响应。查了半天才发现，单元ID和地址的映射关系搞错了。
避坑指南： 我曾经在网关配置时，把RTU的从站地址直接当作TCP的单元ID用。但有些网关要求单元ID必须固定为0xFF或0x00，具体要看设备手册。千万别想当然！
差异二：通信模式变了
RTU是主从模式，一问一答。主机轮询，从机应答。这种模式在设备少的时候还行，设备一多，轮询周期就长了。
TCP是全双工模式，多个客户端可以同时连接同一个服务器。这意味着，你可以同时读取多个设备的数据，不用排队。实时性大大提高。
但这里有个坑：TCP是面向连接的。如果连接断了，你得自己处理重连逻辑。RTU就不存在这个问题，线断了就是断了，简单粗暴。
差异三：实时性与确定性
工业现场对实时性要求很高。Modbus RTU的轮询机制，延迟是确定的——你大概能算出多久轮完一圈。但Modbus TCP走以太网，如果网络上有广播风暴或者交换机处理不过来，延迟就可能抖动。
我建议，对实时性要求苛刻的场景（比如伺服控制），可以考虑走专用工业以太网协议，或者用独立的交换机划分VLAN。普通的数据采集，Modbus TCP完全够用。
1.4 什么时候该迁移？什么时候不该？
说了这么多，是不是所有串口设备都得换成以太网？当然不是。我见过一些工厂，为了“上云”强行换以太网，结果成本翻了好几倍，效果却没提升多少。
我建议你考虑迁移的场景：
- 设备数量超过20个，轮询周期太长
- 需要远程监控或数据上云
- 现场干扰大，485通信不稳定
- 需要与其他系统（如MES、ERP）集成
暂时不用急着迁移的场景：
- 设备少（几个温控表、几个传感器）
- 现场环境简单，485通信稳定
- 预算有限，且现有系统运行良好
说白了，技术是为业务服务的。别为了“先进”而先进，也别因为“习惯”而固步自封。
1.5 本章知识体系总览
下面这张图，是我自己总结的迁移决策逻辑。你一看就明白：
这张图的核心逻辑很简单：先评估现状，再判断需求，最后看预算。别一上来就想着“全换”，也别死守着串口不放。
我的个人经验： 如果你决定迁移，建议先拿一条产线做试点。我当年在一个汽车零部件工厂，先改了一条装配线的通信，跑了两个月没问题，才全面铺开。这样风险最小，也容易说服老板掏钱。
好了，这一章就聊到这儿。下一章咱们会深入Modbus TCP的报文细节，手把手教你抓包分析。到时候你会发现，理解了报文，你就理解了协议的本质。
公众号:蓝海资料掘金营，微信deep3321