制造现场经常会出现一种情况：
设备没有明显故障，各系统也都有状态，但流程就是没有进入下一步。
有时表现为设备已经 Ready，却迟迟不动作；有时表现为系统长期停留在 Waiting；也可能是 MES / WCS 已经生成任务，但现场仍然没有真正执行。
这些问题通常需要工程师在 PLC、机器人、MES / WCS、安全系统、搬送设备和下游设备之间逐一确认，重新还原当时究竟发生了什么。
本页从几个典型现场现象出发，整理状态迁移前经常遇到的工程问题。
设备 Ready，为什么还是不动作？
为什么 Ready 不够？
单体 Ready 可以说明局部运行状态，但一次实际动作能否开始，还取决于与当前状态迁移相关的条件、许可和执行链。
系统一直 Waiting，到底在等什么？
为什么 Waiting 越来越难排查？
Waiting 可以说明系统尚未进入下一状态，但真正的等待原因可能分散在设备、许可、上下游状态和不同控制系统中。
系统都有记录，为什么还是解释不了停滞？
为什么 MES / WCS 能记录，却不能解释停滞？
MES、WCS、设备和搬送系统分别拥有自己的状态和记录，但这些信息并不会自动围绕同一次状态迁移形成完整的判断关系。
任务已经存在，为什么还没有真正执行？
为什么任务存在，不代表任务可以执行？
任务生成以后，从“存在任务”到“真正进入执行”，中间仍然需要满足与当前目标状态入口相关的工程要求。
更深一层：为什么这些判断难以沉淀？
为什么状态迁移设计长期依赖个人经验？
设备程序、联锁、步序和项目经验中已经存在大量状态迁移判断，但“什么情况下可以进入下一状态，以及不能进入时应该怎么办”的工程知识，往往分散在不同实现和工程师经验中，难以围绕明确的状态迁移入口持续积累和复用。
从现场问题进入 TPCA / PCN
这些现象虽然表现不同，都涉及系统从当前状态进入下一状态之前的判断问题。
TPCA / PCN 将明确的目标状态入口作为工程对象，进一步组织相关状态、前置判定、控制路径、执行结果和状态迁移履历。
如果希望继续了解这一结构，可以进入：