一、为什么注塑车间需要数据采集网关
注塑车间是典型的“设备多、品牌杂、协议乱”场景。一台车间里往往同时存在海天、震雄、伊之密、住友、发那科等不同品牌的注塑机,控制器年代跨度从十几年前的老机型到最新的全电动伺服机。老机型可能只有 RS232/RS485 串口,新机型则支持 OPC UA、Modbus TCP 或厂商私有以太网协议。
MES 系统关心的是“这一模产品是谁做的、用了多少料、周期多长、有没有异常停机”,而注塑机控制器只输出“螺杆位置、注射压力、料筒温度、模座开合状态”这类原始信号。两者之间缺少一层翻译与汇聚,这正是数据采集网关的价值所在。
中科晟达 ZK-D1 与 ZK-D3 就是面向注塑机联网场景的边缘采集网关:向下兼容多种注塑机控制器协议,向上以标准协议对接 MES,并在本地完成数据清洗、缓存与断网续传。本文围绕“对接 MES 之后数据如何运行”这一核心问题,梳理从设备侧到 MES 侧的完整数据链路。
二、ZK-D1 与 ZK-D3 的定位差异
在讨论数据流之前,先明确两款网关的典型分工,避免选型时混淆。
| 对比项 | ZK-D1 | ZK-D3 |
|---|---|---|
| 典型定位 | 单机/小批量注塑机联网采集 | 多机集中采集与边缘汇聚 |
| 接入设备数量 | 面向单台或少量注塑机 | 面向多台注塑机集中接入 |
| 下行接口 | 串口、以太网等注塑机控制器接口 | 多路串口与以太网,支持多协议并行 |
| 上行对接 | MQTT / HTTP / Modbus TCP 等对接 MES 或平台 | 同上,并支持多路上行与本地汇聚 |
| 本地能力 | 协议解析、数据缓存、断网续传 | 在 D1 能力基础上增加多设备数据汇聚与边缘预处理 |
实际项目中,常见做法是每台注塑机配一台 ZK-D1 完成单机协议解析,再由 ZK-D3 在车间侧做汇聚,统一向 MES 上报。具体型号能力以厂商最新技术手册为准,上表用于说明分工思路。
三、整体数据链路:从注塑机到 MES
对接 MES 后,数据并不是“网关直接写数据库”,而是一条分层链路。可以用下面的流程图理解:
flowchart LR A[注塑机控制器] -->|串口/以太网/厂商协议| B[ZK-D1 单机采集网关] B -->|MQTT/HTTP/Modbus TCP| C[ZK-D3 车间汇聚网关] C -->|标准协议上行| D[MES 接入服务] D --> E[实时数据库/时序库] D --> F[业务数据库] E --> G[看板/报表/告警] F --> H[工单/追溯/排产] C -->|断网时本地缓存| C这条链路可以拆成四段:设备侧采集、网关侧解析与缓存、上行传输、MES 侧落库与应用。下面逐段展开。
四、第一段:设备侧采集
4.1 采集方式
注塑机数据采集通常有三条路径:
- 控制器通讯口直采:通过 RS232/RS485 或以太网口读取控制器内部寄存器,获取注射压力、保压时间、料筒温度、开合模位置等工艺参数。
- OPC UA / Modbus 采集:较新的控制器开放标准协议接口,网关作为客户端周期性读取点位。
- 外挂传感器采集:对无法通讯的老旧机型,通过加装电流互感器、接近开关、模腔压力传感器等,采集开合模、顶针、电机电流等信号,间接判断生产状态。
4.2 采集周期与点位设计
采集周期需要与数据用途匹配。工艺参数(温度、压力)通常 1~5 秒采集一次即可满足监控需求;而模次计数、开合模状态这类事件型数据,需要按事件触发上报,避免高频轮询造成网关负载过高。
点位设计建议遵循“先少后多”的原则:先接入设备状态、模次、周期、停机原因四类核心点位,跑通 MES 链路后再逐步扩展到全量工艺参数。
五、第二段:网关侧解析、清洗与缓存
5.1 协议解析与数据标准化
网关收到原始报文后,第一步是按控制器协议解析出物理量,并统一单位与命名。例如不同品牌控制器对“注射压力”的寄存器地址、数据类型、量纲各不相同,网关需要把它们映射为 MES 可识别的统一字段,如inject_pressure、单位MPa。
这一步是网关最核心的价值:MES 侧不需要为每个注塑机品牌写一套适配代码,只需消费标准化后的数据模型。
5.2 数据清洗与状态判定
原始信号往往带有噪声,网关需要在边缘侧完成初步处理:
- 去抖动:开合模信号在临界点可能反复跳变,需要设置防抖时间窗口。
- 异常值过滤:温度、压力超出合理量程的数据直接丢弃或标记为无效。
- 状态机判定:结合模次信号与周期时间,判定设备处于运行、待机、调机、故障等状态。
- 停机原因归类:将“无模次且电流为零”判定为停机,再结合人工录入或规则匹配归入换模、待料、维修等原因。
5.3 本地缓存与断网续传
车间网络并不总是稳定。网关需要具备本地存储能力,在 MES 不可达时把数据写入本地队列,网络恢复后按时间顺序补传。补传时要带上原始采集时间戳,而不是补传时刻,否则 MES 侧的时间序列会出现错位。
实践提示:断网续传的缓存容量要按“最长可能断网时长 × 数据上报频率”估算。若每台机每秒上报一条记录,缓存 24 小时就需要预留相应存储空间,选型时应确认网关的本地存储规格。
六、第三段:上行传输与 MES 接入
6.1 常用上行协议
| 协议 | 特点 | 适用场景 |
|---|---|---|
| MQTT | 轻量、支持发布订阅、断线重连机制成熟 | 实时数据上报、多主题分设备 |
| HTTP/HTTPS | 实现简单、易与 REST 接口对接 | 低频上报、配置下发、补传批量数据 |
| Modbus TCP | 工业现场通用、MES 侧需做服务端 | 与既有 SCADA/采集平台对接 |
| 数据库直连 | 写入直接但耦合度高 | 小型项目、临时方案 |
多数 MES 项目推荐 MQTT 作为主通道:设备维度用主题区分,例如factory/workshop01/machine/ZK-D1-001/data,MES 侧订阅通配主题即可统一接入。
6.2 数据报文结构
一条典型的上行报文包含设备标识、时间戳、数据体三部分:
{ "gatewayId": "ZK-D3-001", "machineId": "IMM-001", "timestamp": "2026-10-30T14:26:14+08:00", "data": { "status": "running", "cycleTime": 32.5, "shotCount": 1024, "injectPressure": 78.2, "barrelTemp": [225.0, 230.5, 228.1], "moldOpenPosition": 320.0 } }字段命名建议与 MES 数据字典提前对齐,避免上线后再做字段映射返工。
6.3 与 MES 的握手与鉴权
网关接入 MES 前通常需要完成设备注册与鉴权:MES 侧为每台网关分配唯一设备编码与密钥,网关上线时携带凭证建立连接。部分项目还会要求网关上报心跳,MES 侧据此判断设备在线状态。
七、第四段:MES 侧的数据落库与业务应用
7.1 数据分层落库
MES 收到数据后一般分两路处理:
- 时序数据:温度、压力、周期等高频数值写入时序数据库,用于趋势分析与工艺监控。
- 业务数据:模次、工单关联、停机记录等写入业务数据库,用于生产统计与追溯。
7.2 与工单、排产的关联
数据采集本身不产生业务价值,价值来自“数据与工单的绑定”。MES 需要根据当前设备上生产的工单,把采集到的模次、周期、良品数归集到对应工单上,才能算出工单进度、设备稼动率(OEE)与产能达成情况。
常见做法是:MES 下发工单到设备或网关,网关在数据报文中携带工单号;若设备不支持工单下发,则由 MES 侧按“设备 + 时间窗”匹配工单。
7.3 典型业务应用
- 实时看板:展示各机台运行状态、当前模次、周期偏差、报警信息。
- OEE 分析:基于运行时间、停机时间、理论节拍计算设备综合效率。
- 工艺监控与预警:对温度、压力设定上下限,超限触发告警。
- 质量追溯:按模次或时间段回溯工艺参数,定位批量不良的原因。
- 停机分析:统计停机原因分布,支撑设备维护与排产优化。
八、数据运行中的关键注意事项
8.1 时间同步
网关、MES 服务器与注塑机控制器的时间必须统一。建议全网部署 NTP 服务,网关定时校时。时间不一致会直接导致 OEE 计算偏差和追溯数据错位。
8.2 数据一致性
断网补传、重复上报都可能造成数据重复。MES 侧应基于“设备编码 + 时间戳 + 模次”做幂等处理,避免重复计数。
8.3 网络与安全
车间网络建议与办公网隔离,网关上行通过防火墙策略只放行必要端口。MQTT 场景建议启用 TLS 与账号鉴权,避免设备凭证泄露。
8.4 采集点位与工艺变更同步
换模、换料、工艺参数调整后,采集点位与阈值可能需要同步更新。建议把点位配置纳入版本管理,变更时同步更新网关配置与 MES 数据字典。
九、上线实施建议
- 先做单机验证:选一台代表性注塑机,用 ZK-D1 打通“采集—解析—上行—MES 落库—看板展示”全链路。
- 再小批量推广:扩展到同型号 3~5 台设备,验证多设备并发与数据一致性。
- 最后全车间铺开:引入 ZK-D3 做车间汇聚,统一上行策略与运维监控。
- 建立运维机制:监控网关在线率、上报延迟、缓存积压情况,形成日常巡检清单。
整体来看,ZK-D1/D3 对接 MES 后的数据运行,本质是“边缘标准化 + 稳定上行 + MES 业务绑定”三段式链路。把采集点位、报文结构、时间同步和幂等处理这四件事做扎实,后续的看板、OEE 与追溯应用才能稳定运行。