📚 课程目录第2章生产检测数据源接入

2. 生产检测数据源接入

在Hexagon生产检测数据管理与质量分析平台中，数据源接入是整个质量数据链路的起点。平台本身不直接产生检测数据，它依赖来自Hexagon测量设备、现场传感器、PLC控制系统以及第三方质量系统的数据输入。如果接入层设计不当，后续的统计分析、SPC控制图、质量追溯都会因数据缺失或时间戳错位而失去意义。因此，理解各类数据源的接口类型、通信协议以及配置流程，是平台实施中最基础也最关键的一环。

一、四类数据源的特征与接口类型

Hexagon测量设备主要包括三坐标测量机（CMM）、激光跟踪仪、便携式关节臂以及影像测量仪。这类设备通常由Hexagon自身的测量软件（如PC-DMIS、QUINDOS、Inspire）驱动，测量完成后生成结构化结果文件。其接入方式以文件接口和软件API接口为主：文件接口常见格式包括CSV、XML、QIF以及PC-DMIS的.res结果文件；API接口则通过PC-DMIS的Automation API或Hexagon的SDK，以COM组件或REST方式将测量结果实时推送至平台。对于老旧设备，若不具备网络能力，可采用共享目录轮询方式采集。

现场传感器包括温度传感器、压力传感器、位移传感器、振动传感器以及视觉传感器。这类数据源的特点是高频、连续、数据量大，接口类型以模拟量（4-20mA、0-10V）和数字量（IO信号）为主，通常先接入数据采集模块（DAQ）或边缘网关，再通过Modbus TCP、OPC UA、MQTT等协议上传。其中OPC UA适合结构化、带语义的传感器数据，MQTT更适合低带宽、高并发的边缘场景。

PLC控制系统（如西门子S7、罗克韦尔ControlLogix、三菱FX系列）掌握着生产线的节拍、工位状态、合格/不合格判定信号。PLC接入以工业以太网协议为主：西门子常用S7协议或OPC UA，罗克韦尔常用EtherNet/IP，三菱常用MC协议。平台侧一般通过OPC UA服务器或专用驱动（如Kepware、Ignition）将PLC寄存器地址映射为可读的数据标签。

第三方系统包括MES、QMS、ERP以及供应商质量平台。这类系统通常提供REST API、数据库直连、消息队列三种接入方式。REST API适合按需拉取工单、批次、供应商信息；数据库直连适合批量同步历史检验记录；消息队列（如Kafka、RabbitMQ）适合事件驱动的实时质量告警。

二、通信协议选型与配置流程

协议选型需要同时考虑数据源能力、实时性要求和平台侧支持情况。对于Hexagon测量设备，若测量节拍在分钟级，文件接口加定时轮询即可满足；若需要实时监控测量进度，则应启用PC-DMIS Automation API，通过COM事件回调将结果写入平台消息队列。对于传感器和PLC，若现场已有OPC UA服务器，优先复用；若没有，可在边缘网关部署OPC UA Server，将Modbus TCP或S7协议转换为统一OPC UA地址空间。

配置流程可以概括为“建连接—定地址—配映射—验数据”四个环节。以一台Hexagon CMM通过PC-DMIS API接入为例：首先在平台的数据源管理模块中新建“Hexagon测量设备”类型的数据源，填写设备IP、PC-DMIS版本、API端口；其次在PC-DMIS端启用Automation API并注册平台为客户端；然后在平台侧配置测量结果字段映射，将PC-DMIS输出的特征名、理论值、实测值、偏差、公差上下限映射到平台的质量数据模型；最后执行一次试测量，观察平台是否收到完整记录，并核对时间戳、设备编号、程序名是否与预期一致。

对于PLC接入，配置重点在于地址映射与采集周期。例如西门子S7-1200通过OPC UA接入时，需要在TIA Portal中启用OPC UA服务器功能，导出地址空间XML，再在平台侧导入并选择需要采集的DB块变量。采集周期建议根据信号变化频率设定：工位状态类信号可设为500ms，合格判定信号可设为100ms，避免过度采集造成网络负载。

三、数据接入的典型配置示例

以下是一个传感器通过MQTT接入平台的配置片段，展示了主题、QoS和JSON载荷的基本结构：

# 边缘网关发布主题
hexagon/line1/sensor/temp
# QoS 1，保留消息 false
{
  "deviceId": "TEMP-01",
  "lineId": "LINE-01",
  "value": 23.6,
  "unit": "C",
  "timestamp": "2025-03-18T09:12:33.120Z"
}
# 平台订阅主题
hexagon/+/sensor/+
# 解析规则：deviceId -> 设备档案，value -> 测量值，timestamp -> 采集时间

配置完成后，必须进行数据完整性验证。验证内容包括：单位是否正确、时间戳是否采用UTC、设备编号是否与资产台账一致、是否存在重复上报。对于测量设备，还需核对特征名是否与图纸标注一致，避免后续SPC分析时特征错位。

建议在接入层为每条数据记录附加“数据源标识”和“采集方式”两个元字段，便于后续排障时快速定位是设备未上报、网关丢包还是平台解析失败。

四、接入拓扑与数据流向

下图展示了四类数据源通过不同接口和协议汇入平台接入层的整体拓扑。图中左侧为数据源，中间为协议转换与采集通道，右侧为平台接入服务，底部标注了各通道的关键配置参数。

从图中可以看出，四类数据源在接入层最终汇聚为统一的质量数据模型。无论原始数据来自文件、传感器还是PLC，平台都需要完成字段映射、时间戳对齐和单位归一，才能进入后续的SPC分析与质量追溯。配置过程中最容易出错的环节是时间戳：测量设备通常使用本地时间，传感器网关可能使用UTC，PLC则可能只提供相对时间。建议在接入层统一转换为UTC并保留原始时间字段，避免跨系统分析时出现时间偏移。

若同一批次数据同时来自CMM和PLC，必须确保两者的时间基准一致。否则在关联“测量结果”与“工位状态”时，可能出现测量记录找不到对应工位的情况。建议在接入配置中显式设置时间同步源，并定期校验设备时钟偏差。

完成接入配置后，平台应提供数据源健康状态监控，包括连接状态、最近一次数据到达时间、采集成功率、解析失败计数。当某个数据源连续多个采集周期无数据时，触发告警并记录到接入日志。这样，质量工程师在发现SPC图表数据缺失时，可以快速判断是设备停机、网络中断还是配置错误，而不是盲目排查整个链路。