1. 课程导入与Hexagon智能工厂数据集成全景

在智能工厂项目中,真正决定系统能否落地的往往不是某一台设备有多先进,而是数据能否在设备、产线、MES、ERP、质量系统与分析平台之间顺畅流动。Hexagon作为覆盖测量、制造、质量与资产管理的工业软件与硬件供应商,其智能工厂方案的核心价值,正是把分散在计量设备、加工中心、装配工位和业务系统中的数据,组织成一条可追溯、可复用、可分析的数据链。本课程围绕这条数据链展开,目标是让学员既能理解整体架构,也能动手完成具体的集成配置与排障。

学习目标

完成本课程后,学员应能够:第一,说清Hexagon智能工厂数据集成的分层结构与各层职责;第二,识别典型集成场景中的源系统、目标系统、数据对象与传输方式;第三,使用常见接口(如OPC UA、REST、数据库直连、文件交换)完成一次可验证的数据接入;第四,根据时间戳、单位、坐标系、主键等关键字段判断数据是否可用;第五,在数据缺失、延迟或对不齐时定位问题环节。这些目标贯穿后续章节,本节先建立全景认知。

核心概念:从“设备数据”到“制造数据资产”

智能工厂中的数据集成,不是简单地把A系统的表复制到B系统。它至少涉及四个核心概念。其一是数据源,包括三坐标测量机(CMM)、激光跟踪仪、机床、PLC、传感器、SCADA、MES、QMS等,它们产生的数据格式、频率和语义各不相同。其二是数据对象,例如零件、工序、测量特征、偏差值、设备状态、工单、批次。其三是集成通道,即数据从源到目标所经过的接口、中间件或消息队列。其四是数据契约,它规定字段名、类型、单位、精度、时间基准和唯一标识,是集成能否稳定运行的关键。

以一次典型的测量数据回传为例:CMM完成某零件测量后生成DMIS或QIF结果文件,其中包含特征名、理论值、实测值、偏差和公差。若要把这些数据送入MES做质量判定,就必须先明确:零件唯一标识用哪个字段?测量时间采用设备本地时间还是UTC?偏差单位是毫米还是微米?坐标系是否与MES中的工件坐标系一致?这些问题不解决,数据即使传过去也无法正确使用。

整体框架:五层数据集成参考模型

为便于工程落地,本课程采用一个五层参考模型来组织Hexagon智能工厂数据集成。自下而上依次为:设备与采集层、边缘接入层、集成服务层、业务应用层、分析与决策层。设备与采集层负责从测量设备、机床和传感器获取原始信号或结果文件;边缘接入层完成协议转换、数据缓存与初步清洗;集成服务层承担路由、映射、转换、编排与接口管理;业务应用层包括MES、QMS、ERP、PLM等,消费数据并产生业务动作;分析与决策层则利用历史数据做趋势分析、SPC和预测性维护。

需要强调的是,分层不是目的,而是为了明确责任边界。例如,单位换算和坐标系变换通常放在集成服务层,而不是让每个业务系统各自处理;设备断线重连和本地缓存放在边缘接入层,避免上层业务被短时中断影响。下面这张图展示了该参考模型以及典型数据在层间的流动方向。

Hexagon智能工厂数据集成五层参考模型 分析与决策层 SPC趋势分析 偏差/CPK/报警 预测性维护 设备状态/寿命 质量追溯 批次/零件/工序 业务应用层 MES 工单/报工 QMS 判定/不合格 ERP 订单/库存 PLM BOM/工艺 集成服务层 字段映射 名称/类型/主键 单位与坐标变换 mm/μm、工件系 路由与编排 REST/OPC UA/MQ 边缘接入层 协议转换 OPC UA/Modbus 本地缓存 断线续传 初步清洗 去重/时间戳 设备与采集层 CMM/跟踪仪 DMIS/QIF 机床/PLC 状态/计数 传感器 温度/振动 SCADA 实时值 数据上行 指令/反馈下行 关键契约:零件唯一标识 · 时间基准(UTC/本地) · 单位(mm/μm) · 坐标系(工件/机床) · 公差与判定规则

典型集成场景

全景框架需要落到具体场景才有意义。本课程后续会反复涉及以下四类场景。第一类是测量结果回传:CMM或激光跟踪仪完成测量后,把特征偏差写入QMS或MES,用于自动判定合格与否。第二类是设备状态采集:通过OPC UA或Modbus从机床、PLC读取运行、停机、报警状态,送入分析平台计算OEE。第三类是工单与工艺下发:MES把工单、零件号、工序和检测要求下发给测量程序或工位终端。第四类是质量数据追溯:把零件、批次、测量记录、设备参数关联起来,支持正向和反向追溯。

这四类场景的共同点是:都存在明确的源、目标、数据对象和触发条件。以测量结果回传为例,触发条件是“测量程序结束并生成结果文件”,源是CMM控制软件,目标是QMS的检验结果表,数据对象是特征偏差集合,传输方式可以是文件监听加REST推送,也可以是数据库直连。选择哪种方式,取决于实时性要求、网络条件和系统开放能力。

一个可执行的最小集成示例

为了把概念变成可操作的认识,这里给出一个最小示例。假设某零件测量结果以CSV文件落在边缘网关的/data/cmm/outbox目录,字段为:part_id, feature_name, nominal, actual, deviation, unit, timestamp。集成服务需要完成三件事:监听新文件、校验字段与单位、把偏差统一为毫米后推送到QMS的REST接口。

# 示例:字段映射与单位换算(教学假设,非实测结果)
输入行:
P-1024, Hole_01_Dia, 10.000, 10.012, 0.012, mm, 2025-03-11T08:15:22Z

映射规则:
part_id      -> qms.partNo
feature_name -> qms.charName
deviation    -> qms.deviationMm
timestamp    -> qms.measuredAtUtc

单位处理:
若 unit == "um",则 deviationMm = deviation / 1000
若 unit == "mm",则 deviationMm = deviation

推送结果(示例):
POST /api/inspection/results
{ "partNo":"P-1024", "charName":"Hole_01_Dia",
  "deviationMm":0.012, "measuredAtUtc":"2025-03-11T08:15:22Z" }

这个示例虽小,却包含了集成工程的全部关键动作:识别源对象、定义字段映射、统一单位、确定时间基准、选择传输接口、构造目标报文。判断集成是否成功,不能只看接口返回200,还要检查QMS中该零件的检验记录是否出现、偏差值是否与源文件一致、时间戳是否落在合理区间。若QMS中偏差为0.012但单位被误标为微米,就会造成误判,这正是数据契约必须提前约定的原因。

学习建议:在后续章节动手配置时,始终先写下“源字段—目标字段—单位—时间基准—唯一标识”这五项,再开始连接口。多数集成故障并非协议不通,而是语义不一致。

本课程的组织方式

后续内容将沿着“概念—接口—配置—验证—排障”的路径推进,但不会机械重复同一套步骤。涉及OPC UA时会重点讲节点浏览与订阅;涉及REST时会讲认证、分页与幂等;涉及数据库时会讲增量抽取与主键冲突;涉及文件交换时会讲监听、去重与断点续传。每一节都会给出可观察的结果和判断依据,使学员不仅知道“怎么连”,更知道“连上之后怎么确认数据是对的”。

回到本节的全景图:设备与采集层产生数据,边缘接入层保证数据不丢,集成服务层保证数据可理解,业务应用层让数据产生动作,分析与决策层让数据产生长期价值。理解这五层之间的分工与数据流向,是后续所有集成工作的基础。