📚 课程目录第1章集成场景与目标定义

1. 集成场景与目标定义

PI System与MES的集成，本质上不是两个软件之间的“接口对接”，而是把过程实时数据与生产业务数据在正确的时点、以正确的粒度、按正确的语义关联起来。PI System擅长高频采集、长期存储和时序计算，数据以时间戳为核心；MES擅长管理订单、批次、物料、工序和人员，数据以业务对象为核心。两者集成的第一步，不是打开接口配置工具，而是把业务需求翻译成可落地的数据契约。

如果跳过场景定义直接开发接口，最常见的后果是：接口能通，但数据对不上业务口径。例如OEE算出来与车间报表差5个百分点，追溯时发现批次与时间区间错位，质量数据挂到了错误的工单上。因此本章聚焦四类典型场景——生产订单执行跟踪、批次追溯、OEE计算、质量数据联动——并给出集成范围与成功标准的定义方法。

四类典型场景的业务诉求与数据关系

生产订单执行跟踪关注的是“订单现在做到哪了”。MES下发工单后，PI System中对应产线的关键过程量（如反应釜温度、灌装线速度、设备运行状态）需要按工单时间窗口归集，形成订单级的进度与状态。核心数据关系是：MES工单（订单号、产线、计划起止时间）→ PI System时间序列（按产线标签与时间区间过滤）→ 订单执行状态（未开始/进行中/已完成/异常）。

批次追溯关注的是“这一批产品用了什么、经过了什么”。MES提供批次号、物料批次、工序流转记录，PI System提供该批次生产期间的实际工艺参数曲线。两者通过“批次号+时间区间+产线/设备”三元组关联。追溯的难点在于时间边界：批次开始与结束往往由MES事件触发，而PI System数据是连续流，需要明确以哪个信号作为批次起止的判定依据。

OEE计算关注的是“设备到底发挥了多大效能”。OEE=时间开动率×性能开动率×合格品率。MES提供计划生产时间、合格品数、废品数；PI System提供实际运行时间、设备状态（运行/停机/待机）、实际节拍或产量计数。集成的关键是把MES的“计划”与PI System的“实际”在同一时间轴上对齐，并明确停机分类的判定规则。

质量数据联动关注的是“过程参数如何影响质量结果”。MES记录检验结果（合格/不合格、检验值），PI System记录对应批次的过程参数。联动后可以建立“参数-质量”关联分析，例如某温度区间内产品合格率显著下降。这类场景对时间对齐精度要求最高，通常需要精确到秒级。

集成范围的定义方法

识别出场景后，需要把“做什么”收敛为“做到什么程度”。集成范围至少应明确四个维度：数据范围（哪些产线、哪些设备、哪些参数）、时间范围（历史数据是否回补、实时延迟要求）、粒度范围（秒级、分钟级还是批次级）、方向范围（MES到PI、PI到MES，还是双向）。

以OEE场景为例，一个可落地的范围定义可能是：覆盖3条灌装线，采集设备状态、产量计数、报警事件三类PI标签，时间粒度为1分钟聚合，MES侧提供计划生产时间与合格品数，集成方向为MES→PI（计划）与PI→MES（实际）双向。这样的范围描述可以直接转化为接口清单和标签映射表。

需要特别注意的是，不是所有场景都需要实时。生产订单执行跟踪通常要求分钟级刷新，批次追溯可以接受批次结束后批量同步，OEE计算一般按班次或小时聚合，质量数据联动则往往在检验完成后触发。把实时性要求写进范围定义，能避免过度设计。

成功标准的量化表达

成功标准不能停留在“数据能传过去”。建议从三个层面定义：

数据完整性：指定时间窗口内，PI System中应采集的标签点数与MES应关联的工单/批次记录数，匹配率不低于设定阈值（例如99.5%）。
时间对齐精度：批次起止时间与PI数据时间戳的偏差不超过允许值（例如±5秒），OEE统计周期与MES班次边界完全一致。
业务口径一致性：同一指标在MES报表与PI计算中的结果差异不超过约定范围（例如OEE差异≤1个百分点），且差异可解释、可追溯。

成功标准应在集成开发前由生产、工艺、IT三方共同确认，并作为验收测试的判定依据。标准一旦确定，后续的接口设计、标签映射、计算逻辑都围绕它展开。

从场景到数据契约：一个示例

假设某车间要集成“反应釜批次追溯”场景。MES中批次记录包含：批次号B20240612-03、反应釜R-101、开始时间2024-06-12 08:15:00、结束时间2024-06-12 11:40:00。PI System中对应标签为R101_Temp、R101_Press、R101_Level，采样间隔1秒。

数据契约可以定义为：以批次号为主键，从MES获取时间区间，从PI System按标签和时间区间提取时序数据，输出为“批次号+时间戳+标签名+值+质量码”的宽表或长表。同时约定：若批次开始时间早于PI数据可用时间，则标记为“数据不完整”；若时间区间内某标签无数据，则记录缺失标签清单。

批次追溯数据契约（示例）
主键：batch_id
输入：
  MES: batch_id, equipment_code, start_time, end_time
  PI:  tag_name, timestamp, value, quality
关联规则：
  tag_name 属于 equipment_code 对应标签组
  timestamp ∈ [start_time, end_time]
输出字段：
  batch_id, equipment_code, tag_name, timestamp, value, quality
异常标记：
  missing_tag_list, time_gap_flag

这个契约一旦确定，接口开发、测试用例和验收标准都可以直接派生。它也是后续章节中讨论具体接口实现、数据流编排和异常处理的基础。

常见误区与规避建议

第一个误区是先选技术再定场景。有人一上来就讨论用PI Web API还是PI Integrator，却说不清要解决什么业务问题。正确顺序是先有场景和成功标准，再选技术路径。

第二个误区是忽略时间语义。MES的时间往往是业务时间（如报工时间），PI System的时间是采集时间，两者可能相差数秒到数分钟。必须在场景定义阶段明确以哪个时间为准，以及是否需要时间偏移校正。

第三个误区是把集成范围定得过大。试图一次性把所有产线、所有参数、所有场景都接进来，结果接口复杂、测试困难、上线延期。建议按场景优先级分批实施，每批都有独立的成功标准。

集成范围一旦确定，应形成书面文档并版本管理。后续任何范围变更都应评估对接口、计算逻辑和验收标准的影响，避免“顺手多加一个标签”导致口径混乱。

本章的核心结论是：PI System与MES集成的起点不是接口，而是场景。把生产订单执行跟踪、批次追溯、OEE计算、质量数据联动四类场景的业务诉求翻译成关联键、时间规则和数据契约，再用完整性、时间对齐精度、口径一致性三个维度定义成功标准，后续的接口设计、数据流编排和异常处理才有明确的靶心。