车间数据采集系统：采什么、怎么采、采了怎么用

车间数据采集系统最容易犯的错，是一上来就谈设备、谈协议、谈点位。顺序应该反过来：先定采什么，再定怎么采，最后定采来的数据接到哪里去。三步里少一步，结果通常是花了不少钱，车间里多了一堆没人看的曲线。

车间数据采集系统第一步：定采什么

设备状态。运行、停机、待机三种状态，是后续一切分析的地基。状态采集不准，后面的产能、利用率都无从谈起。

计数。产量与节拍。计数决定「做了多少」，节拍决定「还能做多少」，两个数一起看才能判断产能瓶颈。

工艺参数。温度、压力、转速、扭矩这类关键值。参数采集的价值在于质量追溯：出了不良品，能回看当时的参数是否偏离。

原因。停机原因与不良原因。这一类的采集成本最低、价值最高，却最常被跳过。没有原因数据，看板只能告诉你停了多久，回答不了为什么停。

第二步：三条采集路线

设备直连。设备本身有通讯口，通过 PLC 或数据采集终端读取。数据最准、实时性最好，前提是设备支持。

传感器加网关。老设备没有接口时，用电流互感器、光电开关、行程开关判断开停机与计数，再由网关汇总上传。投入中等，安装方式决定精度。

人工报工。扫码或平板填报，适合小批量、多品种、工序复杂的场景。投入最低，数据质量取决于执行纪律。

三条路线对比

实际项目里三条路线通常混用：关键设备直连，普通设备加传感器，装配与检验环节人工报工。混用的前提是三类数据能对上同一个订单号与工序号，否则汇总时又要人工匹配一遍。

协议怎么选：OPC UA 与 Modbus

Modbus 简单、普及，几乎所有 PLC 与仪表都支持，适合点位少、实时性要求不极端的场景。缺点是点表要手工维护，语义信息少——一个寄存器是「产量」还是「温度」，协议本身不知道。

OPC UA（IEC 62541 标准）带语义模型，能描述「这是什么数据、单位是什么、属于哪台设备」，适合多厂商设备混用、点位多的场景。代价是实现复杂度更高，老设备往往需要网关转换。

选择的实用标准是：设备种类少、点位少，用 Modbus 够用；设备来自多个厂商、要长期扩展，OPC UA 的语义模型省下的是后面的维护人力，而不是当下的接线时间。

第三步：采了怎么用，四步链路

1. 采集：状态、计数、参数、原因，落到同一个时间基准上。
2. 看板：一屏只放当班必须看的几项——计划完成率、停机分钟数、异常设备清单。指标超过十个，看板就会没人看。
3. 报警：按阈值触发，比如单台设备连续停机超过十五分钟、某道工序节拍低于标准值两成。报警要少而准，天天误报的报警等于没有。
4. 派单：报警变成一条有责任人和截止时间的任务，处理结果回填。这一步是把数据变成动作的关键。

四步里最容易被砍掉的是第四步。很多项目做到看板就结束了，结果是「看得见、没人管」。判断一套采集系统是否真的在运转，看一条停机从发生到有人响应要多久就够了。

五个常见坑

1. 只采状态不采原因。停机分钟数很漂亮，但每个月的分析会都得出同一个结论：原因待查。
2. 时钟不同步。设备、网关、服务器各用各的时间，事后想把停机与工单对上，对不上。
3. 断网丢数。网关没有本地缓存，网络一断，几小时的产量数据就没了。
4. 点位命名混乱。同一个信号在两张表里叫两个名字，后期做报表要人工映射。
5. 没人维护。换了设备、改了工艺，点表没更新，数据慢慢失准，最后整个系统被绕过。

起步三问

动手之前先回答三个问题：第一，最想解决的是产量不准、停机太多，还是质量追溯？第二，哪三台设备或哪两道工序最关键？第三，谁来维护点位表和数据质量？三个问题有答案，再谈设备与预算，顺序就不会错。

国家标准《智能制造能力成熟度模型》（GB/T 39116—2020）把差距识别放在方案规划之前，采集系统尤其适用这条：先看差距在哪一层，再决定采什么，比先买一套系统回去找用途要省得多。艾瑞咨询 2024 年 7 月的《2024 中国企业数据治理白皮书》也指出，制造业各系统之间存在数据孤岛与标准不统一的问题——采集端如果从一开始就统一命名与时间基准，后面的整合成本会低很多。

如果您的车间正在选采集方案，可以把设备清单、最想采集的三个信号发给我们（联系方式），我们帮您判断哪条路线更合适。希望采集到的数据直接进一屏经营台，可以看 T001 智能制造 AI 企服中心 的说明页。

一句话建议：先定「采来做什么」，再定「采什么」，最后才谈设备与协议。顺序反了，数据越多，维护越累。