2. 数据采集基础：数据采集的定义与目的、采集数据类型与实时性要求

大家好，我是老张。在MES这个行当摸爬滚打了十几年，今天咱们来聊聊数据采集这个基础话题。

很多人觉得数据采集不就是接个传感器、连个PLC嘛，有什么好讲的？其实不然。我见过太多项目，前期数据采集没规划好，后期各种补窟窿，那叫一个痛苦。所以，咱们先把基础打牢。

2.1 数据采集到底是个啥？

说白了，数据采集就是把生产现场的各种信息，变成计算机能识别的数字信号。你想想看，车间里机器在转、工人在动、物料在流，这些过程每时每刻都在产生信息。数据采集就是把这些信息“抓”出来，送到MES系统里去。

那采集的目的是什么呢？我个人习惯总结为三点：

• 看得见：让管理者能实时看到车间发生了什么，不用再跑现场问“干到哪了”。
• 管得住：有了数据，就能制定标准、控制过程，比如超时报警、参数超差预警。
• 追得回：产品出了问题，能快速定位是哪台设备、哪个批次、哪个参数出了问题。这就是质量追溯。

2.2 采集哪些数据类型？

这个问题，我在项目里被问过无数次。其实就四大类，我给大家捋一捋。

2.2.1 生产数据

这是最基础的。比如：

• 产量：今天干了多少个，当前班次干了多少。
• 工时：这个工序花了多长时间，有没有超时。
• 状态：设备是运行、待机、还是故障？工单是开工、暂停、还是完工？

我记得在苏州一个电子厂，他们之前靠人工统计产量，每天下班前车间主任拿着本子挨个工位问。后来上了自动采集，产量数据实时刷新，车间主任说：“终于不用当‘催债’的了。”

2.2.2 质量数据

质量是制造业的生命线。采集的数据包括：

• 尺寸、重量、硬度等检测结果。
• 不良品数量、不良类型。
• SPC（统计过程控制）数据，比如CPK值。

这里有个坑，我提醒一下：质量数据一定要带时间戳和工位信息。不然你只知道这个产品不合格，但不知道是哪个环节出的问题，那就白采了。

2.2.3 设备数据

设备数据是MES和底层自动化打交道的核心。主要包括：

• 运行参数：温度、压力、转速、电流等。
• 状态信号：运行、停止、报警、急停。
• 故障代码：设备自己报的故障码。

我曾经在佛山一个陶瓷厂，他们窑炉的温度数据一直采不上来。后来发现是PLC的通讯协议没配置对。折腾了两天，最后发现是网线水晶头接触不良。嗯，有时候问题就这么简单，但排查起来真要命。

2.2.4 物料数据

物料数据解决的是“什么东西在哪”的问题。比如：

• 物料批次号、数量。
• 物料在哪个工位、哪个料架。
• 物料消耗情况。

我建议物料数据尽量用条码或RFID自动采集。人工扫码虽然便宜，但容易漏扫、错扫。你想想看，一个批次号扫错了，后面整个追溯链就断了。

2.3 采集频率与实时性要求

这个问题，很多新手容易走极端。要么觉得越快越好，要么觉得差不多就行。其实，不同的数据，要求完全不一样。

数据类型	典型采集频率	实时性要求	我的建议
设备状态（启停）	秒级（1-5秒）	高	必须实时，用于OEE计算和报警
工艺参数（温度/压力）	秒级到分钟级	中高	关键参数秒级，一般参数分钟级即可
产量计数	分钟级	中	实时更新最好，但延迟几分钟也能接受
质量检测数据	按检测节拍	中	检测完立即上传，但不需要秒级刷新
物料批次信息	按操作事件	低	事件触发上传即可，不要求连续采集

为什么会这样？因为采集频率越高，数据量越大，对网络、存储、计算的压力也越大。你想想看，一个车间100台设备，每台设备采10个参数，1秒一次，一天就是8640万条数据。这个量级，一般的服务器扛不住的。

所以，我的做法是：先区分哪些是关键数据，哪些是一般数据。关键数据（如安全报警、设备急停）必须高频率、高实时。一般数据（如环境温度、非关键参数）可以降低频率，或者采用变化触发的方式——数据变了才上传，没变就不传。

2.4 知识体系总览

说了这么多，咱们用一张图来总结一下数据采集的基础知识体系。这张图是我自己画的，把核心逻辑串起来了。

这张图把咱们今天讲的内容串起来了。从中心的数据采集出发，左边是定义与目的，中间是数据类型，右边是频率与实时性。三者缺一不可。

---