2. Modbus物理层与通信模式：RS-232、RS-485、TCP/IP三种物理层对比，单播与广播模式

各位同学，咱们今天聊聊Modbus的“腿”——也就是物理层。说白了，Modbus协议本身只是个“语言”，它得通过具体的物理介质才能把数据传出去。就像你说话，内容再精彩，没声带和空气也白搭。

我个人习惯把物理层比作“通信的公路”。RS-232是乡间小道，RS-485是双向四车道，TCP/IP则是高速公路网。选哪条路，直接决定了你的项目能跑多远、多稳。

2.1 RS-232：点对点的“老前辈”

RS-232，这玩意儿年纪比我还大。我在2008年第一次做串口调试时，用的就是它。它的特点很鲜明：

• 通信距离短：一般不超过15米。我在工厂里试过，拉个20米线，数据就开始乱码了。
• 速率不高：常见的是9600bps、115200bps。够用，但别指望它传大文件。
• 只能点对点：一台设备只能跟另一台设备聊。想组网？没门。
• 信号电平高：±12V左右，抗干扰能力还行，但跟RS-485比就差远了。

RS-232适合什么场景？说白了，就是调试、短距离、一对一通信。比如你拿电脑直接连一个传感器，看看数据对不对，用RS-232最省事。

2.2 RS-485：工业现场的“主力军”

RS-485，这才是工业自动化里的“老黄牛”。我做过的大多数项目，底层通信全是它。为什么？

• 差分信号传输：抗干扰能力极强。我在电机旁边拉100米线，数据照样稳如老狗。
• 支持多节点：一条总线上可以挂32个设备（标准），用中继器还能更多。
• 通信距离远：1200米没问题。再远加中继器，能到几公里。
• 半双工工作：同一时刻只能发或收。嗯，这里要注意，写程序时要处理好收发切换的时序。

你想想看，一个车间里几十个传感器、执行器，用RS-485一条总线全串起来，多省事。我个人习惯在RS-485总线的两端各加一个120欧姆的终端电阻。为什么？因为信号在长线末端会反射，加上电阻就能吸收掉，防止数据错乱。

2.3 TCP/IP：以太网时代的“新贵”

TCP/IP，说白了就是把Modbus数据包塞进以太网帧里。现在新出的设备，基本都支持Modbus TCP。它的优势很明显：

• 速度快：100Mbps、1000Mbps，跟RS-485完全不是一个量级。
• 距离远：通过交换机、路由器，跨省跨市都没问题。
• 全双工：可以同时收发数据，不用操心时序问题。
• 设备多：理论上一个网段可以挂几百个设备。

但Modbus TCP也有个“坑”：它依赖网络基础设施。交换机坏了、网线断了，整个系统就瘫了。而RS-485至少还能点对点通信。所以，在关键场合，我建议你保留RS-485作为“保底”方案。

2.4 三种物理层对比表

2.5 单播与广播模式

聊完物理层，咱们再聊聊Modbus的通信模式。其实就两种：单播和广播。

单播（Unicast）：主站给某个从站发指令，从站收到后必须回复。这是最常见的模式。比如你读一个传感器的温度值，主站发“读保持寄存器”指令，从站回传数据。如果从站没回复，主站就得重试或报错。

我记得有一次，现场有个从站设备偶尔不回复。排查后发现是它的电源纹波太大，导致通信芯片偶尔“死机”。后来加了滤波电容，问题就解决了。所以，遇到通信不稳定，先查电源。

广播（Broadcast）：主站给所有从站发指令，从站收到后不需要回复。广播的地址是0x00。什么场景用广播？比如你想让所有设备同时复位，或者同时设置一个公共参数。广播模式下，主站只管发，不管收，效率高，但没法确认从站是否收到。

你想想看，如果每个从站都广播回复，总线就乱套了。所以Modbus协议规定：广播帧的从站地址为0x00，且从站不能回复任何数据。这是硬性规定，写代码时千万别搞错。

2.6 实战中的选择建议

说了这么多，到底怎么选？我个人的经验是：

1. 调试阶段：用RS-232，简单直接。一根USB转串口线，连上电脑就能看数据。
2. 现场部署：距离近（<50米）、设备少（<10个），用RS-485。距离远、设备多，考虑Modbus TCP。
3. 混合组网：很多项目是RS-485和TCP/IP混用。比如现场用RS-485采集传感器数据，再通过一个网关转成TCP/IP，传给上位机。这样既保证了现场的抗干扰能力，又方便远程监控。
4. 广播慎用：除非你确定所有从站都能正确处理广播指令，否则别轻易用。我曾经见过一个项目，广播复位指令发出去后，有个从站直接“死机”了，因为它的固件没处理好广播帧。

好了，这一章的内容就这些。物理层是Modbus通信的基石，选对了，后面写代码就顺风顺水。下一章咱们聊聊Modbus的报文结构，看看数据到底是怎么打包的。