4. 设备状态指标体系设计

设备状态集成方案能否真正落地，很大程度上取决于指标体系设计得是否合理。如果指标定义模糊、计算口径不统一、阈值规则随意，那么即便采集了大量数据，最终得到的也只是"看起来热闹"的看板，无法支撑运维决策。本节围绕运行/停机、故障、性能、工艺参数四类核心状态指标，说明如何定义指标、如何设计计算逻辑、如何设定阈值规则，并给出可直接参考的配置示例。

一、指标体系的四层结构

食品工厂设备状态指标不宜平铺罗列，而应按"状态层—事件层—性能层—工艺层"分层组织。状态层回答"设备此刻在不在干活"，事件层回答"为什么没干活"，性能层回答"干活干得好不好"，工艺层回答"干活的条件对不对"。四层之间是逐级下钻的关系：状态层发现异常，事件层定位原因，性能层评估损失，工艺层追溯根因。

二、状态层指标：运行与停机的判定逻辑

运行/停机看似简单，实际最容易出错。仅凭"设备通电"判断运行，会把空转、待料、清洗都算作运行；仅凭"有产量"判断运行，又会漏掉空载调试。推荐采用多信号组合判据，并设置去抖时间。

以一台灌装机为例，可定义：主电机电流大于额定电流的 15%、且输送带速度反馈大于 0.1 m/s、且 PLC 状态字处于"自动运行"位，三个条件同时满足并持续 10 秒，才判定为"运行"；任一条件不满足持续 30 秒，判定为"停机"。停机再按原因码细分为计划停机（换型、清洗、班间休息）、待机（缺料、缺瓶、下游堵塞）、故障停机（报警触发）。去抖时间的作用是过滤瞬时抖动，避免状态频繁翻转导致统计失真。

状态层的基础输出是状态时间戳序列，由此可计算：运行率 = 运行时长 / 日历时长；停机时长按原因分类汇总；平均无故障时间 MTBF = 累计运行时长 / 故障次数；平均修复时间 MTTR = 累计故障停机时长 / 故障次数。这些指标是后续事件层和性能层的计算基础。

三、事件层指标：故障与停机的分类统计

事件层的关键是"原因码体系"。建议按"设备部位 + 故障模式 + 处理动作"三段编码，例如 FIL-LEAK-REPLACE 表示灌装阀泄漏并更换密封。原因码必须与报警码建立映射表，使 PLC 报警能自动归入对应事件类别，减少人工补录。

事件层常用指标包括：故障频次（按周/月统计）、MTBF、停机原因帕累托（找出贡献 80% 停机时长的前几类原因）、重复故障识别（同一原因码在 7 天内出现 3 次以上即标记）。这些指标直接支撑维修策略调整——高频短时故障适合预防性维护，低频长时故障适合备件储备优化。

四、性能层指标：OEE 的分解计算

性能层以 OEE 为核心，拆解为三个乘数：时间开动率 = 实际运行时间 / 计划生产时间；性能开动率 = （理论节拍 × 实际产量）/ 实际运行时间；合格品率 = 良品数 / 总产量。三者相乘即 OEE。

举例说明（示例参数，非实测）：某饼干生产线计划生产时间 480 分钟，故障停机 30 分钟、换型 20 分钟，则实际运行 430 分钟，时间开动率 = 430/480 ≈ 89.6%；理论节拍 120 包/分钟，实际产量 46,800 包，性能开动率 = (120×46800/430)/430 ≈ 90.7%（此处按产量折算运行时间）；良品 46,100 包，合格品率 ≈ 98.5%；OEE ≈ 89.6% × 90.7% × 98.5% ≈ 80.1%。计算时必须明确"计划生产时间"是否含计划停机，口径一旦确定，全厂统一，否则横向对比失去意义。

五、工艺层指标：参数越限与偏差趋势

工艺层指标关注设备是否在"合格条件"下运行。对每个关键工艺参数（如杀菌温度、均质压力、CIP 浓度、轴承振动），定义设定值 SP、实测值 PV、偏差 = PV − SP，并设置三级阈值：预警限（偏差超过 ±2% 持续 5 分钟）、报警限（超过 ±5% 持续 1 分钟）、停机联锁限（超过安全限立即动作）。三级阈值分别对应"观察、干预、保护"三种响应，避免一越限就停机造成过度损失。

六、阈值规则的设计方法

阈值不能拍脑袋设定，建议按以下顺序确定：第一，优先采用设备手册、工艺规程、食品安全标准中的硬性限值作为联锁限；第二，用历史正常运行数据的分位数（如 P95）作为预警限初值；第三，结合故障案例回算——取最近若干次故障发生前 30 分钟的参数量，观察越限特征，校准报警限；第四，上线后按月复盘误报率与漏报率，动态调整。阈值规则应配置化存储，包含参数名、比较符、阈值、持续时间、生效班次、关联动作等字段，便于审计与变更管理。

七、指标配置示例

下表给出一份可直接参考的指标配置片段（示例值，需按实际设备标定）：

指标设计完成后，应做一次"口径评审"：确认每个指标的数据来源、采样频率、计算周期、责任人和使用场景是否明确。凡是无法回答"这个指标异常时谁做什么"的指标，都应删除或重新定义。指标体系的价值不在于数量，而在于每一条都能驱动一个具体的运维动作。