以太网温湿度传感器混合组网方案：串口服务器中转与多协议兼容实践

以太网温湿度传感器混合组网方案：串口服务器中转与多协议兼容实践

物联网 · 盛世宏博 · 以太网温湿度传感器、RS485、Modbus RTU、Modbus TCP、串口服务器、协议网关、混合组网

一、为什么实际项目一定是"混合组网"

教科书里 RS485 和以太网是两个世界，但现场从来不是：

• 机房/档案库新建区用的是 RJ45 以太网温湿度传感器（PoE 供电、平台直采）
• 老库房/老 PLC 配套的是 RS485 温湿度变送器（手拉手、Modbus RTU）
• 个别厂家设备只有 HTTP JSON 私有协议
• 平台只认 Modbus TCP 或 MQTT，不认 RTU

所以问题不是"选哪种"，而是怎么把不同协议、不同介质的设备统一收敛进一个平台。核心器件就两个：串口服务器（RTU 转 TCP）​ 和 协议网关（多协议归一）。

二、两种核心器件的分工

关键区别：串口服务器把"字节"透明转发，不关心 Modbus 功能码；协议网关要能解析寄存器并映射到物模型。

很多项目翻车就在这里——买了串口服务器却期望它做协议归一，或者买了协议网关却用它带 32 台 RS485 设备导致负载爆炸。

三、整体组网架构

[平台层] 智慧档案/机房动环平台
   │ MQTT / Modbus TCP / HTTP
   ▼
[协议网关 / 边缘计算网关]
   ├─ 北向：Modbus TCP 502 / MQTT 1883 → 平台
   ├─ 南向 ETH：直接接 RJ45 以太网传感器（Modbus TCP）
   ├─ 南向 RS485：接串口服务器 / 多口 RTU 网关
   └─ 南向 HTTP：轮询私有协议设备
        │
        ▼
[接入层]
   ├─ 以太网温湿度传感器 ×N ── PoE 交换机 ── 独立 VLAN
   ├─ RS485 温湿度变送器 ×M ── 串口服务器 ── 以太网
   └─ 私有协议设备 ×K ── HTTP 轮询

设计原则：

• 以太网传感器直连网关，别绕串口服务器（多一次转发多一层故障）
• RS485 设备集中处用多口串口服务器（4/8 口），分散处用单口
• 协议网关做唯一的协议归一出口，平台只认一种北向格式

四、串口服务器中转的三种模式

模式 A：TCP Server（最常用）

RS485 设备 ←→ 串口服务器（IP:Port 监听）←→ 平台/网关主动连接

• 平台作为 TCP Client 连串口服务器的 IP:Port
• 平台发完整 Modbus RTU 帧（带 CRC），串口服务器原样转给 RS485 总线
• 适合：网关/平台已有 Modbus RTU 驱动，只需"拉长"通信距离

模式 B：TCP Client（反向连接）

RS485 设备 ←→ 串口服务器（主动连平台 IP:Port）←→ 平台监听

• 串口服务器上电后主动连接指定平台地址
• 适合：现场无公网 IP、需要穿越 NAT 的场景
• 注意：平台需要支持多 Client 接入，区分不同串口服务器

模式 C：UDP 透传

RS485 设备 ←→ 串口服务器（UDP 发包）←→ 平台 UDP 接收

• 无连接、低延迟，适合高频小包
• 应用层需带序列号 + 超时重传 + 去重
• 适合：实时性要求高的遥测，不适合配置下发

模式 D：虚拟串口（Com Port Over TCP）

平台软件看到的还是一个 COMx 口，实际使用网络传输

• 优点：老软件不改代码，继续用串口编程
• 缺点：虚拟串口驱动不稳、多进程抢口、无法跨平台
• 新项目不建议，维护成本是坑

五、串口服务器关键配置项

报文打包是隐形坑：串口服务器靠"静默间隔"判断一帧结束。如果平台发得太快、字节间有延迟，串口服务器会把一帧切成两包，或者把两帧粘成一包。解决：平台侧整帧一次 send，字节间不留间隔。

六、多协议兼容：网关侧归一化

网关核心是把不同南向协议映射到统一北向格式：

南向适配清单

北向统一输出

{
  "device_id": "TH-A101",
  "protocol": "modbus_rtu_over_tcp",
  "timestamp": 1728643200,
  "quality": "OK",
  "payload": {
    "temperature": 23.1,
    "humidity": 50.2,
    "dewpoint": 12.4,
    "status": 0
  }
}

网关负责：

• 协议解析（RTU 去 CRC、TCP 去 MBAP、JSON 提字段）
• 地址映射（RTU 从站地址 1~247 → 全局唯一 device_id）
• 缩放处理（×0.1 / ×0.01 / 浮点字节序）
• 质量码（OK / INVALID / STALE / READ_ERR）
• 缓存与补传（断网时存本地，恢复后补齐）

七、典型落地场景

场景 1：老档案库 + 新建机房混合

老档案库：
  RS485 温湿度变送器 ×12（2 条总线，每条 6 台）
    → 2 口串口服务器 ×1
    → 网关 RTU-over-TCP

新建机房：
  以太网温湿度传感器 ×20（PoE）
    → 网关 Modbus TCP 直连

统一北向：MQTT → 平台

要点：老库 RS485 总线末端 120Ω 终端电阻别漏，新建区独立 VLAN。

场景 2：多厂家设备共存

A 厂家：Modbus RTU（RS485）
B 厂家：Modbus TCP（以太网）
C 厂家：HTTP JSON（私有协议）
D 厂家：SNMP（网络型）

→ 边缘网关多协议适配
→ 统一物模型 + 统一北向

要点：C 厂家私有协议必须拿到 HTTP API 文档，字段名/单位/时间戳三样缺一不可。

场景 3：跨楼层/跨建筑

1F 档案库：RS485 总线 → 串口服务器（TCP Client 模式）
3F 机房：  以太网传感器 → 交换机
跨楼层：   光纤上联（串口服务器侧加光电转换器）

→ 平台侧统一 TCP Server 监听，区分不同串口服务器 IP

要点：TCP Client 模式下，串口服务器主动连平台，穿越 NAT 友好，但平台要能处理多 Client 并发。

八、混合组网常见翻车点

九、选型与验收

串口服务器选型

• 端口数：4/8 口优先（单口成本不合算）
• 波特率：≥115200，支持 9600/19200/38400
• 工作模式：TCP Server/Client/UDP/虚拟串口全支持
• 缓存：≥512KB（多设备并发）
• 工业级：-40~75℃ 宽温、DIN 导轨、双电源
• 防护：浪涌、ESD、隔离（RS485 侧 1500V 隔离）

协议网关选型

• 多协议：Modbus RTU/TCP、HTTP、MQTT、SNMP 至少支持 3 种
• 北向：MQTT / Modbus TCP / HTTP 可切换
• 规则引擎：本地判定 + 联动（断网自持）
• 缓存：≥8GB（断网 7 天数据）
• 容器/脚本：支持 Python/Lua 二次开发（私有协议适配）

验收

• [ ] 各协议设备均能被平台读到实时值
• [ ] 缩放、字节序处理正确，与面板值一致
• [ ] 串口服务器打包无粘包/拆包
• [ ] 断网 72h 数据补传完整不重不漏
• [ ] 多设备并发无数据错乱
• [ ] 质量码正确标记 INVALID/STALE
• [ ] 虚拟串口模式未使用（或确有老软件依赖）
• [ ] 各设备 IP 静态 + MAC 绑定，无冲突

十、一句话收口

混合组网的本质是分层解耦：串口服务器管介质转换（RS485→以太网），协议网关管协议归一（RTU/TCP/HTTP→统一物模型），平台只消费标准化数据。 别让串口服务器干协议的活，也别让网关去带 32 台 RS485 设备——各司其职，混合组网才不会变成"混合灾难"。

关键词：以太网温湿度传感器、RS485、Modbus RTU、Modbus TCP、串口服务器、协议网关、RTU-over-TCP、多协议兼容、混合组网、虚拟串口

标签：#以太网温湿度 #RS485 #ModbusRTU #ModbusTCP #串口服务器 #协议网关 #混合组网 #RTUoverTCP #多协议兼容 #虚拟串口 #边缘计算