4. 制造数据统一模型与元数据管理

制造数据要真正“流得动、对得上、追得回”，前提不是先接多少协议、建多少表，而是先有一套统一的语义骨架。设备、产品、工艺三类模型分别回答“谁在生产”“生产什么”“怎么生产”，元数据管理则回答“这些数据从哪来、经过谁、变成什么”。本节围绕这三类模型的定义方式，以及元数据注册与血缘追踪的落地过程展开。

一、三类模型的分工与统一标识

设备模型描述物理资产及其能力，核心对象包括设备、部件、通道、测点。以一台数控加工中心为例，设备编码可定义为 EQP-CNC-001，其下属主轴部件 EQP-CNC-001/SPINDLE，主轴转速测点 EQP-CNC-001/SPINDLE/RPM。测点需绑定单位、量程、采样周期、数据类型，例如转速单位 r/min、量程 0～12000、采样周期 200 ms、类型 float。

产品模型描述制造对象及其结构，通常以物料编码和 BOM 组织。例如产品 PRD-GEAR-A 由毛坯 MAT-BLANK-A、齿轮体 MAT-GEAR-BODY 组成，并关联版本 V2.1。产品模型还要携带批次、序列号、质量特性等可追溯字段。

工艺模型描述加工过程，包含工序、工步、参数和资源绑定。例如工序 OP-20（精车）绑定设备 EQP-CNC-001，工步参数为进给 0.15 mm/r、转速 1800 r/min。三类模型通过统一标识关联：产品经工艺消耗设备能力，设备产出产品数据。

二、元数据注册：把“字段”变成“可管理资产”

元数据注册不是简单登记表名，而是为每个数据实体建立可检索、可校验、可追责的档案。注册内容至少包含：实体唯一 ID、业务名称、数据类型、单位、值域、来源系统、更新频率、责任人、版本号。以测点 EQP-CNC-001/SPINDLE/RPM 为例，注册记录可写成如下形式：

{
  "entity_id": "EQP-CNC-001/SPINDLE/RPM",
  "biz_name": "主轴转速",
  "data_type": "float",
  "unit": "r/min",
  "range": [0, 12000],
  "source_system": "PLC-S7-1500",
  "sample_period_ms": 200,
  "owner": "设备工程组",
  "version": "1.3",
  "updated_at": "2024-06-12T10:20:00+08:00"
}

注册时需做三项校验：一是单位一致性，避免同一物理量在不同系统中分别用 r/min 与 Hz；二是值域合法性，量程外的数据应标记为异常而非直接入库；三是命名规范，测点路径应遵循“设备/部件/测点”的层级，便于自动解析。注册完成后，该字段才具备被下游引用的资格。

三、血缘追踪：从原始信号到工艺指标

血缘追踪记录数据从产生到消费的完整路径。以主轴转速为例，其链路为：PLC 原始信号 rpm_raw → 清洗转换 rpm_clean → 工艺指标 spindle_speed_avg。每一步都要登记输入实体、输出实体、转换规则、执行时间和责任人。

转换规则可参数化为：rpm_clean = rpm_raw × 0.98（示例校准系数），spindle_speed_avg = AVG(rpm_clean, 窗口=60s)。当最终指标出现异常时，可沿血缘反向定位：若 rpm_raw 正常而 rpm_clean 偏移，则问题在清洗环节；若两者均正常而均值异常，则检查窗口配置或采样丢失。

四、实战：一次转速异常的血缘排查

假设某批次 PRD-GEAR-A 的 spindle_speed_avg 在 14:30 出现从 1800 骤降至 1200 的跳变。排查过程如下：

1. 在元数据注册中心检索 spindle_speed_avg，获取其上游实体为 rpm_clean，转换规则为 60 秒滑动平均。
2. 查询 rpm_clean 同时段数据，发现其在 14:29:40 至 14:30:20 存在 40 秒空档，说明上游断流。
3. 继续上溯 rpm_raw，发现 PLC 侧该时段有正常采样，但采集网关的缓冲队列在 14:29:35 达到上限并丢弃了部分数据。
4. 结论：根因在采集网关缓冲不足，而非设备停机或工艺参数变更。修复措施为扩大网关缓冲并增加丢包告警。

该案例说明，血缘追踪的价值不在于画出一张漂亮的链路图，而在于当指标异常时，能够按“指标→转换→原始信号”的顺序快速缩小范围，把排查从“猜”变成“查”。

五、模型与元数据的协同维护

三类模型和元数据不是一次性建完就结束。设备新增测点、产品换版、工艺参数调整，都会引起元数据变更。建议建立变更流程：变更申请 → 影响分析（沿血缘找出下游实体）→ 注册中心更新版本 → 通知下游系统 → 回归验证。版本号必须递增，旧版本保留可查，确保历史批次仍能按当时的模型和规则复现。

统一模型解决“说的是不是同一件事”，元数据注册解决“字段能不能被信任”，血缘追踪解决“出了问题找谁”。三者配合，制造数据才具备跨系统流转和追溯的基础条件。