为什么 MES 记录了状态，仍解释不了制造现场为什么停

应用层级：群控协同层 / MES-WCS 协同停滞诊断
代表对象：制造现场协同停滞诊断模块
版本：Public Case Version 1.1
首次发布：2026-06-30
最后更新：2026-07-28

建议引用方式

全野南政，《MES / WCS 协同停滞诊断模块案例：为什么 MES 记录了状态，仍解释不了制造现场为什么停》，TPCA / CAE-SDB 公开案例，Public Case Version 1.1，2026-07-28，https://zennns.com/zh/cases/collaborative-stagnation-diagnosis/

本案例中的术语可先参见：

1. 现场问题

MES 能记录任务、设备、工位、物料、报警、产量、实绩。WCS 能记录搬送任务、车辆状态、路径状态、调度结果。设备系统能记录运行、等待、报警、互锁状态。HMI 能显示 ready、alarm、waiting、blocked、pending。

数据很多，现场还是经常停。

设备没有明显故障，生产流程就是推不动。任务已经生成了，执行就是走不下去。车辆在线，工位有需求，补料就是接不上。系统里一堆状态记录，没人能快速说清楚到底卡在哪。临时订单一变、资源一争、许可一卡、下游一堵、人一确认、电一充，最后只能靠人工翻日志、问调度、跑现场。

问题早就不是“数据有没有采集”。

问题是现场缺少对协同停滞的结构化诊断能力。MES 能记。现场还要能判断：

停滞是卡在任务、物料、站点、路径这些条件上；

还是卡在调度许可、资源锁、区域许可、安全许可、人工许可上；

还是执行链本身——设备、车辆、路径、缓存、下游、能源补给、结果回写——接不上；

属于结构缺失、动态异常还是控制边界；

下一步是等待、改派、释放资源、下游协调、限流、人工确认，还是先记下来再分析。

TPCA / CAE-SDB 做的事情，是在恢复目标协同执行状态之前，把这个停滞入口拆开。

MES / WCS 协同停滞诊断模块通过 PCN 汇总多源状态信号，先确认：

C：任务、物料、站点、路径和现场条件成不成立 A：调度许可、资源锁、区域许可、安全许可、人工许可成不成立 E：设备、车辆、路径、缓存、下游、能源补给、结果回写能不能接续

再判断：

S：信号、接口、资源关系、执行链边界有没有定义接入 D：任务、设备、车辆、站点、许可、下游状态是否有效、同步、没超时 B：等待时间、资源占用、许可等待、群体未执行比例、能源补给比例、站点容量、重试次数、禁止条件和恢复条件等控制边界是否被触发

PCN 根据 C / A / E 状态、S / D / B 判定结果、群体指标和控制优先级，输出等待、改派、资源释放、限流、下游协调、人工确认、禁止进入或增强记录等控制路径。

输出不再只是“停了”或“waiting”两个字，而是带有控制建议、记录和复盘依据的结构化诊断结果。

2. 模块定位与 PCN 位置

本案例对象是“MES / WCS 协同停滞诊断模块”。

它部署在 MES、WCS、设备系统、搬送系统和现场执行单元之间，在制造现场恢复目标协同执行状态之前，对协同停滞做结构化诊断。

典型场景包括：

  • AGV / AMR 群控搬送；
  • 无人叉车、自动搬运和线边补料；
  • 多设备协同生产；
  • 工位等待、缓存区拥堵和路径资源竞争；
  • 区域许可、资源锁、人工放行和下游承接不足；
  • 临时订单变化、优先级切换和能源补给偏在。

AGV / AMR 群控搬送是首个代表场景，但模块本身定位为“制造现场协同停滞诊断能力”，不局限于单一 AGV 功能。

MES / WCS 协同停滞诊断模块示意图

图：MES / WCS 协同停滞诊断模块部署在协同层，汇总 MES、WCS、AGV / AMR 车队、缓存区、加工设备、路径资源、自动门、电梯、充电区、安全许可系统和 HMI / 监控看板等多源状态信号，完成状态汇总、C / A / E 映射、S / D / B 判定、群体指标计算、停滞识别、结构分型、多路径控制输出和状态记录。

当前协同状态：

MES 里有任务，WCS 里有调度对象，设备、车辆、工位、缓存区、路径系统都在出状态信号，但现场就是 waiting、blocked、pending、idle、拥堵、断续执行、整体吞吐往下掉。

目标协同执行状态：

系统恢复到能持续往前推的状态。任务能继续派，资源能继续转，执行链能接上，停滞节点能进对应的路径——等待、改派、释放资源、下游协调、人工确认、增强记录。

PCN 的位置在目标协同执行状态入口前。

当前协同状态：
任务存在 / 车辆在线 / 工位等待 / waiting / blocked / pending
        ↓
群控 PCN：
恢复可持续协同执行前的前置判定
        ↓
多路径控制输出：
正常派单 / 等待 / 改派 / 资源释放 / 下游协调 / 限流 /人工确认 / 禁止进入 / 增强记录

位置决定功能。诊断放在停滞结束之后，只能做事后复盘。诊断放在恢复目标协同执行状态之前，才能直接参与控制路径选择。

关于 PCN 作为 TPCA 最小工程落点的说明，可参见：为什么 PCN 是 TPCA 的最小工程单元？

3. 多源状态信号与 C / A / E 映射

MES / WCS 协同停滞诊断模块需要读取与协同执行状态相关的多源状态信号。

信号来源代表性信号
MES工单、任务、优先级、物料需求、工位需求、生产计划变更、人工确认、异常记录
WCS / 调度系统任务队列、任务分配结果、任务状态、派单结果、资源锁、路径分配、站点占用、缓存区状态
AGV / AMR / 无人叉车在线状态、自动模式、当前位置、空载 / 负载状态、电量、任务执行状态、等待状态、报警状态
设备 / 工位工位可接收状态、设备运行状态、设备等待状态、缺料状态、完成状态、报警状态
路径与设施资源窄通道、交叉口、自动门、电梯、区域通行权、缓冲区、装卸点占用状态
安全与许可系统区域许可、安全许可、上位放行、人工放行、锁定状态
下游与回写链路下游工位可承接状态、结果回写状态、履历记录状态、异常处理状态

这些信号进入 PCN 后不直接生成控制结论。PCN 先判断它们在目标协同执行状态入口前分别承担什么作用，再进行 C / A / E 映射。

变量域判定问题本案例中的代表项
C：Condition 条件状态任务、对象、站点、路径和执行对象是否具备进入协同执行的条件任务是否存在；目标工位是否有需求；物料是否匹配；站点是否定义；车辆是否属于可调度对象；目标路径是否存在
A：Authority 许可状态系统是否允许当前任务、主体或资源进入下一步协同执行调度许可、资源锁释放状态、区域许可、安全许可、人工确认、优先级放行、上位放行
E：Execution Chain 执行链状态任务派发后，执行链是否能够继续接续车辆是否可执行；路径是否可通行；站点是否可承接；缓存区是否可接收；下游工位是否可消耗；结果是否能够回写

这里有两个关键点。

第一，A 许可可以构成独立必要约束。资源锁没释放、区域许可没成立、安全许可没成立、人工放行没完成、上位系统禁止放行——这些条件不满足时，即使任务存在、车辆在线、路径看起来能用，也不能推进目标协同执行。

第二，E 执行链不等于“有车可用”或“有任务存在”。单车在线只说明局部执行主体存在。E 还要看路径接续、站点承接、缓存承接、能源补给、下游消耗、结果回写。

车辆在线 ≠ 协同执行链成立
任务存在 ≠ 协同执行链成立

车辆在线，但目标站点不可承接，执行链仍不成立。
任务存在，但资源锁未释放，执行链仍不成立。
任务存在，车辆在线，但大量车辆集中充电，可执行车辆比例下降，执行链仍不成立。
任务存在、车辆在线、路径记录存在，但下游工位缺料或不能消耗，执行链仍不成立。

这就是很多现场“系统都在线、任务也在，但整体仍然停滞”的结构原因。

4. S / D / B 性质判定

S / D / B 用于判断 C / A / E 中的问题属于结构、动态还是边界。

判定性质判定问题本案例中的代表项
S：Structure 结构完整性需要的信号、接口、资源关系和执行链边界是否已经定义并接入MES 与 WCS 的任务映射是否存在；路径资源是否被纳入诊断；资源锁来源是否明确；下游承接状态是否可观测；能源补给状态是否纳入诊断
D：Dynamics 动态时序有效性当前任务、设备、车辆、站点、许可和路径状态是否有效、同步、未超时、未冲突任务是否过期；派单结果是否未刷新；车辆位置是否延迟；站点状态是否抖动；许可是否瞬时撤销；路径占用状态是否不同步
B：Boundary 控制边界当前协同状态是否达到预设控制边界任务等待时间、许可等待时间、资源占用时间、群体未执行比例、能源补给比例、站点容量、重试次数、限流条件、任务改派条件、禁止条件和恢复条件是否被触发

S / D / B 不把所有停滞都写成“waiting”或“调度异常”。

同样是现场停滞，性质可能完全不同。

  • 关键站点承接状态没有接入 → E-S；
  • MES 与 WCS 的工单映射关系未定义 → C-S；
  • MES 工单变更未同步到 WCS → C-D；
  • 调度结果、车辆位置或站点状态未刷新 → C-D、A-D 或 E-D；
  • 路径资源占用状态冲突、未同步或频繁切换 → E-D；
  • 路径等待时间、占用比例或拥堵程度达到限流、改派或协调边界 → E-B；
  • 车辆充电状态未刷新、能源状态冲突或切换异常 → E-D；
  • 群体能源补给比例达到限充、改派或人工干预边界 → E-B；
  • 上位许可撤销、抖动或未同步 → A-D；
  • 许可等待达到人工确认或禁止进入边界 → A-B。

同一个“系统停了”，PCN 会展开成不同的处置路径。

协同停滞识别与多路径控制流程图

图：MES / WCS 协同停滞诊断模块从任务与需求生成开始，依次完成任务与状态汇总、多源状态信号读取、C / A / E 映射、群体指标计算、停滞识别、结构分型、多路径控制输出和记录复盘。该流程不替代 WCS 调度算法，而是在恢复可持续协同执行状态之前提供结构化前置判定与控制路径输出。

5. 群体指标与停滞识别

协同停滞诊断模块不只看单条任务，还要看群体层面的停滞指标。

代表性指标包括：

  • 群体未执行比例；
  • 群体辅助执行比例；
  • 群体能源补给比例；
  • 许可未成立比例；
  • 路径资源占用比例；
  • 站点不可承接比例；
  • 异常车辆比例；
  • 关键任务超时比例。

通过这些指标，可以进一步识别代表性的协同停滞结构：

  • 分配约束型；
  • 资源竞争型；
  • 能源偏在型；
  • 许可未成立型；
  • 下游承接不足型；
  • 未确定型停滞。

重点不是给停滞贴标签，而是把群体停滞转换成后续控制和复盘能用的结构化识别结果。

举例：

任务持续存在，有效派单比例下降，群体未执行比例持续升高 → 可能指向分配约束型停滞。

车辆大量集中在交叉口、自动门、电梯或窄通道附近，路径资源占用比例持续偏高 → 可能指向资源竞争型停滞。

大量车辆集中进入充电区，可执行车辆比例持续下降 → 可能指向能源偏在型停滞。

任务存在，但目标工位不可承接比例持续升高 → 可能指向下游承接不足型停滞。

指标同时异常，但现有状态和判定结果无法支持可靠分型 → 未确定型停滞，触发增强记录、人工确认和后续复盘。

6. 代表性停滞路径与诊断输出

PCN 的输出直接对应 MES / WCS 可执行的协同干预路径。

判定坐标代表性现场状态诊断输出 / 控制建议
C-S：条件结构完整性MES 与 WCS 的任务映射未定义；任务与车辆、物料、站点之间的对应关系缺失；必要任务字段未接入补充任务定义、补充接口、禁止依赖该状态自动放行、人工确认
C-D：条件动态时序有效性工单变更未同步；任务状态未刷新；物料需求过期；任务目标与现场状态冲突重新同步、重新采集、等待稳定、撤销过期任务或增强记录
C-B：条件控制边界任务等待时间、任务积压量、任务超时比例或缓存需求达到预设边界调整优先级、任务重分配、限流、暂停低优先级任务或人工确认
A-S：许可结构完整性调度许可、资源锁来源、区域许可或人工放行接口未定义、未接入或不可观测补充许可来源、补充接口、禁止放行、人工确认
A-D：许可动态时序有效性许可未刷新、反复撤销、状态冲突、资源锁状态未同步或许可处于切换中等待许可稳定、重新读取、重新同步、保存状态或增强记录
A-B：许可控制边界许可等待时间、资源锁占用时间或人工确认等待时间达到预设边界资源释放、人工确认、禁止继续派单、安全锁定或异常上报
E-S：执行链结构完整性路径、站点、缓存、下游承接、能源补给或结果回写链路未纳入诊断补充执行链定义、补充反馈接口、禁止进入对应路径、人工确认
E-D：执行链动态时序有效性车辆位置延迟；路径占用状态冲突；站点状态未刷新；车辆执行反馈超时；执行链处于切换或阻塞状态重新采集、等待稳定、重新同步、下游协调或增强记录
E-B：执行链控制边界路径等待时间、拥堵比例、站点容量、能源补给比例、重试次数或下游等待时间达到预设边界通行权仲裁、限流、任务改派、缓存分流、限制同时充电、降级执行或异常隔离

当多个指标同时异常，且现有 C / A / E 状态和 S / D / B 判定无法形成可靠分型时，系统输出未确定型停滞结果，并触发增强记录、人工确认和后续复盘。

停滞诊断模块的结果不只是“报停滞”，而是把停滞转化成可执行的下一步。

输出可以面向多个层面：

  • MES 诊断界面展示；
  • WCS 调度提示；
  • 事件通知；
  • 干预建议；
  • 履历记录；
  • 后续复盘输入。

现场看到的不再只是 waiting、blocked、pending，而是停滞更接近哪一类结构问题，以及接下来应该做什么。

7. 状态记录、复盘与模块价值

PCN 在输出停滞识别结果和控制建议时，同步记录判定过程。

代表性记录内容：

  • 当前协同状态；
  • 目标协同执行状态；
  • 输入信号及来源；
  • 信号时间戳；
  • C / A / E 映射结果；
  • S / D / B 判定结果；
  • 群体指标；
  • 停滞识别结果；
  • 控制建议或控制路径；
  • 人工确认结果；
  • TraceLogID；
  • 后续处理结果。

这些记录可以用于， 现场复盘， 事件回顾，高频停滞点识别，MES 诊断能力升级，HMI / 报表显示，新人培训，模板复用，后续 AI 辅助分析输入。

记录的重点不是堆日志，是保存“为什么制造现场没有恢复到可持续协同执行状态”的判定结构。

本案例说明，MES / WCS 协同停滞诊断模块能把制造现场的协同停滞从“记录现象”推进到“解释结构”。

它带来的直接价值包括：

  • waiting、blocked、pending 等压缩状态被展开；
  • 分配约束、资源竞争、能源偏在、下游承接不足、许可未成立、未确定型停滞能够区分；
  • 等待、改派、释放资源、限流、人工确认、增强记录等路径显式化；
  • MES 从“记录生产过程”升级为“解释协同停滞机理”；
  • 制造现场停滞诊断具备了可记录、可复盘、可复用的结构。

从方法论角度看，这个案例的核心，是把隐含在 MES 任务、WCS 调度、资源锁、区域许可、车辆状态、站点承接、能源补给、人工确认和下游回写中的状态迁移条件，整理成显式的判定结构。

相关阅读：

8. 公开边界

本文为公开说明案例，用于解释协同停滞识别、C / A / E 状态映射、S / D / B 判定、群体指标计算、结构分型和多路径控制输出的工程逻辑。

本文不作为现场实测结果报告、MES / WCS 工程交付规格书、调度算法设计书或客户项目实施方案。

实际项目中的诊断逻辑、系统接口、指标定义、显示画面、记录格式和控制建议，应结合 MES 平台、WCS 平台、现场对象、调度策略、安全要求和交付规范另行确定。

本案例中的术语可参见：

9. 版本说明

本文为 TPCA / CAE-SDB 在 MES / WCS 协同停滞诊断中的公开案例版本。

Public Case Version 1.0 发布于 2026-06-30 Public Case Version 1.1 更新日期：2026-07-28 （本次更新主要明确了 B 控制边界与多路径控制输出之间的关系）

作者：全野南政 / Nansei Zenno