OEE 与停机监控：源自实时机器数据的设备综合效率

设备综合效率（OEE）可能是制造业中被引用最多的指标——同时也是测量得最差的指标之一。在许多工厂里，它来自班次记录单、Excel 表格和记忆：周二夜里的那次停机，到了周五就只剩一个估计值。想要真正理解瓶颈，就需要机器的状态——自动采集、带时间戳、有上下文。

本指南介绍如何使用 IronFlock 为 OEE 与停机监控搭建数据基础：从机器接入、停机原因的采集，一直到每条产线的实时仪表盘。

问题：二手的 OEE

手工统计 OEE 的典型症状：

• 滞后而非响应。 指标在事件发生数天后才产生——来不及在当前班次中采取对策。
• 停机记录不完整。 几分钟以内的短暂停机不会出现在任何手工记录里，累加起来却是最大的可用率损失。
• 原因不明。 “机器停了”不是原因。没有结构化的原因记录，就无法确定应该优先消除什么。
• 每台机器都是特例。 CNC 机床、PLC 控制的产线和老旧设备通过不同的协议提供状态——或者根本不提供。

第 1 步：自动采集机器状态

任何 OEE 分析的基础都是可用率——而可用率就藏在机器状态里。IronFlock 使用工厂数据提取的 Collector 应用直接从棕地现实中采集：

• MTConnect Collector 用于 CNC 机床（如 HAAS、Mazak、DMG Mori、Fanuc、Okuma）——MTConnect 以标准化方式直接提供运行状态、程序和轴数据。
• Industrial Collector 用于 PLC 控制的设备：OPC UA 和 Modbus 现已可用；西门子 S7 和 Allen-Bradley 处于 Early Access 阶段——S7-1200/1500 如今已可通过其内置的 OPC UA 服务器读取。
• Modbus Collector 是最轻量的路径，只要节拍计数器和状态字可以通过 Modbus TCP 获取。
• IO-Link Collector 用于改造加装：当控制器不提供状态时，加装的传感器（电流、振动、光电开关）提供“运行/停止”信号。

所有 Collector 都将原始数据规范化为带时间戳和质量标记的命名测量值，并使用相同的表结构——包括一张专门的设备状态表。配置完全在浏览器中完成；演示模式可以在第一台机器接入之前生成逼真的数据。

所有状态和计数器都进入项目数据库——每个项目一个专属的时序数据库，所有后续分析都建立在它之上。

第 2 步：结构化记录停机原因

并非所有信息都来自控制器。机器为什么停——换型、缺料、故障——往往只有产线旁的团队知道。为此，Board Studio 提供了表单：操作员直接在 Board 上录入停机原因，结构化而非纸面记录，并带有修改历史。这样，在自动状态采集之外又多了原因维度——正是它让一个可用率数字变成改进的依据。

第 3 步：让 OEE 可见——按机器、产线和站点

在共同的数据基础上，无需代码即可构建分析：

• Board Studio 中的实时 Board。 通过拖放构建可用率和性能指标、状态时间线和产量曲线——从边缘到屏幕的延迟低于一秒，无需轮询。
• 拆分图表。 一次配置的图表会自动按机器、产线或站点展开——非常适合班组长纵览整个车间。
• 停机时的告警。 集成的告警系统监控实时遥测，并通过邮件或短信升级通知——条件按严重级别定义，设备恢复运行后自动恢复。
• 用自然语言提问。 通过 Physical AI，您可以问*“2 号产线上周的 OEE 是多少？”*——数据探索器把问题翻译成数据库查询，并以数字、表格或实时图表作答；仪表盘生成器还能按需据此生成一个完整的 Board。

对于更深入的逻辑——例如带目标节拍时间和质量数据的完整 OEE 计算——分析应用可以通过跨应用数据访问以只读方式建立在 Collector 数据之上。一个按产线计算可用率、性能和质量的 OEE 仪表盘，正是这套架构有文档记录的典范案例：采集与分析保持清晰分离，每一层都可以独立扩展。

OEE 的三个因子及其数据来源

OEE 是可用率、性能和质量的乘积——每个因子都需要不同的数据来源。统一平台的价值就在于把三者汇聚到同一个数据库中：

由此得出的实用建议：从可用率开始。 它是杠杆最大的因子，状态最容易自动采集，而一个纯可用率 Board 就已经能为每次交接班提供讨论依据。产量和废品计数器接入后，性能和质量随之跟上——数据模型无需任何改动，因为所有 Collector 使用相同的表结构。

为什么数据基础决定成败

常见问题

测量 OEE 需要 MES 吗？

不需要。对于可用率和停机监控，Collector 应用提供的机器状态加上 Board 表单中的停机原因就足够了。现有的 MES 可以作为补充接入——IronFlock 应用是常规的容器工作负载，可以与既有系统通信。

如何在不给操作员增加负担的情况下采集停机原因？

通过产线旁 Board 上的表单：少量结构化字段、预定义的原因选项，并自带修改历史。自动状态采集提供停机的开始时间和持续时长——操作员只需补充原因。

老旧的存量机器也能用吗？

能，这正是常态。支持 OPC UA、Modbus、MTConnect、IO-Link 或 BACnet 的机器可以直接接入；西门子 S7 和 Allen-Bradley 处于 Early Access 阶段。完全没有数字接口的设备可以通过加装传感器（如 IO-Link 电流传感器）采集——纯硬接线的设备则需要网关或改造加装。

我可以跨多条产线或多个工厂对比 OEE 吗？

可以。所有状态都存放在同一个项目数据库中；拆分图表会自动按机器、产线或站点展开每一项分析。通过 Physical AI，还可以直接用自然语言提出对比问题。

下一步

按照快速入门指南连接第一台网关，并以演示模式安装一个 Collector——几分钟内就能得到您的第一个状态 Board，而无需触碰设备。协议细节请参阅工厂数据提取，可视化请参阅 IoT 仪表盘指南。