先回答“这台设备怎么采”,再谈平台
厂商宣传的“支持 140 种工业协议”是软件驱动能力,前提是设备有可访问的控制器。中国中小工厂里服役十年以上、电气系统老旧甚至没有控制器的设备占比很高——协议再多也接不上。
三种采集方式,实际项目里混用
新设备走控制器拿全参数,老设备走信号或传感器拿状态与产量,停机原因仍由人选但在停机当下弹窗。详见三种采集方式对比。
可用的最小数据集是三样
带时间戳的运行/停止状态、产量计数、停机原因。只有前两样也能出一张有用的报表,第三样决定这张报表能不能推动改善。
评估供应商的正确问法
不要问支持多少协议。把贵厂的设备清单(品牌、型号、年份、有无 PLC、有无网口、电气柜可否接线)发过去,要求逐台回答采集方式。答不上来的,实施期一定出问题。
行业现状
国内工业互联网厂商自己公布的判断是:约八成设备尚未联网。这不是技术难题,是投入产出的判断问题——按传统项目制做法,每台设备单独适配,成本摊不下去。
这套做法能给到什么
- 按设备类型的采集方案
- 新旧设备混采,统一口径
- 不改 PLC 程序、不改控制逻辑
- 断网本地缓存与补传
- 边缘聚合,原始数据可留厂内
设备联网前先填一张设备摸底表(可直接照抄的模板)
采集方案不是在会议室里定的,是拿着这张表在车间里一台一台走出来的。下面几行是示例,列名可以直接用;更完整的版本见 《设备联网可行性自查清单》。
| 设备(示例) | 控制器 / 网口 | 厂家是否开放通讯 | 电气柜可否接线 | 拟定采集方式 | 要拿的数据 |
|---|---|---|---|---|---|
| 注塑机,较新 | 有控制器,有网口 | 需书面确认,可能要买授权 | 可 | 控制器采集 | 状态、模次、周期、报警 |
| CNC 加工中心 | 数控系统,有网口 | 视系统型号与选配功能 | 可 | 控制器采集;不通则取三色灯 | 状态、件数、程序号 |
| 老冲床 | 无 PLC | 不适用 | 可 | 接触器辅助触点 + 行程计数 | 状态、冲次 |
| 租赁空压机 | 有,但不允许接入 | 否 | 否 | 电流互感器 | 加载 / 卸载 / 停 |
| 手工装配工位 | 无 | 不适用 | 不适用 | 光电计数 + 工位终端 | 产量、停线原因 |
表里最花时间的是“厂家是否开放通讯”这一列,往往要等设备厂家答复。先发函,再做别的,别让它卡住整个排期。分设备类型的接法见 设备联网:这台设备到底怎么接。
数据采集点位表怎么写:一台设备的示例
点位表是采集方案的合同附件。没有点位表的方案,实施时“能采什么”全凭现场工程师发挥。以一台带 PLC 的包装设备为例(示例,地址仅作格式示意):
| 信号名 | 类型 | 来源(示例) | 采样方式 | 用途 |
|---|---|---|---|---|
| 自动运行中 | 布尔 | PLC 位,Modbus TCP 读线圈 | 1 秒轮询 | 运行 / 停止判定 |
| 故障报警 | 布尔 | PLC 位 | 1 秒轮询 | 区分故障停与待机停 |
| 产量累计 | 32 位整数 | 保持寄存器,功能码 03 | 1 秒轮询,取差值 | 产量、实际节拍 |
| 当前配方号 | 整数 | 保持寄存器 | 变化时记录 | 关联产品与标准节拍 |
| 设定速度 | 整数 | 保持寄存器 | 10 秒 | 识别人为降速 |
三条写点位表的经验:计数一律读累计值再取差,不要读“本班产量”这种会被清零的量,并且要处理计数器溢出和人工清零;只读不写,采集侧不申请任何写权限;点位够用就停,状态、计数、报警、配方四类先拿稳,工艺参数等有明确用途再加。
车间采集网络怎么布,才不影响生产、也过得了 IT 这一关
- 设备网与办公网分开。采集网关一侧接设备,一侧接上层网络,设备不直接暴露在办公网里。很多设备出厂 IP 相同,直接并网必然冲突,由网关做隔离或地址转换。
- 单向思路。数据只从设备往上走,上层系统不向控制器下发任何指令。这一条写进方案,设备厂家和安全部门都更容易点头。
- 断网要能缓存。车间无线信号不稳是常态,边缘侧必须带时间戳本地缓存,恢复后按原时间补传,而不是把补传那一刻当成发生时间。
- 时钟统一。所有网关对同一个时间源校时。时钟差几分钟,跨设备的停机关联分析就全乱了。
柜内取信号涉及接线的,须在断电状态下由持证电工操作,采用并联或辅助触点取信号,不改动急停、安全门等安全回路。数据存放在哪、哪些可以出厂,见 数据放哪里。
数据采集项目实施步骤与验收标准(参考节奏)
- 第 1 周:摸底。按上面的模板逐台填表、拍照(铭牌、柜内、三色灯),同时向设备厂家发通讯开放确认函。
- 第 2–3 周:方案。逐台定采集方式,出点位表、硬件清单、网络拓扑、施工窗口计划。
- 第 4–5 周:安装。先做一台样板机,走通“信号 → 网关 → 平台 → 报表”整条链路,再批量装其余设备。
- 第 6–7 周:校准。人工点数对系统计数,秒表对停机起止,调阈值与防抖。
- 之后:交给使用方。班组长开始用,采集侧进入运维,重点看离线率和计数偏差。
校准示例(假设数据):连续比对 3 个班,人工点数合计 2000 件,系统计数 1990 件,偏差 10 ÷ 2000 = 0.5%。若合同约定的偏差上限为 1%,这一项通过;若偏差集中在某一个班,先去查那个班有没有换过产品或清过计数器,再下结论。
验收条目建议至少包括:每台设备的计数偏差与停机起止偏差在约定值内;拔网线测试后数据完整补传;每台设备有归档的点位表与接线照片;采集侧对控制器无写操作;设备离线能在约定时间内告警到人。
数据采集项目常见的失败模式
- 先买平台,后看设备。合同签完才发现一半设备接不上,剩下的靠人工填,平台成了报工系统。顺序应该反过来:先用 设备联网现状自查 摸清家底,再谈平台。
- 追求一次采全。每台设备列了上百个点位,调试周期被拖长,真正用到的还是状态和计数。
- 没有人对数据质量负责。网关离线一周没人发现,传感器被碰歪后计数减半。上线后要指定一个人每天看离线清单和计数异常,通常是设备部的人。
- 换产品不换节拍。采集是准的,但配方号没接,系统不知道在做什么产品,性能数据全部失真。
- 接线没有留档。半年后设备大修,维修工把取信号的线当成废线剪掉。每台设备的接线照片和点位表贴一份在柜门内侧。
采集上来的数据与 ERP、MES 怎么分工
采集层只负责三件事的“真值”:设备状态、产量计数、停机起止。工单、产品、计划数量来自 ERP 或 MES,通过工单号或配方号和设备数据关联;向上回传的是按工单汇总后的产量与工时,而不是每秒一条的原始信号。原始数据留在采集层或厂内服务器,上层系统需要时按接口取。
常见的错误分工有两种:让 MES 报工界面继续人工填产量,和设备计数形成两套数;或者把原始秒级数据全灌进 ERP,把业务系统拖慢。接口形式上,优先选开放的标准方式(如 OPC UA、MQTT、REST 接口或中间库),并在合同里写明接口文档归贵厂所有。
常见问题
要不要先换设备再谈数字化?
不需要。判断该不该投的标准不是设备年份,而是这台设备是不是瓶颈工序。非瓶颈设备的效率提升不产生任何产能。
我们已经有 MES / ERP,还需要这一层吗?
看那套系统里的设备数据从哪来。如果是人工报工填的,小停机与降速这两类损失就系统性缺失。补一层设备侧采集通常比换系统划算,前提是现有系统有开放接口接收外部数据。
多久能看到第一张可用的报表?
硬件装好之后以天计;但让班组长每天真的用起来,现实周期是两到三个月。这两个里程碑建议在合同里分开写。
设备联网会不会影响设备运行或 PLC 性能?
设备厂家不开放通讯协议怎么办?
采样周期设多少合适?
最近更新:2026-09-21 · 出版:工厂数字化编辑部(TEEPTRAK)
微信:Teeptrak-SZ