用于 OEE 的机器数据
旗舰课程。可用率、性能和质量,每一项都追溯到设备通过 OPC UA 真正暴露的内容(用状态机而不是主轴电流,用计数器而不是边沿检测的布尔量,用事件而不是轮询的原因)并如实说明哪些输入根本不在设备里。
| 课时 | 9 |
|---|---|
| 时间 | 约 84 分钟 |
| 先修要求 | A4 和 C1 |
| 成本 | 免费:文字课程开放,视频和实验需要免费账号 |
学完你将能够做到
- 你能从状态机推导可用率,并为其边界条件辩护。
- 你能够在源头正确地区分计划停机和非计划停机。
- 你能够获得可信的计数,包括跨越计数器回绕的情形。
- 你能够把停机原因作为事件采集,而不是推断出来。
- 你能说出哪些 OEE 输入必须来自 ERP 或 MES,以及为什么。
课程大纲
-
1
精确定义 OEE 的三个要素8 分钟
可用率、性能和质量,并把分母写清楚:因为关于 OEE 数值的多数分歧,其实是关于分母的分歧。
交付物 一个班次的真实设备数据,用三种站得住脚的方法计算 OEE,以及它们之间的差距
-
2
从状态机取得可用率9 分钟
不能靠“主轴是否在转”。MachineryItemState 和生产状态机通过迁移事件给你精确的时长。
资料 由迁移事件构建的状态时间线,与由 1 Hz 采样推断的时间线并排对比
-
3
用运行模式把计划停机与非计划停机分开10 分钟
这是 OEE 建模中最常见的单个错误。没有运行模式就无法把换型和维护与故障停机区分开,得到的数字是错的,而且没人能排查出来。
交付物 同一个班次在有和没有运行模式两种情况下的对比,显示 14 个百分点的可用率差异
-
4
从计数器取得计数9 分钟
MachineryOperationCounterType、ProductionStatisticsType、PackMLCountDataType:以及对布尔量做边沿检测永远给不了你的溢出和复位处理。
资料 一个跨越溢出点的计数器,附朴素的差值算法和正确的算法
-
5
把性能算对8 分钟
理想节拍,它实际存在于何处,以及为什么在不记录程序版本的情况下跨程序版本比较节拍毫无意义。
交付物 两个程序版本的节拍数据,附有误导性的比较和公平的比较
-
6
从结果模型中获取质量数据8 分钟
Machinery Result、ResultEvaluationEnum,以及废品、返工与检验判废之间的区别。
交付物 把一台设备的结果数据映射进质量计算,并写明所用定义
-
7
把原因作为事件采集9 分钟
带 ConditionClassId 的 Part 9 条件,在服务器端过滤。带时间戳的原因可以干净地归因;从采样状态推断出的原因不行。
交付物 一份基于条件事件构建的停机报告,与一份基于采样状态构建的并列对照
-
8
决定聚合在哪里发生8 分钟
服务器端聚合与下游计算的对比:成本、保真度,以及如果选错,日后还能重新推导出什么。
交付物 同一个班次分别在服务器端和平台端聚合,附各自的数据量和成本
-
9
诚实地指出边界15 分钟
计划生产时间、班次日历、订单和标准节拍不在设备中。Machinery Jobs 和 ISA-95 Job Control V2 是设想中的桥梁,而项目往往就卡在这里。
Asset 一份完整 OEE 计算的数据源图,每一项输入都追溯到机器、MES 或 ERP
实验
需要免费账户
取 opc.tcp://opcua.umati.app:4840 上的一个 MachineTool 实例,并据此给出一个站得住脚的单班 OEE 数值。然后写下你不得不做的每一条假设,以及每一项拿不到的输入。
解锁实验 →最后核对日期 2026 年 9 月 7 日,对照 OPC UA 1.05.07。OPC UA Connect 是教育资源,与 OPC Foundation 无隶属关系。