4、OEE数据采集：手动记录、自动采集（PLC/SCADA/MES）、采集频率、数据字段设计、数据质量要求
OEE（设备综合效率）分析的价值完全取决于输入数据的质量。如果采集的数据不准确、不完整或滞后，再精妙的OEE计算模型、再先进的改善工具都无法产生可信的结论。在实际工厂环境中，许多企业投入大量资源推行OEE管理，却因为数据采集环节的疏漏，导致OEE数值忽高忽低、无法解释，最终使管理层对OEE指标失去信心。本章将系统讲解OEE数据采集的四种核心手段——手动记录、PLC/SCADA自动采集、MES系统集成，以及采集频率、数据字段设计与数据质量管控，帮助学员建立一套从“现场数据”到“决策信息”的可靠通道。
上图展示了OEE数据采集的整体架构：从设备层信号源出发，经过采集层汇聚，再到处理层完成OEE计算，最终支撑应用层的分析与决策。数据质量闭环贯穿始终，确保每一环节的数据都经过校验与修正。下面我们将逐一深入每个模块的具体实施方法。
4.1 手动记录：适用场景、操作规范与防错机制
核心原理：手动记录是OEE数据采集最基础的方式，适用于自动化程度较低、设备无标准通讯接口或采集点分散的小型车间。操作人员通过纸质表单、Excel模板或移动端APP，按班次或按批次记录设备的运行状态、产量、不良品数量及停机原因。手动记录的核心价值在于能够捕捉到自动采集无法获取的“隐性信息”，例如停机原因的具体描述、操作员的现场判断、物料异常等。
操作流程与规范：
- 表单设计：设计标准化的《设备运行记录表》，包含设备编号、班次、操作员、计划运行时间、实际运行时间、停机时段及原因代码（如换型、缺料、故障、调试）、生产数量、合格品数量、不合格品数量及不良原因分类。
- 记录频率：建议每2小时或每个生产批次结束时记录一次，避免交接班时集中补记造成的记忆偏差。
- 原因代码标准化：建立统一的停机原因代码库（如A01-换型、A02-缺料、B01-设备故障、B02-等待维修），确保不同操作员对同一事件的理解一致。
- 双重审核：班组长每日审核记录表的完整性与逻辑性（如产量与不良品之和是否等于总产出），发现异常及时追溯。
4.2 自动采集：PLC/SCADA/MES的技术路径与选型
核心原理：自动采集通过硬件接口和软件协议，直接从设备控制器（PLC、CNC、机器人控制器）读取运行状态、产量计数、报警信号等参数，经SCADA（数据采集与监控系统）或MES（制造执行系统）汇总处理。自动采集消除了人为记录误差，实现秒级或分钟级的数据粒度，是OEE实时化的技术基础。
三种技术路径对比：
| 采集方式 | 技术实现 | 数据粒度 | 适用场景 | 实施成本 |
|---|---|---|---|---|
| PLC直连 | 通过OPC UA/Modbus TCP读取PLC寄存器 | 秒级~分钟级 | 单机设备、产线关键工位 | 中（需开发通讯程序） |
| SCADA系统 | 组态软件（WinCC、IFix）集中采集多台PLC | 秒级 | 多设备、多产线集中监控 | 中高（需授权+组态开发） |
| MES集成 | MES通过API或数据库接口获取SCADA/PLC数据，并与工单、物料关联 | 事件级（工单/批次） | 全工厂级OEE分析、追溯 | 高（需MES平台支撑） |
关键实施步骤：
- 信号梳理：明确需要采集的信号清单，包括设备状态（运行/停止/待机/故障）、产量计数信号（如光电传感器脉冲）、报警代码、关键工艺参数（温度、压力、速度）。
- PLC程序改造：在PLC中增加OEE专用数据块，定义状态字（如DB100.DBW0为状态字，Bit0=运行，Bit1=待机，Bit2=故障），并确保状态切换逻辑准确（如待机时间超过设定阈值自动标记为“非计划停机”）。
- 通讯配置：设置OPC UA服务器或Modbus TCP从站，配置IP地址、端口、数据映射表，确保SCADA/MES能够正确读写。
- 数据清洗规则：在SCADA或边缘网关中定义数据清洗逻辑，如剔除设备断电瞬间的异常脉冲、过滤持续时间小于3秒的瞬时故障信号（避免误判）。
4.3 采集频率设计：从秒级到班次级的权衡
核心原理：采集频率决定了OEE数据的时间分辨率。频率越高，越能捕捉到短时停机、微停机等细节，但也会带来数据存储量增大、通讯负载增加、系统成本上升的问题。采集频率的设计应基于OEE分析的目的：若用于实时监控与快速响应，需要秒级或分钟级数据；若仅用于月度统计与趋势分析，小时级或班次级即可满足。
频率选择参考表：
| 分析目的 | 推荐采集频率 | 典型应用 | 数据存储量估算（单台设备） |
|---|---|---|---|
| 实时监控与报警 | 1~5秒 | 关键瓶颈设备、高价值设备 | 约1.7万~8.6万条/天 |
| 班次分析与快速改善 | 1分钟 | 大多数生产设备 | 1440条/天 |
| 日/周趋势分析 | 5~15分钟 | 辅助设备、非瓶颈工序 | 96~288条/天 |
| 月度统计与KPI考核 | 1小时或班次 | 管理报表、年度对标 | 8~24条/天 |
设计原则：
- 瓶颈优先：对产线瓶颈设备采用最高频率采集，非瓶颈设备可适当降低频率，以平衡系统资源。
- 事件驱动+周期轮询结合：对于状态变化（如故障、停机），采用事件驱动方式即时上报；对于产量计数等连续量，采用周期轮询（如每10秒读取一次计数器值）。
- 数据压缩策略：在SCADA或边缘网关中，对连续不变的数据（如设备长时间运行）进行“变化存储”，仅记录状态变化的时间点，大幅减少存储量。
4.4 数据字段设计与数据质量要求
核心原理：OEE数据字段设计是数据采集的“骨架”，决定了后续分析的维度与深度。一个完整的OEE数据记录应包含时间维度、设备维度、产品维度、状态维度、产量维度、质量维度六大类字段。数据质量要求则从完整性、准确性、一致性、及时性四个维度进行管控。
标准数据字段清单：
| 字段类别 | 字段名称 | 示例值 | 说明 |
|---|---|---|---|
| 时间维度 | 记录时间戳 | 2025-03-15 14:30:00 | 事件发生时刻 |
| 时间维度 | 班次标识 | 白班/夜班 | 用于班次OEE对比 |
| 设备维度 | 设备编号 | MC-07 | 唯一设备标识 |
| 设备维度 | 设备状态 | 运行/待机/故障/换型 | 状态编码（如1/2/3/4） |
| 产品维度 | 工单号 | WO2025031501 | 关联生产计划 |
| 产品维度 | 产品型号 | P/N 88231-A | 用于不同产品OEE对比 |
| 产量维度 | 理论节拍（秒） | 45 | 标准CT，用于性能计算 |
| 产量维度 | 实际产量 | 120 | 当班合格品数量 |
| 质量维度 | 不良品数量 | 3 | 不合格品数量 |
| 质量维度 | 不良原因代码 | Q05-尺寸超差 | 用于质量损失分析 |
| 停机维度 | 停机开始时间 | 2025-03-15 13:45:00 | 停机事件起始 |
| 停机维度 | 停机结束时间 | 2025-03-15 14:05:00 | 停机事件结束 |
| 停机维度 | 停机原因代码 | B02-电气故障 | 关联原因库 |
数据质量四维管控：
- 完整性：确保每个班次、每台设备都有记录，无缺失时段。可通过“计划运行时间 vs 实际记录时间”比对，缺失超过5%即触发预警。
- 准确性：自动采集数据需定期校准传感器和计数器；手动记录需设置逻辑校验（如产量不能大于理论最大产能）。
- 一致性：统一各设备、各产线的状态定义和原因代码，避免同一事件在不同设备上有不同编码。
- 及时性：数据应在事件发生后1分钟内进入系统（自动采集）或当班内录入（手动记录），确保OEE反映当前状态。