为什么 PCN 是 TPCA 的最小工程节点？

TPCA 是状态迁移前置控制架构，用于围绕明确的 Target State Entry（目标状态入口）组织状态迁移前的判定与控制。

在实际工程系统中，“进入下一状态”通常已经由 PLC 步序、状态机、MES / WCS 流程、机器人程序或设备间交互关系实现。但对于一次具体状态迁移，进入之前需要确认的条件、许可、执行链接续状态以及相关控制关系，往往分散在不同设备、程序和系统中。

首先需要明确的是：

系统当前准备从什么状态进入什么目标状态，以及前置判定应当发生在哪里。

TPCA 将这个位置定义为 Target State Entry，并将其作为可以独立设计、判定、控制和记录的状态迁移工程对象。

PCN（Pre-Control Node / 前置控制节点）是 TPCA 面向具体 Target State Entry 设置的工程实现单元，部署在相应入口之前。

一个 PCN 对应一个明确的 Target State Entry，围绕这一次状态迁移组织相关状态、结构化判定、控制选择、执行结果和运行履历。

在实际运行中，PCN 按已经定义的工程关系取得相关状态，完成 C / A / E Mapping、S / D / B Evaluation、CAE-SDB Result、Arbitration、Multipath Control、Execution Result 和 PCN Trace。

其中：

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

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

这里所说的“最小工程节点”，是围绕一个明确 Target State Entry 建立的最小工程责任单元。它不限定物理设备形态、软件规模或具体部署方式。

基础概念可参见：

1. 一个 PCN 对应一个明确的 Target State Entry

一次状态迁移只有在 Current State、Target State 以及对应的 Target State Entry 明确以后，相关状态和控制关系才具有清晰的工程上下文。

同一个设备或系统可以连续经历多个状态或执行阶段。不同目标状态的进入要求并不相同，所以需要先确定本次状态迁移准备进入哪个目标状态，以及进入之前的判定位置。

例如，机器人从等待状态准备进入抓取阶段时，关注对象就是“进入抓取阶段”这一明确入口。

在抓取动作开始之前，与本次入口有关的工件状态、视觉结果、机器人状态、安全许可、上位许可以及后续承接状态，需要按照这次状态迁移的要求组织起来。

Target State Entry 为这些关系提供了明确的工程锚点，用于确定：

  • 当前从什么状态或阶段出发；
  • 准备进入什么目标状态或阶段；
  • 哪些状态与本次迁移直接相关；
  • 哪些进入条件需要成立；
  • 哪些许可必须成立；
  • 进入以后哪些必要执行链需要能够继续接续；
  • 当前入口不能进入时有哪些候选控制路径；
  • 本次判定、控制和执行结果对应什么记录对象。

PCN 部署在这一入口之前，承担相应的前置判定与控制责任。

复杂设备和系统通常存在多个 Target State Entry。因此，同一台设备内部、不同设备之间以及不同系统层级之间，都可以根据实际状态迁移结构设置多个 PCN。

PCN 的划分不以设备数量或控制器数量为单位，而以需要独立形成判定、控制和运行履历的状态迁移入口为依据。

Target State Entry 是被管理的状态迁移入口；PCN 是部署在该入口之前、承担相应前置控制责任的工程节点。两者相互对应，但属于不同工程对象。

2. 一个 PCN 需要保持哪些工程关系

Current State 和 Target State 定义本次状态迁移的上下文。

PCN 围绕两者之间明确的 Target State Entry，将与本次迁移直接相关的运行关系保持在同一个工程责任边界内。

PCN 相关工程关系作用
Target State Entry明确本次 PCN 对应的状态迁移入口
Related States取得与本次迁移直接相关的多源状态
CAE-SDB形成面向本次 Target State Entry 的结构化判定结果
Arbitration / Multipath Control根据判定结果和控制约束确定相应控制路径
Execution Result取得控制输出以后实际发生的执行结果
PCN Trace将本次迁移的判定、控制和执行结果保持在同一状态迁移履历中

这些对象绑定到同一个 Target State Entry 后，才能共同描述一次明确状态迁移的工程过程。

同一个状态信号、许可状态或执行链状态，在不同状态迁移中可能承担不同作用。它在当前迁移中的工程意义，要由对应的 Target State Entry 确定。

当这些关系围绕同一个入口建立起来后，原本分散在不同设备和系统中的状态信息，就进入了同一次状态迁移的工程上下文。

不同 PCN 的输入数量、判定规则、控制路径和实现规模可以不同，但它们都需要围绕一个明确的 Target State Entry 保持判定、控制、执行结果和履历之间的关系。

3. “最小工程节点”指什么

PCN 的“最小”描述的是状态迁移的工程责任边界，不是软件规模。

一个现场信号只能描述某个局部状态；Ready 表示其原有系统预先定义的就绪状态；Interlock 或许可表示状态迁移中的部分约束；单项 CAE-SDB Result 表示一项结构化判定；一个控制输出则表示当前选择的控制路径。

这些局部对象分别描述状态迁移过程中的某一部分，但不能单独回答：

对于这一次 Target State Entry，依据了什么状态、形成了什么判定、选择了什么控制，以及实际发生了什么？

要完整回答这个问题，需要把相关状态、判定、控制和执行结果绑定到同一个 Target State Entry。

PCN 承担的就是这一工程责任。

如果将多个 Target State Entry 合并到同一个工程单元中，不同状态迁移的判定和控制责任容易混在一起。反过来，如果继续拆分到单个信号、单项判定或单个控制输出，又无法独立保持一次完整状态迁移的工程上下文。

因此，PCN 的“最小”可以定义为：

能够围绕一个明确 Target State Entry，保持状态输入、结构化判定、控制选择、执行结果和运行履历关系的最小工程责任节点。

这里的“最小”不要求固定数量的输入、固定数量的判定规则，也不对应固定的软件规模。

它定义的是一条工程边界：继续向下拆分，将无法独立保持一次目标状态进入所需的完整工程上下文；向上合并多个入口，则会同时包含多个不同的状态迁移责任。

4. PCN 将分散状态对应到同一个 Target State Entry

复杂自动化系统中，一次状态迁移所需要的状态往往来自不同设备和系统。

例如，机器人准备进入抓取阶段时，相关状态可能来自视觉系统、机器人控制器、PLC、安全系统、搬送设备、下游设备以及上位系统。

这些状态可以继续保存在原有系统中，不需要为了建立 PCN 而统一集中保存，也不需要改变原有系统的数据管理方式。

在设计阶段，需要明确哪些状态与当前 Target State Entry 直接相关，以及这些状态在本次状态迁移中承担什么工程作用。

PCN 在运行时按照已经定义的关系取得相关状态，执行 C / A / E Mapping 和 S / D / B Evaluation，并形成相应的 CAE-SDB Result。

这里需要区分两个问题：

  • 状态存在哪里；
  • 本次状态迁移为什么需要使用它。

例如，同一个设备 Ready 状态可以继续保留在原有设备控制系统中。对于 PCN 来说，需要确认的是这个 Ready 是否与当前 Target State Entry 有关，以及它在本次迁移中承担什么工程作用。

所以，PCN 不需要把所有现场信息集中到一个中央节点。它只取得与当前 Target State Entry 直接相关的状态，并在本次状态迁移范围内保持明确的判定和控制责任。

相关案例：

5. PCN 是工程责任节点，不限定固定实现形式

PCN 对应的是状态迁移前置控制中的工程责任边界，不限定为某一种 PLC 功能块、某一类控制器或某一种软件模块。

具体实现方式取决于 Target State Entry 所在的系统层级、现有控制架构和工程要求。

PCN 可以结合 PLC、工业控制器、边缘系统或 MES / WCS 相关软件环境实现，也可以与机器人、安全系统和其他既有控制对象建立必要的状态和控制关系。

实现形式可以不同，但一个 PCN 需要承担以下基本工程责任：

  • 对应一个明确的 Target State Entry；
  • 取得本次迁移相关状态；
  • 执行前置判定和控制；
  • 获取 Execution Result；
  • 形成对应的 PCN Trace。

判断一个工程实现是否构成 PCN，应检查其是否围绕明确的 Target State Entry 承担完整的状态迁移前置控制责任。

具体适用条件和不同系统层级中的应用方式，可参见：

相关技术札记

PCN 的判定结构和运行履历，在以下技术札记中分别说明。

为什么是 CAE-SDB？——状态变量域与判定性质的双轴结构

说明 C / A / E 状态变量域与 S / D / B 判定性质为什么分成两条轴，以及 CAE-SDB 如何形成面向具体 Target State Entry 的结构化判定结果。

为什么 PCN Trace 是一种新的工程数据？

说明 PCN Trace 如何围绕一次 Target State Entry 保持判定、控制选择和执行结果，并形成可持续比较和分析的状态迁移履历。

总结

复杂工程系统中的一次状态迁移，通常同时涉及来自不同设备和系统的条件、许可、执行链接续状态以及控制关系。

Target State Entry 将这些分散关系对应到一次具体的状态迁移，并使这个入口成为可以独立设计、判定、控制和记录的工程对象。

PCN（Pre-Control Node / 前置控制节点）是 TPCA 面向这一工程对象建立的工程实现单元。

一个 PCN 对应一个明确的 Target State Entry，并在同一工程责任范围内保持相关状态、CAE-SDB 判定、控制仲裁、多路径控制、执行结果和 PCN Trace。

因此，这里的“最小工程节点”指的是：

能够围绕一个明确 Target State Entry，保持状态输入、结构化判定、控制选择、执行结果和运行履历关系的最小工程责任节点。

以 PCN 为工程实现单元，TPCA 可以将状态迁移前置控制落实到具体设备、自动化单元以及不同系统层级中的明确 Target State Entry。

文档信息

题目：为什么 PCN 是 TPCA 的最小工程节点？
文档类型：技术札记
版本：Public Note Version 1.4
首次发布日期：2026-07-04
最后更新：2026-09-30
作者：全野南政 / Nansei Zenno
当前 URL：https://zennns.com/zh/notes/pcn-minimum-engineering-unit/

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