State Transition Engineering

复杂工程系统状态迁移知识体系

复杂工程系统进入目标状态前，经常出现一些长期存在、但难以统一解释的工程问题。

这些问题广泛存在于制造系统、自动化执行单元、PLC / HMI、机器人系统、MES / WCS、群控系统以及数字调用系统中。

当前工程实践中的典型问题

在工程现场，经常会遇到类似情况：

• 设备已经 Ready，系统仍不能进入下一阶段；
• PLC 条件满足，执行机构没有动作；
• MES / WCS 显示 Waiting、Pending 或 Blocked，但不能解释停滞原因；
• 相同现象，不同工程师给出不同判断；
• 报警能够定位设备，却不能解释状态迁移失败原因；
• 项目能够运行，但状态迁移条件、异常边界和执行链设计依赖个人经验；
• 新项目、新设备和新团队之间缺少统一的状态迁移设计标准。

这些问题通常发生在同一个位置：

系统准备进入目标状态、目标执行路径或目标物理执行阶段之前。

为什么值得单独研究状态迁移？

工程控制通常采用：

• OK / NG
• Ready / Not Ready
• True / False
• Waiting
• Pending
• Blocked
• Interlock
• Alarm

这些状态能够完成控制逻辑，却不足以回答现场更关心的问题，例如：

• 为什么不能进入目标状态？
• 问题来自条件、许可还是执行链？
• 当前属于结构缺失、动态异常还是控制边界？
• 下一步应该等待、重试、回流、协调、降级还是人工确认？
• 判断过程如何记录、追溯和持续改善？

这些问题长期存在，并非因为没有控制逻辑，而是因为状态迁移条件、异常边界、执行链承接和判断记录，通常依赖工程师在项目中自行归纳。不同人员、不同项目、不同设备之间，设计粒度和判断标准容易不一致。程序可以运行，但状态迁移条件是否完整、异常边界是否清楚、执行链是否接得住，仍然依赖个人经验判断。

这也是为什么状态迁移值得单独设计。

TPCA / CAE-SDB

TPCA（Transition Pre-Control Architecture）是面向状态迁移前工程判定的工程方法。

CAE-SDB 是 TPCA 的核心判定结构。

基本处理过程包括：

当前状态 / 当前阶段

↓

目标状态 / 目标阶段

↓

多源状态信号

↓

C / A / E 状态映射

↓

S / D / B 判定

↓

多路径控制输出

↓

状态记录与追溯

其中：

C / A / E 表示三类状态变量

• Condition（条件状态）
• Authority（许可状态）
• Execution Chain（执行链状态）

S / D / B 表示三类判定性质

• Structure（结构完整性）
• Dynamics（动态时序有效性）
• Boundary（控制边界）

通过结构化判定，将原本压缩为 Ready、NG、Waiting 等简单状态的信息，进一步转换为可解释、可控制、可记录、可复盘的工程信息。

网站定位

本网站用于整理复杂工程系统状态迁移相关的工程知识。

内容包括工程问题、工程概念、工程案例、公开白皮书和技术札记。

TPCA / CAE-SDB 是该知识体系中的核心工程方法。

长期目标是建立复杂工程系统状态迁移的共同工程语言，提高状态迁移设计的一致性、可复用性和工程沟通效率。