在电表、传感器等RS485设备做无线改造或以太网接入时，工程师常面对同一类选项：Modbus透传与Modbus转发（网关模式） 。两者表面上都在把数据从A点送到B点，但底层工作逻辑截然不同，选错模式轻则通信异常，重则项目返工。
一、透传：物理延长线，不懂Modbus
透传模块不解析Modbus协议。收到什么字节，就原样转发什么字节——从站地址、功能码、CRC校验一概不看。
它的本质是一根加长版RS485串口线。带来的直接约束是：
-
两端串口参数（波特率、数据位、校验位、停止位）必须完全一致，否则直接乱码；
-
整条链路只能有一个主站；
-
广播报文和CRC坏包也会被原样转发；
-
不支持地址映射，更无法完成RTU与TCP之间的协议转换。
一句话：透传不懂Modbus，只搬字节。
二、转发：网关做中间主站，真正“读懂”协议
Modbus网关的工作方式完全不同。它收到前端主站请求后，会解析报文、识别从站地址与功能码，然后以中间主站的身份去后端总线访问真实从设备，拿到应答后重新打包，返回给前端主站。
由此具备透传做不到的能力：
-
Modbus RTU与Modbus TCP互转；
-
虚拟地址映射；
-
坏包过滤；
-
多从站统一管理。
举个例子：上位机读写虚拟地址10时，网关自动翻译为真实从站地址02去采集，地址规划与硬件实际地址彻底解耦。后期增加或更换从站设备，不需要改上位机配置。
一句话：转发懂Modbus，做翻译。
三、工程选型：先看“要不要翻译”
现场判断逻辑可以收束为两条：
-
链路两端协议一致、串口参数可控、只需延长传输距离：透传足够，部署简单、开销低。
-
需要RTU与TCP互转、统一管理多从站、做地址规划或过滤坏包：必须选Modbus网关。
混用两者，是RS485无线改造项目中最常见的技术陷阱之一。透传模式下的“能通但数据不对”，十有八九是两端串口参数不匹配或地址未映射所致。
再补充两个容易被忽略的细节：
-
主站数量：透传链路里只能有一个主站，如果现场有多套系统需要同时读取同一批从站，必须走网关模式；
-
CRC与异常码：透传会把CRC错误帧和异常响应原样送给上位机，网关则可以在中间侧过滤或重试，降低上位机的异常处理负担。
四、现场常见模式组合
实际部署中，两种模式经常出现在同一张网络里：
-
老旧设备集中、点位固定的站点，用透传做链路延长，改造成本最低；
-
新增云平台接入或需要统一地址规划的部分，用网关模式做协议转换和统一出口；
-
同一台串口服务器或工业路由器，可以在串口侧按点位分别配置透传与转换模式，不必整网统一。
这种“按点位配置”的做法，在既有RS485总线改造中比较实用：既保留了原有主站系统的访问方式，又能把数据并行送到新的平台侧。
小结
透传与转发的选择，本质上是在“延长链路”和“读懂协议”之间做工程判断。看清两端协议是否一致、是否需要地址规划与多从站管理，比对比参数表更能避免现场返工。
