西门子三菱欧姆龙PLC：网关一次采全不丢数

车间里同时跑着西门子、三菱、欧姆龙几种PLC，做MES系统采集时最怕两件事：点采不全，数据还断断续续。很多企业换了支持多协议的工业网关，丢点问题依然存在，原因往往不在“协议支不支持”，而在采集链路没有按异构设备做整体设计。

一、先承认差异：协议、地址、字节序都不同

西门子常用S7协议，三菱常用MC协议或FINS，欧姆龙常用FINS/TCP或EtherNet/IP。不同品牌的寄存器地址规则、站号、机架槽号、数据类型和字节序并不一致。如果直接用一张万能点表硬套，最常见的结果是地址错位、REAL变成乱码、BOOL时有时无。

正确做法是先建设备台账：品牌、型号、IP、协议、采集周期、点位类型、字节序逐台登记，再把点位映射到统一数据模型，例如设备状态、运行/停机/故障、产量、节拍、报警和工艺参数。点表标准化，是“一次采全”的前提。

二、采集周期要分档，不能让所有点一个节奏

状态和报警要求快，产量和节拍可以稍慢，工艺与能耗更慢。建议按三档设置：状态报警200—500ms，产量节拍1s，工艺能耗5—10s。网关对每台PLC分组轮询，连续地址合并读取，减少报文数量；对响应慢的设备设置超时、重试和失败隔离，避免一台设备拖垮整条采集链路。

三、断网不丢数，靠本地缓存和断点续传

网关需要具备掉电保持存储，断网时按设备时间戳缓存，网络恢复后按序补传。缓存要设上限和淘汰规则，例如保留72小时或50万条，报警与停机事件不参与淘汰。每条数据带质量码，通信失败标记为Bad，避免MES把“读不到”误判成“设备停机”。

四、上行统一协议，平台侧再做校验

网关到MES或工业互联网平台建议采用MQTT over TLS，主题按车间、产线、设备分层；对上位系统也可提供OPC UA接口。上传前做变化上报和死区过滤，但状态字和报警不能过滤。平台侧要按序列号去重、按时间窗校验，发现某台设备连续多个周期无数据就触发采集告警。

五、运维要看得见：每台PLC的连接质量可诊断

网关应展示每台PLC的连接状态、请求成功率、平均响应时间、缓存积压量和补传进度。某汽配车间9台多品牌PLC改造前日丢点约3%—5%，改为多协议网关加分档轮询、本地缓存和统一点表后，连续30天采集完整率保持在99.5%以上，MES工单产量与设备状态对账差异明显下降。

落地时先做三件事：盘点PLC型号与开放协议；把关键点位压缩为状态、产量、报警、工艺四类；在网关与MES之间约定质量码和补传规则。若现有MES系统、生产工单管理或设备点检保养需要同步联动，应通过软件定制开发完成点表配置与异常闭环，让工业网关专注采集，业务系统专注判断。