3. 现场参数分类与数据字典构建

虚拟调试能否顺利过渡到现场运行，很大程度上取决于参数是否被“认识清楚”。现场设备上的参数并不是一堆同质的键值对：有的决定电机转多快，有的决定气缸在什么位置夹紧，有的决定安全门打开后多久必须停机，还有的决定PLC与变频器之间用什么报文交换数据。如果把这些参数混在一张表里，只记录名称和数值，虚拟调试阶段看似能跑通，一旦换设备、换工艺配方或做安全验证，就会暴露出“不知道这个值能不能改、改了会影响谁、以哪一侧为准”的问题。因此，本节的核心任务是建立一套可维护的参数分类体系，并用数据字典把每一类参数的属性与元数据固定下来。

四类现场参数的分工与边界

按工程职责划分，现场参数通常分为驱动参数、工艺参数、安全参数和通信参数四类。分类的目的不是贴标签，而是决定后续的读写权限、同步策略和校验方式。

驱动参数面向执行机构本体，描述电机、伺服、变频器、阀岛等如何运动。典型对象包括额定电流、最大转速、加减速时间、位置环增益、软限位、回零偏移。这类参数往往与具体硬件型号强绑定，换一台同系列不同功率的驱动器，部分参数就必须重算或重新辨识。它们的特点是“设备相关、改动敏感”，一般不允许在运行中随意写入。

工艺参数面向产品与节拍，描述“这台设备要做出什么”。例如夹紧力、焊接电流、贴装高度、输送带速度、配方号、循环时间上限。工艺参数与设备可以解耦：同一台设备换配方，工艺参数变而驱动参数不变。因此工艺参数最适合做配方化管理，也是虚拟调试中最常被反复调整的一类。

安全参数面向人身与设备保护，描述安全功能的触发条件与响应。例如安全门监控延时、急停响应时间、安全光幕屏蔽时间、安全速度限值、STO通道配置。安全参数的突出特征是受标准与认证约束，任何修改都必须经过风险评估与验证，不能与普通工艺参数放在同一张可自由编辑的表里。

通信参数面向数据交换，描述设备之间“怎么说话”。例如PROFINET设备名称与IP地址、PROFIBUS站号、报文类型、心跳周期、看门狗时间、映射偏移地址。通信参数错了，表现为掉站、超时或数据错位，而不是动作不对，因此排障路径与前三类完全不同。

数据字典条目的最小字段集

把四类参数统一到数据字典，关键是定义每个条目必须携带哪些字段。一个可落地的条目至少包含：唯一标识（如 DRV_AX1_MAX_SPEED）、中文名称、所属类别、数据类型、单位、最小值、最大值、默认值、当前值、读写权限、来源设备、生效时机、版本号、责任人。缺少单位与范围，同步时就无法判断“1200”是转速还是位置；缺少读写权限，就可能把只读的驱动器铭牌参数误写入；缺少生效时机，就会出现“改了但没生效”的假故障。

以一台伺服轴为例，可以建立如下条目（数值为教学示例，非实测）：

标识: DRV_AX1_MAX_SPEED
名称: 1轴最大转速
类别: 驱动参数
类型: REAL   单位: rpm
范围: 0 ~ 6000   默认: 3000
权限: 需授权   生效: 重启
来源: 伺服驱动器A1   版本: v1.2
责任人: 电气调试组

再如安全参数 SAF_DOOR_DELAY（安全门监控延时），类型为INT、单位ms、范围200~2000、权限为“需授权且需安全审核”、生效时机为“重启”，并额外携带“关联安全功能：门监控”“认证依据：风险评估报告编号”两个元数据字段。这样，当虚拟调试中需要临时放宽某个工艺参数时，系统能明确区分：工艺参数可直接改，安全参数必须走审批。

元数据管理：让参数“可追溯、可解释”

元数据不是装饰，而是解决现场争议的依据。常见元数据包括来源、归属、版本、变更记录、关联关系和安全等级。来源字段回答“这个值最初从哪来”，是驱动器出厂默认、PLC程序常量、HMI配方还是现场手调；版本字段回答“现在用的是哪一版”，避免虚拟模型与现场设备各说各话；关联关系回答“改这个值会影响谁”，例如某个工艺参数被三个配方引用，修改前必须评估影响面。

在虚拟调试与现场同步的衔接点上，元数据还承担“基准侧”标记。建议为每个条目增加 master_side 字段，取值如 virtual、field、manual。当虚拟侧与现场侧数值不一致时，同步工具依据该字段决定以谁为准，而不是简单覆盖。对于安全参数，master_side 应固定为 field 并附加审核状态，虚拟侧只能读取和比对，不能反向写入。

构建顺序与常见陷阱

实际构建时，建议按“先分类、再补属性、后挂元数据”的顺序推进。第一步，从PLC变量表、驱动器参数列表、安全配置文件和网络组态中导出原始清单，按四类归位；第二步，为每个条目补齐类型、单位、范围、权限和生效时机，这一步最容易发现“同名不同义”或“同义不同名”的冲突；第三步，补充来源、版本、责任人和关联关系，形成可审计的字典。

常见陷阱有三类。其一是把安全参数混入普通工艺参数表，导致权限失控；其二是只记录当前值而不记录范围和单位，同步时无法校验；其三是元数据缺失，出现差异时无法判断以哪一侧为准。规避方法是在字典评审时逐条检查：这个值改错了会怎样？谁能改？改了怎么回退？如果三个问题都有明确答案，条目才算合格。

完成分类与字典构建后，后续的同步策略、差异比对和变更审批才有统一的输入。参数不再是一堆散落的数字，而是带有类别、边界、来源和责任的工程对象，虚拟调试与现场运行之间的每一次参数交换，都能找到依据和退路。