一句话定义

TPCA / CAE-SDB 是一套面向目标状态进入前的工程判定与多路径控制结构。

它通过 PCN 前置控制节点，在系统进入目标状态、目标执行路径或目标物理执行阶段之前，汇总多源状态信号，将其映射为 C 条件、A 许可、E 执行链三类状态变量，并从 S 结构、D 动态、B 边界三个性质进行判定，最终输出可执行、可记录、可复核的多路径控制结果。

它关注的核心问题是：

  • 为什么不能进入下一状态；
  • 问题来自条件、许可还是执行链；
  • 问题属于结构缺失、动态异常还是控制边界；
  • 下一步应允许进入、等待、重识别、重采样、重定位、回流、异常分流、下游协调、资源释放、降级执行、禁止进入、安全锁定、人工确认，还是增强记录。

执行摘要

制造现场已经具备 ready、interlock、handshake、报警、状态码、MES 记录和 WCS 日志。这些机制能够支撑基础运行，也能记录大量状态。

真正困难的是：当系统不能进入目标状态时，现场仍然需要判断问题来自哪里，以及下一步应进入哪条控制路径。

这些具体问题已经在 Engineering Questions｜工程问题 中展开。本文不重复讨论每一个现场现象，而是说明它们背后的共同结构：

目标状态进入前的判定结构没有被显式化。

复杂工程系统中的共通状态迁移问题 图1：多个现场现象往往集中发生在进入目标状态之前。

TPCA / CAE-SDB 用 PCN 前置控制节点补足这一层结构。

PCN 设置在目标状态进入前，接收多源状态信号，完成 C / A / E 状态映射和 S / D / B 判定，并输出允许进入、等待、重识别、回流、异常分流、下游协调、资源释放、降级执行、禁止进入、安全锁定、人工确认、增强记录等控制路径。

第 1 章 工程问题

制造现场通常已经具备多种控制和记录机制。

PLC 有顺序控制、互锁、状态位；机器人有 ready、自动模式、报警、动作完成反馈；视觉系统有 OK / NG、置信度、位置和姿态；安全系统有安全门、光栅、急停、安全回路；MES / WCS 有任务、工单、派单、执行状态和日志；HMI / SCADA 有报警画面、设备状态和趋势记录。

这些机制能支撑基础运行，但在系统不能进入下一状态时，输出经常被压缩成少数结果：

OK / NG、ready / not ready、true / false、允许 / 不允许、报警 / 正常、waiting / pending / blocked。

这些结果能够阻止错误动作，却往往不足以支撑快速排查、稳定复用和持续改善。

现场真正需要进一步知道：

  • 这个 NG 来自对象条件、许可状态，还是执行链承接；
  • 这个 waiting 是信号未接入、信号过期、许可未刷新，还是下游不能承接；
  • 这个 ready 是否只代表本机 ready；
  • 这个任务是否具备进入目标执行路径的条件；
  • 这个报警是源头问题，还是后续结果；
  • 下一步应等待、重识别、回流、分流、协调、降级、禁止，还是人工确认。

Engineering Questions 工程问题 已经整理了九类典型问题。

1.1 单元与现场执行问题

1.2 多系统联动问题

1.3 状态迁移设计问题

很多状态迁移判断长期存在于工程师经验、梯形图、调试记录、HMI 画面、设备接口和现场习惯中。

TPCA / CAE-SDB 的目标，是把这些隐含判断整理成可描述、可检查、可记录、可复用、可交接的工程结构。

单元执行问题对应设备层诊断——单元为什么不能进入下一阶段。

多系统联动问题对应协同层诊断——群体为什么停。

状态迁移设计问题对应结构层诊断——经验如何沉淀为可复用结构。

第 2 章 TPCA / CAE-SDB 的基本架构

2.1 TPCA 的定位

TPCA 是 Transition Pre-Control Architecture 的缩写，可称为状态迁移前置控制架构。

TPCA 处理的是系统进入目标状态之前的工程判定问题。

这里的目标状态，可以是：

  • 自动化执行单元的下一个物理执行阶段；
  • 机器人单元的抓取、放置、回流或异常分流阶段；
  • 压装、检测、搬送交接等工艺阶段；
  • AGV / AMR 群控系统的可持续协同搬送状态；
  • MES / WCS 中的目标执行路径；
  • 生产 DX 中人员、设备、系统、流程之间的状态切换节点；
  • 数字调用系统中的目标执行路径。

TPCA 的基本问题是：

  • 进入目标状态前，条件是否成立；
  • 许可是否成立；
  • 进入后执行链是否能接续；
  • 当前判断是否完整、可信、处于可控边界；
  • 系统下一步应走哪条控制路径。

2.2 CAE-SDB 的定位

CAE-SDB 是 PCN 内部的结构化判定逻辑。

C / A / E 表示状态变量域：

  • C = Condition，条件状态；
  • A = Authority，许可状态；
  • E = Execution Chain，执行链状态。

S / D / B 表示判定性质：

  • S = Structure，结构完整性；
  • D = Dynamics，动态时序有效性；
  • B = Boundary，控制边界。

C / A / E 回答“问题来自哪里”，S / D / B 回答“问题属于什么性质”。
二者组合后，形成 CAE-SDB 判定结果。

CAE-SDB 的作用是把目标状态进入前的 false、NG、not ready、pending 展开为可判定、可控制、可记录的状态结构。

2.3 基本工程链条

TPCA / CAE-SDB 的基本工程链条如下：

当前状态 / 当前阶段
→ 目标状态 / 目标阶段
→ PCN 前置控制节点
→ 多源状态信号
→ C / A / E 状态映射
→ S / D / B 判定
→ CAE-SDB 判定结果
→ 多路径控制输出
→ 状态记录与追溯
→ 复盘、改善与再部署

TPCA 的基本处理链条 图2：TPCA 从当前状态、目标状态和多源信号出发，形成判定结果、控制路径和追溯记录。

false、NG、not ready、pending 不再作为终点。系统继续判断变量域、问题性质和控制路径。判断结果进入 HMI、MES、WCS、日志、报表或后续改善流程。经验型判断逐步沉淀为结构化工程资产。

第 3 章 PCN：状态迁移前置控制的最小工程单元

3.1 PCN 的定义

PCN 是 Pre-Control Node，即前置控制节点。

PCN 是 TPCA 的最小工程实现单元。它部署在目标状态、目标执行路径或目标物理执行阶段进入之前。

一个 PCN 对应一个状态迁移入口。

它负责接收与本次状态迁移相关的多源状态信号，并完成以下处理：

  • 获取当前状态和目标状态；
  • 读取与目标状态进入相关的多源状态信号；
  • 对信号进行标准化整理；
  • 将信号映射为 C 条件、A 许可、E 执行链；
  • 对 C / A / E 状态进行 S 结构、D 动态、B 边界判定；
  • 生成 CAE-SDB 判定结果；
  • 输出多路径控制结果；
  • 记录输入、判定、输出和时间信息。

PCN 的价值在于，它把 TPCA 从架构说明转化为工程节点。

有了 PCN，状态迁移前置判定才能被配置、部署、显示、记录、复盘和复用。

3.2 PCN 设置在什么位置

PCN 设置在“当前状态”与“目标状态”之间。

PCN 前置控制节点的位置与工作方式 图3：PCN 位于当前状态与目标状态之间，在进入前完成信号整理、结构判定和控制路径输出。

在自动化执行单元中，PCN 可以设置在：

  • 等待阶段 → 抓取阶段之前；
  • 放置完成 → 压装阶段之前；
  • 待检测 → 检测执行之前；
  • 搬送待机 → 交接阶段之前；
  • 正常路径、回流路径、异常分流路径切换之前。

在 MES / WCS 协同系统中，PCN 可以设置在：

  • 任务进入派发路径之前；
  • 资源锁释放或占用判断之前；
  • 区域放行之前；
  • 站点承接之前；
  • 车辆进入有效执行状态之前；
  • 群控系统恢复可持续协同搬送之前。

在生产 DX 中，PCN 可以设置在人员、设备、系统和流程之间的状态切换入口。

PCN 的部署位置不由设备名称决定，而由“目标状态入口”决定。只要系统存在一个需要进入的目标状态，就可以设置对应 PCN。

3.3 PCN 的最小分析模板

一个 PCN 至少需要明确以下项目。

分析项内容
当前状态 / 当前阶段系统当前处于什么状态
目标状态 / 目标阶段系统准备进入什么状态
PCN 设置位置前置判定节点部署在目标状态进入前的哪个位置
触发时机什么时候启动前置判定
多源状态信号信号来自哪些设备、系统、接口或人工确认
C 条件状态哪些信号用于判断进入条件是否成立
A 许可状态哪些信号用于判断系统是否允许进入
E 执行链状态哪些信号用于判断进入后是否能够接续
S 结构判定信号、接口、映射、路径、许可来源是否定义并接入
D 动态判定当前信号是否有效、同步、未超时、可信
B 控制边界判定控制阈值、容许范围、等待窗口、重试上限、偏差范围、降级条件、禁止条件、安全锁定条件和恢复条件是否定义，当前状态是否触发相应边界
控制输出输出允许、等待、重识别、回流、降级、禁止、安全锁定等路径
记录内容记录输入、判定结果、控制输出、时间和追溯 ID

这个模板是 PCN 的基本工程骨架。

不同现场的设备、信号、接口和页面可以不同，但 PCN 分析结构应保持一致。

PCN 不接收所有数据，也不把所有现场信息都纳入判定。

能够进入 PCN 的对象，需要能够被系统采集或记录，能够映射到 C / A / E，能够参与 S / D / B 判定，并能够影响多路径控制输出。

关于 PCN 适用对象、信号纳入条件、人机协同状态与组织管理流程之间的边界，可参见：

TPCA / PCN 适用场景分析

3.4 PCN 节点样本

以机器人进入抓取阶段前的 PCN 为例。

当前阶段：机器人等待，主输送带输送工件，视觉系统完成识别。
目标阶段：机器人进入抓取阶段。
PCN 设置位置：机器人抓取动作启动之前。
多源状态信号：视觉识别结果、工件位置、姿态、置信度、机器人 ready、路径可达、安全许可、主输送带状态、下游投放位状态、返回输送带状态、异常输送带状态、上位系统许可。

C 条件状态包括工件是否存在、位置是否合格、姿态是否合格、视觉结果是否有效。
A 许可状态包括安全门、光栅、急停、区域许可、上位生产许可、人工确认。
E 执行链状态包括机器人路径是否可达、夹爪是否可用、下游是否可承接、回流路径是否可用、异常分流路径是否可用、结果是否可回写。

S 判定检查信号、接口、坐标映射、许可来源、下游路径是否定义并接入。
D 判定检查视觉结果是否超时、机器人状态是否冲突、许可是否撤销、下游状态是否未刷新。
B 判定检查当前状态是否触发等待、重试、补偿、降级、人工确认、禁止进入、安全锁定或恢复等预设控制边界。

PCN 再结合 C / A / E 状态和 S / D / B 判定结果，经控制优先级仲裁后，输出重识别、重定位、回流、异常分流、等待、禁止进入或人工确认等控制路径。

3.5 多个 PCN 形成前置控制网络

单个 PCN 对应一个状态迁移入口。
多个 PCN 可以分布在设备单元、工位、产线、MES / WCS、AGV / AMR 群控层和生产 DX 系统中，形成状态迁移前置控制网络。

在一个自动化单元中，多个 PCN 可以对应等待、抓取、放置、压装、检测、回流、异常分流等阶段。
在一个 MES / WCS 协同系统中，多个 PCN 可以对应任务派发、资源锁、区域放行、站点承接、车辆执行、能源补给和结果回写。
在一个生产 DX 系统中，多个 PCN 可以对应人员确认、设备状态、工艺放行、质量判定、异常处理和数据回写。

PCN 网络的价值在于：

  • 识别高频状态迁移失败节点；
  • 记录不同控制路径的触发历史；
  • 分析条件、许可、执行链之间的结构性薄弱点；
  • 支撑后续复盘、改善和再部署；
  • 将现场经验沉淀为可复制的状态迁移设计资产。

3.6 PCN 的部署方式

PCN 不要求一次性重构既有系统。实际部署可以分阶段进行。

第一阶段是旁路诊断。
读取历史日志、准实时信号或导出的状态数据，输出结构化诊断结果，用于验证问题分型和显示价值。

第二阶段是结构化显示。
把 PCN 判定结果转化为 HMI 画面、MES / WCS 页面、事件报告、结构化诊断码和复盘记录。

第三阶段是建议性控制。
根据 PCN 判定结果输出等待、重识别、协调、回流、人工确认等建议性控制路径。

第四阶段是平台化嵌入。
在符合现场安全、控制规范和验证流程的前提下，将部分前置判定逻辑嵌入 PLC / HMI、WCS、边缘控制器或平台模块。

无论采用哪种部署方式，PCN 都应在目标状态进入前进行判定，并且不绕过既有安全机制和现场控制规则。

第 4 章 C / A / E 状态映射与 S / D / B 判定

4.1 C = Condition，条件状态

C 表示进入目标状态前，现场条件、对象条件、识别条件、数据条件、任务条件和参数条件是否成立。

在自动化执行单元中，C 可以包括：

  • 工件是否存在；
  • 位置是否合格；
  • 姿态是否合格；
  • 视觉结果是否有效；
  • 识别置信度是否满足；
  • 前序动作是否完成；
  • 目标区域是否清空；
  • 工艺参数是否完整。

在 MES / WCS 协同系统中，C 可以包括：

  • 任务是否存在；
  • 任务目标是否明确；
  • 物料需求是否有效；
  • 目标站点是否定义；
  • 缓存区是否可用；
  • 路径条件是否具备；
  • 订单、工艺、区域状态是否满足。

C 的作用是确认进入目标状态所需的事实条件是否成立。

4.2 A = Authority，许可状态

A 表示系统是否允许进入目标状态。

A 可以包括：

  • 安全许可；
  • 区域许可；
  • 上位系统放行；
  • 人工确认；
  • 资源锁释放；
  • 任务分配许可；
  • 对方设备接收许可；
  • 权限或授权状态；
  • 调度系统放行；
  • 质量放行或工艺放行。

关键许可可以构成独立必要约束。

安全许可、区域许可、资源锁、上位放行、人工确认等关键 A 不成立时，即使 C 条件和 E 执行链看起来满足，系统仍不应进入目标状态。

这也是很多现场问题长期难排查的原因：工程师只看到条件和 ready，却忽略了许可状态没有成立，或许可已经撤销、超时、冲突、未同步。

4.3 E = Execution Chain，执行链状态

E 表示进入目标状态后，执行链是否能够接续。

E 的范围大于 ready。

ready 通常只代表某个设备、机构或模块处于可运行状态，例如机器人 ready、压装头 ready、检测设备 ready、下游设备 ready。

E 关注的是进入目标状态之后，整个执行链是否接得住。

在自动化执行单元中，E 可以包括：

  • 机器人路径是否可达；
  • 夹爪、真空、治具是否可用；
  • 下游放置位是否可承接；
  • 返回输送带是否可接收；
  • 异常输送带是否可接收；
  • 回退路径是否存在；
  • 结果上传或回写链路是否可用；
  • 目标阶段完成后的后续动作是否可继续。

在 AGV / AMR 群控系统中，E 可以包括：

  • 车辆是否能够执行任务；
  • 路径是否可通行；
  • 站点是否可承接；
  • 窄通道、自动门、电梯等共享资源是否可用；
  • 能源补给是否影响执行能力；
  • 下游工位是否接得住；
  • 结果状态是否能回写到 WCS / MES。

E 不是单体 ready 的换名。E 是进入目标状态后的执行链接续性。

4.4 S = Structure，结构完整性

S 用于判断目标状态进入前所需结构是否完整。

典型问题包括：

  • 所需信号是否定义；
  • 信号是否接入；
  • 接口是否可用；
  • C / A / E 映射关系是否明确；
  • 许可来源是否定义；
  • 执行链边界是否清楚；
  • 下游承接、回退路径、异常分流路径是否纳入判断；
  • 状态记录是否能追溯。

S 的核心问题是：结构有没有。

例如，视觉系统输出了结果，但 PLC 没有读取结果时间信息；下游设备有 ready 信号，但没有定义“可承接”边界；资源锁存在，但没有接入 PCN；安全许可来源不清楚；异常分流路径没有纳入目标阶段进入判断；MES 记录任务，但任务和执行主体之间的关系不可观测。

结构缺失不能靠等待解决。结构缺失时，系统应禁止进入、人工确认、补充状态定义，或进入增强记录。

4.5 D = Dynamics，动态时序有效性

D 用于判断 C / A / E 状态在运行过程中是否可信。

典型问题包括：

  • 信号超时；
  • 信号未刷新；
  • 信号抖动；
  • 状态冲突；
  • 接口延迟；
  • 上下游不同步；
  • 许可撤销；
  • 识别置信度下降；
  • 状态处于切换中。

D 的核心问题是：当前状态是否可信。

例如，视觉 OK 已不再有效；工件位置状态在短时间内反复变化；机器人 ready 与程序运行状态冲突；下游 ready 长时间未刷新；WCS 显示任务已派发，但车辆状态仍未进入执行；区域许可在多个周期中反复成立和撤销。

D 类问题通常需要等待稳定、重采样、重识别、重新同步、保存状态或触发安全锁定。

4.6 B = Boundary，控制边界

B 用于定义并判断 C / A / E 状态变量的控制阈值、容许范围、边界条件和恢复条件。

工程系统不要求所有状态信号在任何时刻都立即完全确定。例如，视觉结果可能需要短时间稳定，许可状态可能需要等待刷新，下游设备可能暂时不能承接，工件位置也可能仍处于允许补偿范围内。但系统必须预先规定：未完全确定状态允许持续多久，可以等待多久，可以重试几次，偏差允许到什么范围，何时允许降级，何时转人工确认，何时禁止进入，何时触发安全锁定，以及满足什么条件后允许恢复。

典型控制边界包括：

  • 等待窗口；
  • 重试次数上限；
  • 信号有效时间范围；
  • 识别置信度阈值；
  • 位置和姿态偏差容许范围；
  • 下游承接容量或等待边界；
  • 降级执行条件；
  • 人工确认条件；
  • 禁止进入条件；
  • 安全锁定阈值或触发条件；
  • 异常隔离条件；
  • 恢复条件。

B 的核心问题是：系统允许当前未完全确定状态持续到什么程度，何时判定越界。

例如，D 判定发现视觉结果置信度下降、工件位置发生偏差、许可刷新延迟或下游状态长期未更新；B 进一步将这些实际状态与预先设定的置信度阈值、位置偏差范围、等待窗口和禁止条件进行比较，判断当前状态仍处于可等待、可重试、可补偿或可降级范围，还是已经触发人工确认、禁止进入、安全锁定或异常隔离边界。

4.7 t0～tn 的 C / A / E 状态迁移过程

PCN 的判定对象不是单一瞬间的 ready / not ready，也不是某一时刻的 OK / NG。

实际系统在进入目标状态前，多源状态信号会持续刷新。PCN 在多个控制周期内把这些信号映射为 C / A / E 状态变量，形成一段目标状态进入前的状态迁移过程。

时间点C 条件状态A 许可状态E 执行链状态说明
t0C(t0)A(t0)E(t0)当前采样周期
t1C(t1)A(t1)E(t1)信号继续刷新
t2C(t2)A(t2)E(t2)状态可能稳定、抖动、撤销或冲突
tnC(tn)A(tn)E(tn)进入目标状态前的判定依据

现场中经常出现这类情况：

  • 视觉结果在 t0 为 OK，但后续周期已不再有效；
  • 安全许可在 t0 成立，但 t1 被撤销；
  • 下游 ready 在 t0 成立，但后续未刷新；
  • 任务存在，但资源锁未释放；
  • 车辆处于自动模式，但群体有效执行比例持续下降。

PCN 不只判断“当前能不能进”。
它还要判断判定结构是否完整、当前动态状态是否有效，以及当前状态是否满足预先设定的控制边界。

4.8 CAE-SDB 的组合关系

C / A / E 表示问题来自哪个状态变量域。
S / D / B 表示这个变量域的问题属于什么性质。

两者组合后，形成 CAE-SDB 判定结构。

判定性质 / 状态变量域C 条件A 许可E 执行链
S 结构完整性条件信号是否定义、接入、可观测许可来源是否定义、接入、可观测执行链、下游、回退、异常路径是否定义
D 动态时序有效性条件信号是否超时、抖动、冲突许可是否延迟、撤销、未同步执行链是否阻塞、反馈是否超时
B 控制边界状态等待窗口、重试次数、识别置信度、位置或姿态偏差是否达到设定边界许可等待时限、人工确认条件、禁止进入条件、安全锁定条件和恢复条件是否触发下游等待窗口、降级条件、备用路径条件、异常隔离条件和恢复条件是否触发

CAE-SDB 正交判定结构 图4：C / A / E 表示问题来自哪里，S / D / B 表示问题属于什么性质，矩阵结果用于决定控制路径。

现场信号先映射为 C / A / E，再在 t0～tn 的状态迁移过程中接受 S / D / B 分析。S 检查判定结构是否存在，D 检查当前运行状态是否有效，B 将当前状态与预先设定的控制阈值和边界条件进行比较。完成优先级仲裁后，PCN 才输出最终控制路径。

第 5 章 多路径控制输出

5.1 多路径控制的定位

TPCA / CAE-SDB 的最终输出是多路径控制结果。

它不以“原因展示”为终点，也不以“异常分类”为终点。
PCN 必须把判定结果转化为下一步工程路径。

典型控制路径包括：

  • 允许进入；
  • 等待；
  • 重识别；
  • 重采样；
  • 重定位；
  • 回流；
  • 异常分流；
  • 下游协调；
  • 资源释放；
  • 任务重分配；
  • 降级执行；
  • 备用路径；
  • 禁止进入；
  • 安全锁定；
  • 人工确认；
  • 异常隔离；
  • 增强记录。

这些路径可以面向 PLC / HMI、MES / WCS、机器人单元、AGV / AMR 群控系统或生产 DX 平台输出。

5.2 变量域与控制路径示例

判定结果典型判定含义典型控制输出 / 配置方向
C-S条件信号结构缺失补充条件定义、补信号、补接口、禁止进入或人工确认
C-D条件信号动态异常重采样、重识别、等待稳定
C-B条件处于控制边界状态重定位、低速接近、人工确认、禁止进入
A-S许可来源结构缺失补许可来源、补安全链接口、补资源锁接口
A-D许可时序异常等待许可刷新、重新确认、解除资源锁滞留
A-B许可边界触发禁止或安全锁定禁止进入、安全锁定、人工确认
E-S执行链结构缺失补执行链定义、补执行反馈、补下游承接、补回退路径、补回写接口
E-D执行链动态阻塞等待、下游协调、重新采集
E-B执行链处于边界状态降级执行、备用路径、异常隔离、恢复确认

5.3 控制优先级原则

PCN 输出控制路径时，不应简单按异常数量决定。不同状态具有不同控制等级。

关键安全许可优先。
关键 A 许可不成立时，优先禁止进入或安全锁定。

结构缺失不应被当作状态成立。
如果必要信号、接口、许可来源或执行链边界没有定义，系统不应假定其成立。

动态异常需要等待稳定、重采样或重新同步。
B 判定需要将当前状态与等待窗口、重试上限、偏差容许范围、降级条件、禁止条件、安全锁定条件和恢复条件进行比较。B 判定结果进入控制优先级仲裁后，才形成等待、降级、回流、人工确认、禁止进入或安全锁定等控制输出。

C、A、E 均满足，判定结构完整，动态状态有效，且未触发禁止或锁定边界时，才允许进入目标状态。

本文只说明控制优先级的基本原则，不展开完整仲裁规则和现场实现细节。

5.4 状态记录与追溯

PCN 判定结果应形成可复核记录。

建议至少记录以下内容。

记录字段作用
当前状态 / 当前阶段明确问题发生时系统处于哪个状态或物理执行阶段
目标状态 / 目标阶段明确系统准备进入哪个状态或执行路径
多源状态信号记录与目标状态进入相关的代表性输入
C / A / E 映射结果说明问题来自条件、许可还是执行链
S / D / B 判定结果说明问题属于结构、动态还是边界
控制路径记录最终输出为允许、等待、重识别、回流、降级、禁止、安全锁定或人工确认
时间戳 / 追溯编号支持 HMI 显示、事件复盘、改善对比和后续分析

记录的价值不在于堆积更多日志，而在于形成可复盘的状态迁移履历。

5.5 复盘与改善

PCN 履历可以用于回答：

  • 哪些状态迁移入口失败频率最高；
  • 哪些条件信号经常超时或抖动；
  • 哪些许可经常未成立或未同步；
  • 哪些执行链经常不能承接；
  • 哪些边界状态反复触发人工确认、降级或异常隔离；
  • 哪些状态迁移条件需要标准化；
  • 哪些经验判断可以沉淀为模板。

TPCA / CAE-SDB 可用于当前排查，也可以支撑后续设计改善、设备复用、工程培训、项目交接、生产 DX 和 AI 辅助分析。

注：
AI 辅助分析应以 PCN 履历为输入基础。PCN 已经将现场信息整理为当前状态、目标状态、多源信号、C / A / E 映射、S / D / B 判定、控制路径和追溯记录。
相比直接读取原始报警、设备日志和人工备注，这类结构化履历更能提供工程上下文，有助于减少无依据解释。AI 的作用应限定在履历比较、模式归纳、候选改善方向整理和报告生成，不直接控制现场。

第 6 章 典型应用方向

TPCA / CAE-SDB 的应用方向 图5：TPCA / CAE-SDB 作为母框架，可展开到群控协同层、物理执行单元层和数字调用治理层。

6.1 自动化执行单元

自动化执行单元包括机器人抓取、压装、检测、搬送交接、视觉识别输送线、上下料单元、PLC / HMI 自动化单元等。

现场常见问题包括：

  • 机器人 ready，但不能抓取；
  • 视觉 OK，但结果已过期；
  • 安全许可未成立；
  • 压装头 ready，但搬送机构未撤离；
  • 检测设备 ready，但结果回写链路不可用；
  • 下游放置位显示 ready，但实际不能承接；
  • 异常品路径没有接入控制逻辑；
  • 回流路径可用，但系统只输出报警。

TPCA / CAE-SDB 在单元进入目标物理执行阶段前，把多源状态信号整理为 C / A / E，并进行 S / D / B 判定。

典型应用包括 PLC 前置判定功能块、HMI 结构化诊断画面、机器人单元阶段迁移模板、压装 / 检测 / 搬送交接单元前置判定模板、状态记录与追溯模块。

现场价值包括：

  • 减少模糊 NG；
  • 缩短查梯形图、查机器人、查视觉、查安全许可的时间；
  • 减少无效等待；
  • 让回流、异常分流、降级、禁止进入、安全锁定等路径显式化；
  • 帮助年轻工程师复用资深工程师的状态迁移判断经验。

相关阅读：

6.2 MES / WCS 协同停滞

在 AGV / AMR、多设备协同、WCS、MES、缓存区、站点、窄通道、自动门、电梯、下游工位之间，单体设备正常并不代表群体能够持续执行。

典型问题包括：

  • 任务存在，但车辆没有有效执行；
  • 多台车辆处于 waiting、blocked、idle、pending；
  • 车辆集中等待共享资源；
  • 资源锁未释放；
  • 区域许可未成立；
  • 下游站点不可接收；
  • 能源补给集中导致可执行车辆比例下降；
  • MES / WCS 有记录，但现场仍然需要人工查日志。

TPCA / CAE-SDB 通过 WCS / 群控 PCN 汇总多源状态信号，将群体停滞拆解为 C 条件、A 许可、E 执行链，并按 S 结构、D 动态、B 边界进行判定。

典型输出包括停滞事件识别、群体未执行比例、辅助执行比例、能源补给比例、授权未成立比例、分配约束型、资源竞争型、能源偏在型、未确定型、增强记录，以及任务重分配、资源锁释放、通行权协调、限流、分流、暂停低优先级任务、人工确认等控制路径。

典型应用包括 MES 协同停滞诊断模块、WCS 群控停滞分析插件、AGV / AMR 协同停滞诊断看板、制造现场结构诊断模块、生产 DX 状态迁移履历分析模块。

核心价值是让 MES / WCS 从记录任务和状态，进一步具备解释协同停滞结构的能力。

相关阅读：

6.3 生产 DX

很多生产 DX 项目停留在数据采集、可视化、报表和看板阶段。数据越来越多，但现场仍然无法解释为什么进入不了下一状态。

TPCA / CAE-SDB 给生产 DX 提供一个更具体的工程方向：

  • 把人员、设备、系统、流程之间的状态迁移条件显式化；
  • 把许可、资源锁、区域放行、人工确认、质量放行等状态纳入判定；
  • 把执行链、下游承接、回退路径、异常分流、结果回写纳入设计；
  • 把异常边界、降级、禁止、安全锁定、人工确认等控制路径形成记录；
  • 把原本依赖个人经验的判断转化为可复用模板。

DX 的价值不只是把数据搬到系统里，还在于重新定义数据、人员、设备、流程之间的状态迁移条件。

6.4 数字调用治理扩展

TPCA / CAE-SDB 也可以扩展到数字调用治理场景。例如 AI 推理调用、工具调用、企业知识库访问、API 网关、外部服务调用、智能体代理链、高成本模型调用。

在这些场景中，请求已经生成，并不代表目标执行路径已经成立。仍然需要判断请求条件是否满足，权限、预算、租户授权、工具调用许可是否成立，模型实例、工具链、接口服务、队列资源是否可执行，请求应进入高成本路径、澄清路径、降级路径、等待路径，还是阻断路径。

这一方向属于扩展应用。制造系统中的核心主线仍然是自动化执行单元前置判定和 MES / WCS 协同停滞诊断。

结语

制造系统的问题，不只是设备多、信号多、日志多——状态迁移入口也越来越多。

PCN 设置在每个入口之前，把多源信号整理为 C/A/E 状态变量，通过 S/D/B 判定识别结构完整性、动态有效性和控制边界状态，再经过控制优先级仲裁输出控制路径。

它不替代 PLC、MES、WCS 或安全系统。它补的是进入前的那一层：条件是否成立、许可是否成立、执行链是否接续、系统允许到什么程度，以及越界后应进入哪条控制路径。

一个 PCN 能被定义、复用、复盘，多个 PCN 就能形成网络。

这也是 TPCA/CAE-SDB 从方法论走向工程体系的关键。

相关技术札记

TPCA / CAE-SDB 与既有工业自动化理论的关系

TPCA / CAE-SDB 与状态机、安全互锁、报警诊断、AI 诊断、MES / WCS 调度和形式化验证之间的边界。

为什么状态迁移条件必须显式化？

PCN 的方法论核心：把隐含条件转化为可设计、可检查、可记录、可复用、可改善的工程对象。

TPCA / PCN 适用场景分析

说明什么对象可以纳入 PCN，什么对象不应纳入，以及 C / A / E 信号采集、人的动作、生产 DX 与组织管理流程之间的边界。

为什么 PCN 判定记录是一种新的工程数据？

用于理解 PCN 判定记录与设备数据、生产数据、报警履历之间的区别，以及如何利用 C/A/E 映射、S/D/B 判定、仲裁结果和控制履历，形成状态迁移设计的改善数据源。

多个 PCN 如何形成状态迁移前置控制网络？

多个 PCN 如何按目标状态入口连接成前置控制网络。

为什么 OEE 之后还需要 PCN？

OEE 与 PCN 的互补关系——为什么设备数据之外还需要状态迁移前置判定数据。

为什么 PCN 是 TPCA 的最小工程单元？

TPCA 如何通过 PCN 落到具体状态入口、输入、判定、输出和记录。

后续阅读路径

本白皮书用于承接 Engineering Questions 中提出的现场问题，并给出 TPCA / CAE-SDB 的整体架构说明。

如果希望从现场问题进入，可以先阅读：

Engineering Questions｜工程问题

如果希望确认术语定义，可以阅读：

Concepts｜核心概念

如果希望了解工程应用，可以阅读：

Cases｜应用案例

如果希望继续阅读概念边界、PCN 工程节点、PCN 网络、OEE 与 PCN 的关系，可以阅读：

Technical Notes｜技术札记

如果希望了解作者与网站定位，可以阅读：

关于本站

版本说明

本文为 TPCA / CAE-SDB 状态迁移前置控制架构的公开白皮书。 Public Version 1.0 发布于 2026-07-01。 作者： 全野南政 / Nansei Zenno 当前 URL ： https://zennns.com/zh/whitepaper/

建议引用：

全野南政 / Nansei Zenno，《TPCA / CAE-SDB 状态迁移前置控制架构》，公开白皮书，Public Version 1.0，2026-07-01，https://zennns.com/zh/whitepaper/