3. 设备停机数据模型与关键指标
在FactoryTalk体系中做设备报警与停机分析，第一步不是打开报表，而是把“停机”这件事定义清楚。如果停机时间分类混乱、状态映射随意，后续算出的OEE、MTBF、MTTR都会失去可比性。本节围绕三个问题展开：停机时间如何分类、关键指标如何定义与计算、FactoryTalk中如何把设备状态和停机原因映射成可分析的数据模型。
一、停机时间分类：先分清“计划内”与“计划外”
设备停机时间通常按“是否计划内”和“是否由设备故障引起”两个维度划分。最常用的四分类是：
- 计划内停机：换型、换刀、计划保养、班前点检、清洁等，属于生产计划的一部分，不计入设备可靠性损失。
- 计划外停机：设备故障、突发报警、卡料、气源/电源异常等，是OEE和MTBF分析的重点。
- 外部原因停机：缺料、上游断供、下游堵料、等待质量判定等，设备本身无故障，但产线未产出。
- 管理/组织停机：交接班、会议、无订单、人员离岗等，通常单独统计，不混入设备可靠性指标。
分类的关键是“归因边界”。例如一台加工中心因刀具磨损触发报警而停机换刀，如果换刀属于计划内换刀，应归入计划内停机；如果是刀具异常崩刃导致的非计划换刀，则应归入计划外停机。FactoryTalk中通常用停机原因代码（Reason Code）来承载这一归因，每个代码必须绑定到唯一的时间分类，避免同一原因在不同班次被归入不同类别。
二、OEE、MTBF、MTTR的定义与计算
OEE（设备综合效率）由三个因子相乘：时间开动率、性能开动率、合格品率。其中时间开动率 = 实际运行时间 / 计划生产时间；性能开动率 = 理论节拍 × 实际产量 / 实际运行时间；合格品率 = 合格品数 / 总产量。OEE反映的是“设备在计划时间内真正创造合格产出的比例”。
MTBF（平均故障间隔时间）衡量设备可靠性，定义为：MTBF = 累计运行时间 / 故障次数。这里的“故障次数”只统计计划外停机事件，计划内保养和外部原因停机不计入。MTBF越大，说明设备越不容易坏。
MTTR（平均修复时间）衡量维修效率，定义为：MTTR = 累计修复时间 / 故障次数。修复时间从故障发生（或报警触发）开始，到设备恢复可运行状态为止。MTTR越小，说明故障响应和修复能力越强。
三者关系可以这样理解：OEE看“产出效率”，MTBF看“多久坏一次”，MTTR看“坏了多久能修好”。在FactoryTalk中，这三个指标都依赖同一套底层数据：设备状态时间戳、停机原因代码、产量与合格数。
三、FactoryTalk中的状态与停机原因映射
FactoryTalk通常通过设备状态标签（Equipment State Tag）和停机原因标签（Downtime Reason Tag）来采集停机数据。状态标签一般用整型或字符串表示设备当前状态，例如：0=运行、1=待机、2=计划停机、3=故障停机、4=外部停机。原因标签则在停机发生时由操作员或PLC逻辑写入具体原因代码。
映射的核心是建立一张“状态—原因—时间分类”对照表。例如：
| 设备状态 | 典型原因代码 | 时间分类 | 是否计入MTBF |
|---|---|---|---|
| 运行 | — | 运行时间 | 否 |
| 待机 | 无订单/等待上游 | 外部/管理停机 | 否 |
| 计划停机 | 换型/保养/点检 | 计划内停机 | 否 |
| 故障停机 | 伺服报警/气源低/卡料 | 计划外停机 | 是 |
| 外部停机 | 缺料/下游堵料 | 外部停机 | 否 |
在FactoryTalk Historian或FactoryTalk Metrics中，状态标签的变化会生成时间序列事件。系统根据状态持续时长自动累加各类时间，再结合原因代码归入对应分类。如果状态标签只有“运行/停机”两态，就无法区分计划内和计划外，MTBF会被严重低估。因此，状态标签的粒度必须至少覆盖“运行、计划停机、故障停机、外部停机”四类。
四、从数据模型到指标计算：一个示例
假设某设备一个班次（480分钟）的数据如下：计划生产时间420分钟（扣除班前会60分钟），实际运行300分钟，计划外停机60分钟，计划内换型40分钟，外部缺料20分钟。故障次数3次，累计修复时间45分钟，理论节拍30件/分钟，实际产量8100件，合格品8000件。
则：时间开动率 = 300/420 ≈ 71.4%；性能开动率 = (30×8100)/300 = 810，显然超过1，说明理论节拍或产量数据有误——这正是数据模型需要校验的地方。修正后若理论节拍为28件/分钟，则性能开动率 = (28×8100)/300 ≈ 75.6%；合格品率 = 8000/8100 ≈ 98.8%；OEE ≈ 71.4%×75.6%×98.8% ≈ 53.3%。MTBF = 300/3 = 100分钟；MTTR = 45/3 = 15分钟。
这个示例说明：指标计算不是孤立公式，而是依赖状态时间、原因代码、产量和合格数四类数据的完整性与一致性。任何一个字段缺失或错位，都会让OEE和MTBF失真。
五、落地时的三个关键检查点
第一，状态标签必须互斥且完备。同一时刻设备只能处于一个状态，所有时间都能被某个状态覆盖，不能出现“无状态”的时间空洞。第二，原因代码必须与状态分类一致。如果操作员在“故障停机”状态下选择了“计划保养”原因，系统应给出校验或告警。第三，指标口径要固定。MTBF的分母是否包含外部停机、MTTR的起点是报警触发还是操作员确认，这些口径一旦确定，就应在所有报表和看板中保持一致，否则不同班次、不同产线的数据无法横向对比。
总结来说，FactoryTalk中的停机分析不是先做报表，而是先建模型：用状态标签定义设备在做什么，用原因代码解释为什么停，用时间分类决定哪些时间进入哪些指标。模型建对了，OEE、MTBF、MTTR才有意义，后续的报警分析和停机改善才有可靠的数据基础。