3. 生产数据模型与语义映射

在 Experion 生产数据与运营平台集成项目中，数据能否被运营平台正确理解，取决于两个层面的工作：一是把现场数据组织成有语义的生产数据模型，二是把这些模型映射为运营平台可识别的对象模型。前者解决“数据是什么、属于谁、在什么位置”，后者解决“运营平台如何引用、聚合和展示这些数据”。如果只做点对点的位号转发，运营平台看到的是一堆孤立数值；只有完成语义映射，才能形成设备、工艺单元、物料与批次之间的可导航关系。

一、生产数据模型的四个语义层次

生产数据模型通常按“位号—设备—工艺单元—物料/批次”四个层次组织。位号是最小数据单元，例如 FIC-101.PV、TI-205.PV、P-301.Run，分别表示流量、温度、泵运行状态。位号本身只携带测量值，不携带上下文；设备层级把位号挂接到具体设备，例如把 P-301.Run 挂到“进料泵 P-301”；工艺单元把设备组织为功能区域，例如“反应单元 R-100”“分离单元 S-200”；物料与批次模型则描述“什么物料、多少量、属于哪个批次、经过哪些单元”。

这四个层次不是简单的树形目录，而是带有语义约束的关系网络。一个位号可以同时属于一个设备和一个工艺单元；一个设备可以参与多个批次；一个批次可以跨越多个工艺单元。运营平台对象模型正是利用这些关系，把实时数据、历史数据和业务事件关联起来。

二、位号与设备层级的映射方法

位号映射是语义映射的起点。在 Experion 侧，位号通常以 控制器名.位号名.参数 的形式存在，例如 CTRL01.FIC-101.PV。运营平台对象模型中的 Tag 对象需要至少包含：Tag 名称、工程单位、量程上下限、数据类型、质量码来源、所属 Asset。映射时不能只做名称转换，还要处理单位换算和量程归一化。例如现场流量计输出 4–20 mA 对应 0–500 m³/h，运营平台若以 m³/h 展示，则需在映射层保留原始量程和工程单位，避免二次换算引入误差。

设备层级映射的关键是确定 Asset 的粒度。一个设备可以是一个 Asset，例如“进料泵 P-301”；也可以把设备的关键部件拆分为子 Asset，例如“P-301 电机”“P-301 泵体”。粒度选择取决于运营平台的使用场景：如果只做设备状态监视，整机 Asset 足够；如果要分析电机电流与泵体振动的关联，则需要拆分子 Asset。映射时通常用设备编号作为 Asset ID，用设备类型作为 Asset 模板，把位号按功能挂到模板定义的属性槽位上。

三、工艺单元与物料批次模型

工艺单元是设备之上的功能边界。一个工艺单元可以包含多个设备，例如“反应单元 R-100”包含反应器 R-100、进料泵 P-301、换热器 E-105。工艺单元映射到运营平台时，通常作为 Asset 层级中的父节点，设备作为子节点。这样运营平台可以按单元聚合数据，例如计算 R-100 单元的总能耗、平均温度、报警数量。

物料与批次模型是生产数据中语义最丰富的部分。物料描述“是什么”，批次描述“哪一次生产”。一个批次通常包含：批次号、物料号、计划数量、实际数量、开始时间、结束时间、经过的工艺单元、关键质量数据。映射到运营平台时，批次通常作为 Event 对象或独立的 Batch 对象，通过批次号与 Asset、Tag、Event 建立关联。例如批次 B20240612-001 使用原料 A，经过反应单元 R-100，产生中间体 B，最终在分离单元 S-200 得到成品 C。运营平台通过批次对象可以追溯整个生产路径。

四、映射实施中的关键检查点

在实际项目中，映射完成后需要做几项检查。第一，位号覆盖率：确认所有需要上运营平台的位号都已映射，没有遗漏。第二，单位一致性：检查现场单位与运营平台单位是否一致，必要时在映射层做换算。第三，层级完整性：确认每个设备都挂在正确的工艺单元下，没有孤立节点。第四，批次关联完整性：确认每个批次都能关联到物料、设备和关键质量数据。第五，报警映射：确认报警位号能正确归属到设备和工艺单元，避免报警在运营平台中“无家可归”。

完成语义映射后，运营平台看到的不再是孤立的数值，而是带有设备归属、工艺上下文和批次关联的生产对象。这为后续的运营监控、批次追溯、能耗分析和报警管理提供了统一的数据基础。