为什么 OEE 之后还需要 PCN？

OEE、设备运行数据、报警履历和保全数据，是制造现场观察运行实绩和损失的重要基础。

通过 OEE，可以确认设备实际运行了多长时间，停止或等待持续了多久，性能和质量是否发生变化，以及损失主要集中在哪些时间段或工序。改善实施以后，也可以继续用同一套指标比较运行结果。

但在复杂自动化系统中，还经常出现另一类问题：设备没有明确故障，却迟迟不能进入下一阶段。

例如，机器人已经 Ready（就绪），但抓取没有开始；任务已经生成，但没有进入执行；上游已经完成，下游暂时无法接收；MES、WCS、PLC 和机器人都有状态记录，但现场仍持续 Waiting（等待）。

这时，仅知道“发生了等待”还不够。现场还需要继续确认：

在这个时间段内，系统卡在哪一个 Target State Entry（目标状态入口），当时使用了哪些状态进行判定，形成了什么判定结果，又选择了什么控制路径。

PCN 处理的就是这一层状态迁移问题。

基础概念可参见：

1. OEE 和 PCN 处理的对象不同

OEE 主要用于观察设备或生产过程的运行实绩和损失，例如时间开动率、性能效率、良品率、停机损失、性能损失、质量损失、节拍和产量。

它更适合回答：

哪里发生了损失，损失有多大。

PCN 面向的是一次明确的 Target State Entry。

在这个入口前，PCN 获取与本次状态迁移直接相关的状态，执行 C / A / E Mapping、S / D / B Evaluation、CAE-SDB 判定、控制仲裁和多路径控制，并把结果记录到 PCN Trace。

所以，两者关注的是不同层面的工程对象：

  • OEE 观察运行实绩及其损失；
  • PCN 处理具体目标状态入口上的前置判定、控制和履历。

两者可以关联，但并不互相替代。

2. 复杂自动化为什么还需要 Target State Entry 的信息

复杂设备和自动化产线中，“运行”和“停止”之间通常包含多个具体的状态迁移入口。

例如：

  • 待机 → 自动运行；
  • 上料完成 → 加工；
  • 加工完成 → 检测；
  • 检测完成 → 排出；
  • 识别完成 → 抓取；
  • 放置完成 → 压装；
  • 任务生成 → 任务执行；
  • AGV 到站 → 站点接收。

这里的箭头表示实际状态迁移关系。

每一个入口都可能同时依赖多个状态。

以机器人抓取为例，Robot Ready（机器人就绪）已经成立，并不代表抓取入口一定可以放行。视觉结果可能已经过期，安全许可可能尚未成立，上位系统仍在等待放行，下游接收状态可能未成立，或者相关状态长时间没有刷新。

OEE 和设备运行数据能够说明这一时间段发生了等待或停止。

如果继续查看对应的 PCN Trace，就可以进一步确认：当时判定的是哪个 Target State Entry、使用了哪些相关状态、形成了什么 CAE-SDB 判定结果、最终选择了哪条 Multipath Control，以及执行结果如何。

这样，生产实绩上的损失就能够与具体的状态迁移判定建立对应关系。

3. OEE / 生产实绩如何与 PCN Trace 对应

OEE / 生产实绩数据和 PCN Trace 记录的是不同粒度的信息。

项目OEE / 设备与生产数据PCN / PCN Trace
主要对象运行实绩、生产结果、损失一次明确的 Target State Entry
主要确认内容稼动、性能、质量、停止、等待状态、判定结果、控制结果、执行结果
时间处理对一定时间区间进行汇总和比较记录每次 Target State Entry 的具体时间位置
主要用途识别损失、比较实绩、确认改善效果确认状态迁移判定、控制履历和问题位置
主要改善对象设备、工序、生产过程状态迁移条件、许可、Execution Chain（执行链）、控制路径

例如，生产实绩数据显示某台设备出现了较长时间等待。对应时间段内的 PCN Trace 记录为：

PCN：PCN-07

Current State（当前状态）：检测完成
Target State（目标状态）：工件排出

CAE-SDB Result（判定结果）：E-D
判定内容：下游状态长时间未更新

Multipath Control（多路径控制）：Wait（等待）
Execution Result（执行结果）：下游状态更新后进入排出阶段

这两类数据可以通过时间区间和对应状态迁移建立关联。

生产实绩首先给出等待损失发生的位置和时间范围；PCN Trace 再提供该时间段内具体 Target State Entry 的判定、控制和执行信息。

实际分析时，可以先从 OEE 或其他生产实绩数据确定需要关注的损失区间，再查看对应的 PCN Trace，确认当时的状态迁移条件和控制路径。

4. 两类数据结合后，改善对象会更具体

当生产实绩与 PCN Trace 建立对应关系以后，改善对象可以从“某段时间发生了损失”继续下钻到具体状态迁移问题。

例如，某一个 Target State Entry 长期出现 E-D，某项许可相关的等待反复发生，或者同一个 PCN 长期选择 Wait（等待）。

这些信息可以进一步指向：

  • 状态更新是否及时；
  • 许可条件是否长期成为约束；
  • Execution Chain 是否存在反复不能接续的环节；
  • 控制边界是否合理；
  • 某条控制路径是否被频繁选择。

改善实施以后，还可以继续比较修改前后的运行情况，例如：

  • 等待时间是否缩短；
  • 某个 CAE-SDB Result 的出现频率是否下降；
  • 控制路径调整以后实际执行结果是否发生变化。

这样，OEE / 生产实绩提供损失区间，PCN Trace 则补充该区间内的状态迁移判定和控制事实。

改善工作也就可以从生产绩效进一步对应到状态迁移条件和控制关系。

总结

OEE 和 PCN 面向制造系统中的不同工程对象。

OEE 用于观察运行实绩、识别损失并比较改善前后的结果。

PCN 则围绕明确的 Target State Entry，处理状态迁移前判定和控制，并通过 PCN Trace 保存相应的判定、控制和执行履历。

两者建立时间和对象上的对应关系后，可以从生产实绩中的损失区间继续追踪到具体 Target State Entry 上发生的状态迁移问题。

这样，原本只表现为“等待较长”“设备停止”或“效率下降”的生产损失，可以进一步对应到状态迁移条件、许可、Execution Chain（执行链）、控制边界和控制路径等具体工程对象。

相关技术札记

参考文献与外部资料

以下资料用于确认 OEE 及制造运营 KPI 的既有工程定位。

  1. Japan Institute of Plant Maintenance（JIPM）— TPM / Overall Equipment Efficiency（OEE）
    JIPM 将 OEE 作为衡量设备综合效率、识别相关损失并用于改善的代表性指标。
    https://jipmglobal.com/tpm/about_us_en

  2. ISO 22400-1:2014 — Automation systems and integration — Key performance indicators (KPIs) for manufacturing operations management — Part 1: Overview, concepts and terminology
    该标准对制造运营管理中 KPI 的基本概念和术语进行了整理。
    https://www.iso.org/standard/56847.html

文档信息

题目：为什么 OEE 之后还需要 PCN？
文档类型：技术札记
版本：Public Note Version 1.4
首次发布日期：2026-07-04
最后更新：2026-09-09
作者：全野南政 / Nansei Zenno
当前 URL：https://zennns.com/zh/notes/why-oee-pcn/

本文属于 TPCA / PCN 状态迁移前置控制体系的公开说明内容。