做了几年工业现场的项目，我越来越觉得，很多“听起来很复杂”的联网需求，其实就差一个合适的边缘网关。IG502就是这类产品里我比较常用的一款：它在硬件上集成了串口采集和以太网转发能力，能直接把 Modbus RTU 从站设备的数据抓上来，再以 TCP 的方式交给上位机或者云端平台。这篇文章我想把 IG502 做 Modbus RTU 采集 + TCP 转发的完整过程，从接线、进后台、配通道，到用 Modbus 调试工具打点验证，再到现场最容易踩的几个坑，一口气讲完，适合正在做设备联网采集、SCADA 改造或者物联网网关选型的朋友直接照着操作。
1. 先搞清楚一件事：IG502 到底在链路里扮演什么角色
1.1 从“串口服务器”到“协议转换网关”，两个角色要分清
很多第一次拿到 IG502 的人都会问，这东西和普通的串口服务器有什么区别？如果只把它当串口服务器用，那就有点像拿智能手机只打电话，功能浪费了大半。常规串口服务器做的事情是“透传”——RS485 进来什么字节，网络那边出去就什么字节，协议内容它不关心。IG502 这类工业网关则多了一层“协议理解”的能力，能主动按照 Modbus RTU 的报文格式去解析数据，再重新封装成 Modbus TCP 或者其他 TCP 协议格式转发出去。
这个区别在实际项目里非常关键。比如现场有十台电表，电表走的是 Modbus RTU，上位机走的是 Modbus TCP，如果只用串口服务器，上位机那边还得自己做字节流到寄存器的解析逻辑，开发量不小。而用 IG502 做协议转换后，上位机只需要按照标准的 Modbus TCP 去读地址，剩下的轮询、CRC 校验、从站应答解析，网关全部干完了。
提示：标题里写的“Modbus RTU 采集 + TCP 转发”，本质上就是让 IG502 扮演 Modbus 主站，主动去轮询总线上的 RTU 从站，然后作为 TCP 服务端或客户端，把采集到的数据交给远端。
1.2 为什么现场总需要“一台设备干两件事”
以前做这类改造，最常见的组合是：一块串口服务器 + 一台工控机，或者串口服务器 + 自研协议解析软件。不是说不能用，而是设备一多，故障点也跟着多。串口服务器的供电、网线、配置软件，工控机的病毒、蓝屏、重启，任何一个环节出问题，整个数据链路就断了。
IG502 这类网关把采集和转发合在一起，现场部署就清爽很多：485 总线接好、网线插上、后台配置一次，设备就能独立工作。它不依赖上位机，数据是网关主动采集并缓存/上送的，上位机哪怕重启，网关还在继续轮询，回来一开机数据就是连贯的。这个“主动采集 + 独立工作”的特性，是我在实际项目里最看重的。
另外，这类网关往往还带了 4G 备份、断线缓存、看门狗等能力，这些对无人值守的配电房、水泵房、分散的 PLC 站点来说特别实用。IG502 虽然定位偏入门，但它把核心链路已经做得很完整了。
2. 动手前的准备：供电、RS485 接线和串口参数，配置前先别急着进网页
2.1 端子接线最容易翻车，A/B 别插反
IG502 一般会提供两组 RS485 接口，有些型号还有 RS232，做 Modbus RTU 采集时优先用 RS485，因为现场走线距离长、抗干扰能力强。接线时最容易犯的错就是搞反 A、B 线。RS485 用差分信号传输，A 和 B 接反了，网关和从站之间就完全无法通信。
我自己的操作习惯是：先把端子排拔下来，用万用表量一下从站侧的 A、B 电压，一般在空闲状态下，A 对 B 的电压大概在 2V 到 6V 之间，确认了再接到网关端子。如果没有万用表，就按现场已有的线缆标签来接，但要注意不同厂家的 A/B 定义有可能正好反过来。接了以后，可以先不要拧紧螺钉，直接进后台看通讯状态，如果完全无应答，就把 A、B 对调再试一次。
现场其他还需要注意的接线细节：
- 屏蔽线单端接地，千万别两端都接地，否则现场电位差会导致环流，干扰反而更大。
- 手拉手菊花链连接，不要星型连接，RS485 总线要求从第一个设备到最后一个设备是直线拓扑。
- 终端电阻一般只在总线两端并联，中间设备不要并，否则会拉低信号质量。
2.2 上电、找 IP、进后台
IG502 默认情况下是 DHCP 获取地址，如果现场没有 DHCP 服务器，它通常会回落到一个默认 IP。不同固件版本默认地址可能不一样，保险的做法是：用一根网线直接连电脑的网口，电脑改成同网段静态地址，再试几个常见网段。建议下单时直接问清楚默认 IP，省得现场挨个试。
设备上电后，PWR 指示灯亮，RUN 指示灯开始闪烁，网络接口的 LINK 灯也亮了，基本就说明系统起来了。用浏览器访问后台地址，第一次登录一般会要求改密码，默认密码这种弱口令一定要第一时间改掉，特别是接了公网的设备，不改密码就等于把采集数据摆在外面。
注意：IG502 的后台是 Web 页面，建议用 Chrome 或者 Edge 访问，早期固件对某些浏览器的兼容性一般，如果页面显示错乱，先换个浏览器，不要怀疑设备坏了。
2.3 串口参数必须和从站完全对齐
Modbus RTU 通信参数就那么几个：波特率、数据位、停止位、校验位。从站是什么参数，网关就必须配成什么参数，差一个停止位都通信不上。现场最常见的配置是 9600bps、8 数据位、1 停止位、无校验，但别想当然，一定要去从站的说明书里确认。
还有一个隐藏参数叫“从站地址”。Modbus RTU 总线上每个设备都有一个地址，范围是 1 到 247，同一个总线上不能重复。如果 IG502 配置的从站地址和实际设备对不上，设备根本不会响应报文。检查接线没问题但通信失败时，第一件事就是核对地址表。
3. WEB 后台逐页实操：建通道、配采集、做 TCP 转发
3.1 配置思路：从“物理口”到“数据点”再到“转发出口”
IG502 的后台菜单虽然各版本略有不一，但核心逻辑是相通的：先定义串口通道，再采集 Modbus 数据点，最后配置 TCP 转发通道。这个思路和很多国产物联网网关一致，只要你理解了这个流程，换个品牌也很快上手。
我建议配置时按这个顺序来：
- 配置串口参数，确保物理链路没问题。
- 配置 Modbus 从站属性，把波特率、校验、从站地址填进去。
- 添加采集点，填寄存器地址、数据类型、读写属性。
- 配置 TCP 转发，决定网关是作为服务器等上位机来连，还是作为客户端主动连上位机。
- 保存重启，再抓数据进行验证。
3.2 串口设置：Modbus RTU 主站模式
在后台找到串口设置页面，把串口模式选为“Modbus RTU 主站”或“Modbus Master”。这里有个关键点：IG502 作为主站去轮询从站时，你的串口参数必须从从站“抄”过来，而不是自己随便定。页面里通常会有一项“响应超时”，默认值可能是 100ms 到 500ms，如果总线上从站比较多或者从站响应慢，超时时间要适当调大，否则会出现频繁报错的情况。
我自己的经验是：对于老旧 PLC 或继电器模块，响应超时调到 500ms 更稳；对于仪表类设备，200ms 一般够用。轮询间隔也不要设太小，太快反而会给 485 总线造成压力，常规电表 500ms 轮询间隔完全能满足需求。
3.3 数据点添加：寄存器地址别被“1 起始”搞晕
Modbus 寄存器地址在协议里有个老生常谈的坑：协议报文用的地址是 0 起始，很多设备说明书上写的却是 1 起始。比如说明书说“保持寄存器地址 40001”，实际上报文里的偏移地址是 0x0000。IG502 后台通常会问你填的是“协议地址”还是“数据标识”，填的时候务必看清楚页面上给的是哪个起始方式。
添加数据点时要选对功能码和寄存器类型：
- 01 功能码：读线圈（DO），对应设备数字量输出。
- 02 功能码：读离散输入（DI），对应设备开关量输入。
- 03 功能码：读保持寄存器，对应设备参数和数据存储区。
- 04 功能码：读输入寄存器，对应设备采集到的实时值。
我记得第一次做电表接入时，把电压值放在输入寄存器里，我却用 03 功能码去读，结果数据永远是 0。后来翻了电表说明书才知道要选 04 功能码。这个细节虽然基础，但很多人踩过。
数据类型和字节序也容易出错。寄存器默认 16 位，如果设备返回的是 32 位浮点数，就要把两个连续的 16 位寄存器合并起来读。合并时还要注意字节序：是 AABB 还是 BBAA，高字在前还是低字在前。IG502 后台一般给了多种组合选项，如果读出来的数据是乱码或者数量级不对，大概率就是字节序选错了，一个个试过去，总会找到对的组合。
3.4 TCP 转发：服务端模式还是客户端模式
TCP 转发有两种角色，选择取决于上位机那边的实现方式。
如果上位机是组态软件或自研监控平台，它们通常希望主动去连网关，这时候 IG502 应配置为 TCP 服务端。你需要设置一个监听端口，比如 502，这就是 Modbus TCP 的标准端口。那上位机只需要知道网关的 IP 和端口，就能像访问一个 Modbus TCP 从站一样读数据。
如果上位机平台是云平台或有固定 IP 的服务器，网关就应该配置为 TCP 客户端，主动向服务器发起连接。你需要填服务器的 IP 和端口。客户端模式下还有一个“重连间隔”参数，数据链路断开后会按这个间隔反复重连，一般设 30 秒比较合理，太短会让服务器日志爆满。
建议：如果是局域网内调试，优先用 TCP 服务端模式，因为不用配置目标地址，网关监听即可。如果是远程跨网络传输，则用客户端模式，更适合穿透 NAT 和防火墙的主动出站连接。
4. 端到端验证：用软件模拟从站，把数据链路打穿
4.1 先模拟再实测，别让现场设备背锅
配置完成并不意味着万事大吉，我强烈建议：在还没有连接真实从站之前，先用 Modbus 模拟软件验证链路。这样做的好处是，你可以完全掌控从站的数据，方便判断问题出在网关配置上还是设备端。
常用的免费工具包括 Modbus Slave、ModSim、Modbus Poll 等。我用得最顺手的组合是：Modbus Slave 模拟从站，Modbus Poll 检测转发结果。也可以使用串口调试助手来观察原始报文。
简单的验证流程：
- 找一台电脑，用 USB 转 RS485 线连接 IG502 的 485 端口，电脑上运行 Modbus Slave 模拟从站。
- 从站软件设置好地址，比如从站地址为 1，功能码为 03，寄存器起始地址 0，数据类型为整数。
- 在 IG502 后台添加对应的采集点，并把 TCP 服务端端口打开。
- 用另一台电脑（或同一台电脑的网口）运行 Modbus Poll，添加 TCP 连接，目标地址是 IG502 的 IP，端口是 502。
- 轮询地址设置为采集点对应的寄存器，看是否能读到和从站一致的数据。
这个验证打通了，再接到现场真实的从站设备上，大概率问题就不大了。
4.2 抓包看一眼，报文说话才可信
如果验证过程中数据读不到，别猜，直接抓包。Wireshark 抓 Modbus TCP 报文非常直观，你只需要过滤 tcp.port == 502，就能看到 IG502 转发出来的请求和响应。正常情况是：请求报文发出去，从站的响应报文回来，数据字段里有正确的值。
如果只能看到请求、看不到响应，那问题基本出在接收方向。这时候要查串口参数、从站地址、设备有没有在总线上真正回应。如果请求都没发出来，则说明 IG502 的采集配置没生效，看看是不是数据点没有启用，或者串口通道没有启动。
抓包还有一个好处：能帮你确认字节序。在 Wireshark 里看到的原始报文字节，和真实设备返回的字节一样，根据响应内容你就能判断后台该选哪种字节序组合。不要靠感觉，报文里十六进制的排布就是最准确的事实。
4.3 Modbus TCP 和 RTU 的差别，用转发场景再解释一遍
很多新手会问：IG502 转发出来的 Modbus TCP，和原来的 RTU 报文有什么不同？简单说，RTU 报文有 CRC 校验，TCP 报文没有 CRC，因为 TCP 协议本身的可靠性已经保证了传输，再加 CRC 就是浪费；RTU 报文有从站地址字段，而 TCP 报文引入了单元标识符，默认一般也填从站地址，这样上位机才能区分不同从站。
IG502 在做转换时，会把 RTU 的从站地址映射到 TCP 的单元标识符，所以上位机读不同从站的数据时，可以通过单元标识符来区分。这一点在设计上位机程序时要特别注意：如果你把多个从站的数据映射到同一个 TCP 连接里，组态变量里要区分单元标识，否则读出来的数据永远是第一个从站的。
5. 现场稳不稳：多从机轮询、掉线重连和长期运行经验
5.1 多从站挂在同一根 485 线上，轮询策略别乱来
实际项目里，一根 485 总线上挂多个从站是常态。IG502 作为主站会轮询所有配置的从站地址。轮询策略看起来简单，仿佛只要把地址填上去就行，但流量计算却很容易被忽略。
假设一根总线上挂了 16 个电表，每个电表读 10 个寄存器，一个报文请求约 8 字节，响应约 24 字节，总数据量约 600 字节。如果波特率是 9600，理论速率约 960 字节每秒，那么一轮轮询差不多要 0.7 秒。如果把轮询间隔设成 200ms，16 个从站就得 3.2 秒以上才能完成一轮，数据实时性远不是你想象的那样。
所以轮询间隔要按实际流量算，而不是拍脑袋。我常用的计算方式是：
- 估算每个从站的响应报文长度。
- 乘上从站数量，得到一轮总字节数。
- 除以波特率对应的字节速率，得到最少耗时。
- 轮询间隔设为这个时间的一倍以上。
如果数据实时性要求高，可以考虑把从站分到两组 RS485 上，IG502 如果有多个串口的话，两组并行轮询能明显降低总时延。
5.2 掉线重连：TCP 连着连着就断了，怎么办
现场网络不稳定、上位机重启、防火墙空闲超时，都会导致 TCP 连接断开。IG502 的 TCP 客户端模式有自动重连机制，但要注意几个参数：
- 重连间隔：默认 30 秒，如果链路上有防火墙，防火墙的会话超时可能比这个短，导致连接被空闲清理。可以把间隔缩小到 10 秒，保证链路时刻保活。
- TCP 心跳包：后台有 KeepAlive 选项的话一定要开，它会在应用层发心跳报文，防止中间设备把不活跃的连接踢掉。
- 上位机读操作频率：如果上位机本身会周期性读数据，等于自带心跳，重连间隔就没那么敏感了。
还有一点，很多上位机软件对“网关作为客户端主动连入”支持得不好，它们默认自己是客户端，只接受网关做服务端。如果你配置了客户端模式却连不上，先检查上位机软件是不是只支持被动接收连接。这种“角色错配”也是现场常见的坑。
5.3 长期运行：看门狗、供电和灰尘
网关在配电房或机柜里常年运行，遇到的故障往往不是配置问题，而是物理环境问题。IG502 这类工业网关一般有硬件看门狗，少数异常死机时会自动重启，但前提是供电稳定。建议给网关配一个质量可靠的工业电源，特别是有多路 485 设备时，电源余量要留够。现场很多“采集数据经常中断”的诡异问题，最后查出来都是因为电源功率不够，485 通信芯片供电不稳导致的。
另外，端子螺钉一定要拧紧。别小看这个细节，我曾经过了一年多，某条数据链路时不时断，查了所有配置都没问题，最后发现是接线端子松动，氧化层导致接触电阻变大。定期检查端子和防尘网，比盯着后台看日志有用得多。
6. 现场常见故障速查表：别等到数据丢了才开始查
下面的表格是几次部署中我总结出来的高频问题排查表，配置 IG502 时如果遇到异常，可以直接对照着定位：
| 故障现象 | 可能原因 | 排查与解决 |
|---|---|---|
| 后台完全访问不了 | 电脑和网关不在同一网段，或者 IP 冲突 | 用网线直连，配置静态 IP，检查默认地址 |
| 串口通道状态显示异常 | 485 的 A/B 接反或线序错误 | 调换 A/B 线，用万用表确认差分电压 |
| 采集点读数一直为 0 | 寄存器地址/功能码填错，字节序不对 | 核对说明书，用模拟从站逐步测试 |
| 数据时有时无 | 轮询间隔太短，总线负载太大 | 加长轮询间隔，减少单次读取长度 |
| TCP 连接反复断开 | 上位机角色配置错误，防火墙清理空闲连接 | 检查连接方向，开启心跳包，缩短重连间隔 |
| 现场与测试误差大 | 数据类型换算系数不对，寄存器位数选择错误 | 用设备说明书的标准值换算，逐项核对换算公式 |
| 多个从站其中一个无响应 | 从站地址冲突或设备主动离线 | 核对设备地址，单独接一台测试是否正常 |
7. 几个值得记住的操作习惯
最后，分享几个我个人的习惯，虽然算不上什么高级技能，但关键时刻能省很多事。
每次修改 IG502 配置前，我都会把当前配置页面截图，或者直接导出配置文件备份。WEB 后台这些配置界面改起来很方便，误保存的情况也常发生，有备份就能秒回滚。尤其是现场还在运行的情况，回滚配置比重新填所有点位快得多。
给数据点命名时，不要只用“寄存器 40001”这种缩写，而是写成“1# 电表 A 相电压”“3# 水泵运行状态”这种归人说也懂的名字。别小看这件事，项目交接时，运维人员能不能读懂你的配置，直接决定了后面出故障时好不好处理，而且网关转到 TCP 给上位机后，点名清晰的配置更容易对上地址。
运行一段时间后，我会定期去后台看一眼系统日志，重点关注有没有周期性报错。如果发现某个从站总是偶发性超时，趁早去检查它的供电和通信芯片散热，很多严重故障在日志里都是提前有征兆的。
IG502 这套“Modbus RTU 采集 + TCP 转发”的方案，胜在简单可靠、部署成本低。只要前期把接线和串口参数弄扎实，后台配置照着流程一步步走，再严格做一遍端到端验证，现场基本不会出大问题。就算换了别的牌子，这套方法论也一样能直接用。
