06 · 设备对接协议适配库深度调研¶
状态：基线深化，来源 PRE-06 + 设备接入专项调研
1. 结论摘要¶
线束 MES 的设备接入不能只按“协议清单”设计，而应该按设备能力、采集价值、改造成本和生产风险分层推进。
推荐总体架构保持原决策：
设备 / 仪器 / 传感器
↓
边缘设备采集网关 Device Gateway
↓
MES 边缘应用
↓
云端 MES / 数据分析 / 运维平台
核心原则：
- MES 业务应用不直接适配大量设备协议。
- 设备采集网关负责协议解析、采集、清洗、缓存、时间戳统一和统一数据模型输出。
- MES 负责工单绑定、工序上下文、质量判定、物料/批次/SN 追溯、异常闭环。
- 阶段二优先做 L1 状态采集和关键设备 L2 参数回传，谨慎推进 L3 闭环控制。
- 对老旧设备不要强行追求“全协议数字化”，应允许 I/O、串口改造、旁路传感、人工扫码补录并存。
2. 设备接入范围¶
线束行业常见设备包括：
| 设备类型 | 典型数据 | 接入价值 | 常见接口 |
|---|---|---|---|
| 裁线机 | 长度、线号、数量、刀具状态、报警 | 计数、工艺参数追溯 | OPC UA、厂商接口、TCP/ASCII、文件 |
| 剥线机 | 剥头长度、线径、数量、报警 | 参数追溯、防错 | RS232、TCP、私有协议 |
| 端子压接机 | 压接高度、压力曲线、拉脱力、模具、端子批次 | 质量追溯核心 | OPC UA、WPCS、厂商 SDK、文件、串口 |
| 导通测试仪 | 测试结果、回路、错误点、测试时间 | 终检判定、客户追溯 | TCP/ASCII、文件、REST、私有协议 |
| 拉力测试仪 | 拉力值、判定、样本号、人员 | 首检/巡检质量记录 | RS232、USB 虚拟串口、文件 |
| 标签打印机 | 标签内容、模板、重打记录 | 包装与追溯 | ZPL/TSPL、Windows Driver、HTTP |
| 工位工具 | 扭矩、次数、结果、报警 | 装配过程防错 | Modbus、TCP、REST、厂商协议 |
| 传感器/PLC | 运行、停止、故障、节拍、计数 | OEE、异常分析 | Modbus TCP/RTU、I/O、OPC UA |
3. 协议族分层¶
3.1 高端设备与新设备¶
适合优先选择标准化、可扩展、语义清晰的接口。
| 协议 / 接口 | 适用场景 | 优点 | 风险 |
|---|---|---|---|
| OPC UA | 工业设备、PLC、产线单元 | 信息模型清晰、安全能力完整、跨平台 | 实施复杂度高，设备模型差异大 |
| REST API | 厂商控制器、测试仪、网关、云边服务 | 易调试、易集成、开发门槛低 | 实时性和订阅能力弱，厂商实现不统一 |
| MQTT | 设备网关、边缘到云、遥测上报 | 发布订阅、弱网友好、轻量 | Topic 和 Payload 不统一会导致治理困难 |
| WPCS / 厂商标准接口 | 线束加工设备专用数据交换 | 更贴近线束加工业务 | 厂商覆盖不完整，版本差异需验证 |
3.2 中低端常见设备¶
适合用网关适配，重点解决稳定采集和字段标准化。
| 协议 / 接口 | 适用场景 | 优点 | 风险 |
|---|---|---|---|
| RS232 / RS485 | 测试仪、拉力机、老式控制器 | 成本低、现场普遍存在 | 报文格式碎片化，抗干扰和布线要处理 |
| Modbus RTU/TCP | PLC、仪表、传感器、简单设备 | 工业现场常见，寄存器模型简单 | 语义弱，需要维护寄存器映射表 |
| TCP/ASCII | 裁线机、测试仪、厂商控制器 | 调试直接，适合结果类数据 | 粘包、断线、字符编码、协议版本差异 |
| 文件导出 | 测试仪、压接质量系统、老设备软件 | 改造成本低，适合先接入 | 时效性差，文件格式和落盘规则不稳定 |
| 私有协议 / SDK | 厂商设备专有接口 | 可获得更多能力 | 绑定厂商，升级和授权风险高 |
3.3 老旧设备与无接口设备¶
这类设备不要强行套用现代协议，应按“能采多少、值不值得、是否影响生产”设计改造。
| 改造方式 | 适用场景 | 可获得数据 | 风险 |
|---|---|---|---|
| I/O 点采集 | 运行、停机、报警、计数 | 状态、节拍、产量 | 只能获得低语义数据 |
| 串口加装 / 转换器 | 设备已有隐藏串口或仪表输出 | 测量值、结果、报警 | 需要现场协议抓包和抗干扰 |
| 旁路传感 | 无接口设备 | 计数、启停、电流、振动、气压 | 数据需要校准，不能替代设备原始判定 |
| 人工扫码补录 | 改造成本高或低频设备 | 工单、SN、批次、结果 | 依赖人员执行，需防错和审计 |
| 半自动文件采集 | 设备软件可导出报表 | 测试结果、曲线、批次 | 文件延迟、覆盖、重复导入问题 |
4. OPC UA 调研¶
OPC UA 是面向工业自动化的数据交换标准，特点是平台无关、服务化通信、对象化信息模型、安全机制完整。它适合较新设备、PLC、产线单元、设备网关和厂商已经提供 OPC UA Server 的场景。
4.1 MES 中的适用场景¶
优先用于：
- PLC 或设备控制器公开运行状态、报警、计数；
- 压接机、裁线机、测试设备公开工艺参数或质量结果；
- 设备网关向 MES 提供统一 OPC UA Server；
- 未来需要从“采集”升级到“配方下发、互锁、状态控制”的设备。
4.2 接入模式¶
MES Device Gateway
↓ OPC UA Client
设备 / PLC / 设备厂商 OPC UA Server
网关作为 OPC UA Client，订阅读取设备节点；设备或 PLC 暴露 OPC UA Server。
4.3 关键设计点¶
| 设计点 | 建议 |
|---|---|
| Namespace 管理 | 每个厂商/型号维护独立 Namespace 映射，不直接把设备节点暴露给 MES |
| NodeId 映射 | 建立点位字典，映射到统一字段，如 run_status、alarm_code、crimp_height |
| 订阅策略 | 状态和报警订阅变化，关键参数按工序事件触发采样 |
| 时间戳 | 保留设备源时间 device_time，同时记录网关接收时间 received_time |
| 安全 | 生产环境启用证书、签名/加密策略，不使用匿名明文作为长期方案 |
| 断线恢复 | 自动重连、断点重订阅、质量位标记 BAD_COMMUNICATION |
| 模型治理 | 不把 OPC UA 信息模型直接等同 MES 业务模型，需要转换为 UDM |
4.4 风险¶
- 不同厂商的 OPC UA 模型差异非常大，“支持 OPC UA”不等于字段可直接通用。
- 某些设备只开放少量状态点，不开放质量曲线或配方接口。
- 安全证书、端口、网络隔离在客户现场可能成为实施障碍。
- 如果直接让 MES 业务层依赖 NodeId，后续设备替换会导致业务代码不稳定。
5. REST API 调研¶
REST 更适合设备厂商控制软件、测试系统、网关服务或边缘子系统之间的业务接口。它不一定适合高频实时采样，但非常适合查询、命令、结果上传、配置同步。
5.1 适用场景¶
- 测试系统完成后向 MES 回传测试结果；
- MES 查询设备当前状态、版本、能力；
- MES 下发工单、配方、标签任务到设备厂商系统；
- 设备厂商软件提供 Web API；
- Device Gateway 对 MES 暴露统一 HTTP API。
5.2 接口模式¶
设备厂商系统 → HTTP POST → Device Gateway / MES Edge
MES Edge → HTTP GET/POST → 设备厂商系统
5.3 关键设计点¶
| 设计点 | 建议 |
|---|---|
| 幂等 | 结果上传必须带 event_id、device_id、sequence 或厂商原始流水号 |
| 超时 | 所有调用设置短超时和重试，不阻塞现场主流程 |
| 认证 | 使用 Token、签名或 mTLS，避免裸接口 |
| 版本 | URL 或 Header 中带接口版本，如 /api/v1/device-events |
| 回调 | 设备主动推送结果时，MES 返回明确 ACK |
| 错误码 | 区分业务拒绝、重复事件、字段错误、认证失败、系统失败 |
| 文件 | 大曲线、图片、报告文件通过对象存储或文件引用，不塞进普通 JSON |
5.4 风险¶
- 厂商所谓 REST 可能只是 HTTP + 自定义 JSON，语义和错误处理差异大。
- HTTP 轮询大量设备状态会增加网络和服务压力。
- 实时互锁不宜依赖跨进程 HTTP 长链路，应在边缘或设备侧本地完成。
6. MQTT 调研¶
MQTT 是发布/订阅消息协议，适合弱网环境、遥测上报、设备状态变化、边缘到云同步。在线束 MES 中，它更适合“设备网关到云端”或“网关内部消息总线”，不建议让每台设备都直接连接云端 Broker。
6.1 适用场景¶
- Device Gateway 向 MES Edge 发布设备事件；
- MES Edge 向云端同步设备状态和遥测；
- 多设备状态、报警、节拍事件的异步上报；
- 未来设备运维监控、边缘健康状态上报。
6.2 推荐 Topic 规划¶
mes/{tenant_id}/{factory_id}/{edge_id}/device/{device_id}/state
mes/{tenant_id}/{factory_id}/{edge_id}/device/{device_id}/event
mes/{tenant_id}/{factory_id}/{edge_id}/device/{device_id}/alarm
mes/{tenant_id}/{factory_id}/{edge_id}/device/{device_id}/quality
mes/{tenant_id}/{factory_id}/{edge_id}/device/{device_id}/telemetry
不要把工单号、SN 等高基数字段放进 Topic，避免 Topic 爆炸；这些业务上下文放入 Payload。
6.3 Payload 建议¶
{
"event_id": "evt_20260820_000001",
"device_id": "CRIMP-001",
"event_type": "QUALITY_RESULT",
"device_time": "2026-08-20T10:03:12.123+08:00",
"received_time": "2026-08-20T10:03:12.456+08:00",
"sequence": 1024,
"payload": {
"operation_code": "CRIMP",
"item_code": "CRIMP_HEIGHT",
"value": 1.42,
"unit": "mm",
"result": "OK"
},
"quality": "GOOD"
}
6.4 QoS 建议¶
| 数据类型 | QoS | 说明 |
|---|---|---|
| 普通状态心跳 | 0 | 丢一条影响不大 |
| 报警、停机、质量结果 | 1 | 至少一次，需要幂等去重 |
| 配方下发、互锁命令 | 谨慎使用 | 不建议只依赖 MQTT 做强实时闭环 |
6.5 Sparkplug 参考¶
Eclipse Sparkplug 在 MQTT 上定义了工业设备状态、生命周期和 Payload 规范。MES 不一定第一阶段完整实现 Sparkplug，但可以借鉴其 Birth / Death、设备状态、度量指标治理思想，避免自定义 Topic 和 Payload 失控。
7. WPCS / 厂商标准接口调研¶
WPCS 可理解为线束加工设备领域的厂商标准化通信/生产数据接口方向，常见于线束加工设备厂商生态中，目标是让上位系统、线束加工设备和厂商软件之间交换生产任务、线号、工艺参数、加工结果、质量结果等数据。
7.1 适用场景¶
- 裁线、剥线、压接等线束加工设备；
- 厂商提供标准接口或生产数据接口；
- 需要从 MES 下发加工任务到设备；
- 需要采集设备加工结果、质量判定、错误信息。
7.2 重点调研内容¶
| 调研项 | 需要确认 |
|---|---|
| 厂商覆盖 | 目标设备厂商是否支持 WPCS 或类似标准接口 |
| 版本 | 不同设备型号和控制软件版本支持是否一致 |
| 数据方向 | 只支持结果上传，还是支持任务/配方下发 |
| 数据粒度 | 到工单、线号、单根导线、端子、压接点还是成品 SN |
| 实时性 | 是实时接口、批量同步，还是文件交换 |
| 授权 | 是否需要厂商授权、License、SDK 或服务费 |
| 文档 | 是否能提供接口说明、样例报文、错误码 |
7.3 与 MES 的边界¶
WPCS 或厂商接口输出的数据不能直接作为 MES 领域对象使用，应先进入设备网关的 Adapter 层，再转换为统一设备数据模型。
WPCS / 厂商接口
↓
Vendor Adapter
↓
Unified Device Model
↓
MES Production Event / Quality Record / Trace Event
7.4 风险¶
- 标准名相同但厂商实现不同。
- 某些厂商接口更偏“设备软件之间交换”，不一定天然适合 MES 直接接入。
- 可能存在授权费用和现场版本升级限制。
- 线束业务字段复杂，必须结合真实设备样例数据验证。
8. RS232 / 串口调研¶
RS232 和 USB 虚拟串口在线束现场非常常见，尤其是拉力测试仪、导通测试仪、称重仪表、老式控制器。
8.1 适用场景¶
- 单次测量结果输出；
- 测试完成后输出 OK/NG 和测量值；
- 简单设备状态或计数；
- 老设备仅有串口打印或串口上传能力。
8.2 接入设计¶
| 项目 | 建议 |
|---|---|
| 串口参数 | 明确波特率、数据位、停止位、校验位 |
| 帧边界 | 支持 CR/LF、固定长度、STX/ETX、超时分帧 |
| 编码 | 支持 ASCII、GBK、UTF-8、二进制 |
| 校验 | 支持 LRC、CRC、校验和或无校验 |
| 断线 | 自动重连、端口占用检测、异常告警 |
| 抗干扰 | 工业 USB 转串口、隔离器、固定线缆和端口编号 |
8.3 风险¶
- 多数串口协议没有标准，需要现场抓包。
- 设备输出格式可能随语言、单位、软件版本变化。
- Windows 设备软件可能独占串口，MES 无法同时读取。
- 串口数据通常缺少工单/SN 上下文，必须配合扫码绑定。
9. Modbus 调研¶
Modbus 常用于 PLC、仪表、传感器、变频器和简单设备。它的优势是普及、简单、成本低；缺点是语义弱，寄存器地址和数据类型必须由实施人员维护。
9.1 适用场景¶
- 采集设备运行/停止/故障；
- 采集计数、节拍、温度、压力、电流；
- 从 PLC 读取报警码；
- 对少量寄存器写入控制指令。
9.2 Modbus RTU 与 TCP¶
| 类型 | 传输 | 适用 |
|---|---|---|
| Modbus RTU | RS485 串行总线 | 多仪表、低成本、现场距离较长 |
| Modbus TCP | Ethernet TCP/IP | PLC、边缘网关、以太网设备 |
9.3 关键设计点¶
| 设计点 | 建议 |
|---|---|
| 寄存器映射 | 建立设备型号级点位表 |
| 数据类型 | 支持 int16、uint16、int32、float、bit、BCD |
| 字节序 | 每个点位明确 word order / byte order |
| 轮询周期 | 状态 1s-5s，慢变量 5s-60s，避免高频无意义轮询 |
| 写控制 | L3 控制必须有白名单、互锁和操作审计 |
| 数据质量 | 读失败、超时、CRC 错误要标记质量位 |
9.4 风险¶
- 寄存器只表达数值，不表达业务语义。
- 错误写寄存器可能影响设备动作，L3 控制必须谨慎。
- RS485 总线抗干扰、终端电阻、站号冲突需要现场工程能力。
9.5 低成本 RS485/Modbus 网关样例：有人物联网 USR-TCP232-304¶
设备定位： USR-TCP232-304 是有人物联网的一款单路 RS485 串口服务器，可用于 RS485 与 Ethernet 双向透传，也可作为 Modbus TCP 与 Modbus RTU 协议转换网关。
在 MES 体系中，它不应被视为完整 Device Gateway，而更适合作为 Device Gateway 前面的低成本串口联网模块。
RS485 / Modbus RTU 设备
↓
USR-TCP232-304
↓ Ethernet / TCP
MES Device Gateway
↓
MES 边缘应用
适用场景¶
- RS485 仪表、传感器、计数器；
- 支持 Modbus RTU 的简单 PLC 或控制器；
- 拉力测试仪、称重仪表、温湿度/压力/电流采集模块；
- 老旧设备只需要运行、停止、报警、计数等 L1 数据；
- 现场不方便直接拉长距离串口线，需要转换为以太网接入。
不适用场景¶
- 多串口、多协议集中采集；
- 高速质量曲线采集，如压接压力曲线；
- 大量点位和复杂边缘计算；
- 强实时互锁控制；
- 需要统一 24V 工业供电且不方便增加 5V 电源的电柜。
关键能力¶
| 项目 | 能力 |
|---|---|
| 串口 | 1 路 RS485 |
| 网口 | 1 路 RJ45，10/100Mbps |
| 波特率 | 600bps ~ 230.4Kbps |
| 工作模式 | TCP Server、TCP Client、UDP、HTTPD Client、MQTT |
| Modbus | 支持 Modbus TCP/RTU 转换、多主机轮询、自定义轮询 |
| 边缘采集 | 支持简单点位采集和 JSON 上报，适合轻量场景 |
| 供电 | DC 5.0 ~ 7.0V |
| 工作温度 | 官方标称 -40 ~ 85℃ |
MES 接入建议¶
推荐模式：
MES Device Gateway 作为 Modbus TCP Client
↓
USR-TCP232-304 做 Modbus TCP → Modbus RTU 转换
↓
RS485 总线上的 Modbus RTU 从站设备
配置建议：
- 生产现场使用静态 IP 或 DHCP 保留地址，避免设备重启后 IP 变化。
- 由 MES Device Gateway 统一维护寄存器点位表、轮询周期、数据类型、字节序和单位。
- 304 只承担网络到串口转换，不在设备内固化 MES 业务语义。
- 每个 304 建议在 MES 中登记为
adapter_id，其后端真实仪表或设备登记为独立device_id。 - 状态、计数类点位可 1s-5s 轮询；慢变量建议 5s-60s，避免 RS485 总线拥塞。
现场风险¶
| 风险 | 说明 | 建议 |
|---|---|---|
| 供电不匹配 | 304 使用 5V 供电，工业柜常见为 24VDC | 采用可靠 24V 转 5V 隔离电源 |
| 单路 RS485 | 只适合单条总线或少量设备 | 复杂产线选多串口工业网关 |
| 半双工通信 | RS485 不能双向同时传输 | 轮询周期和超时要保守配置 |
| Modbus 方向限制 | 某些版本开启 Modbus 网关时要求网络端发起问询、串口端回复 | MES 网关按 Modbus TCP Client 主动轮询设计 |
| 点位能力有限 | 自定义轮询和边缘点位数量有限 | 复杂采集逻辑放在 MES Device Gateway |
| 现场抗干扰 | RS485 布线、接地、终端电阻会影响稳定性 | 实施时检查屏蔽线、终端电阻、站号冲突 |
PRE-06 结论¶
USR-TCP232-304 可作为 MES 阶段 B 的低成本适配设备，用于验证 RS485/Modbus RTU 设备接入链路。它适合解决“串口设备联网”和“简单 Modbus RTU 转 TCP”问题，但不替代 MES Device Gateway，也不承担追溯、质量判定、工单绑定等业务能力。
10. TCP/ASCII 调研¶
TCP/ASCII 是很多设备厂商最容易提供的接口形式，常见于导通测试仪、裁线机、压接机控制软件、厂商上位机。
10.1 适用场景¶
- 设备主动推送测试结果；
- MES 请求设备当前状态；
- MES 下发简单任务，设备返回 ACK；
- 设备输出 CSV-like 或 Key-Value 文本。
10.2 报文处理¶
<STX>DEVICE=TEST-001;SN=SN0001;RESULT=OK;VALUE=12.5<ETX>
网关需要处理：
- 粘包和拆包；
- 心跳；
- ACK/NACK；
- 字符编码；
- 报文版本；
- 重复报文；
- 断线重连；
- 厂商错误码映射。
10.3 风险¶
- 看似简单，但每个厂商格式不同。
- 长连接异常后，设备和 MES 可能对任务状态理解不一致。
- 如果没有序列号，重复上传和漏传难以判断。
11. 文件导出调研¶
文件导出是设备接入的低成本方案，适合先把关键质量结果纳入 MES，但不适合作为强实时互锁基础。
11.1 适用场景¶
- 导通测试仪生成 CSV/TXT/XML/Excel/PDF；
- 压接质量软件导出测试结果或曲线文件；
- 老旧设备只能保存本地报表；
- 厂商不开放实时接口，但允许文件共享。
11.2 采集模式¶
设备软件导出文件
↓
本地共享目录 / SFTP / SMB / USB 同步目录
↓
Device Gateway File Watcher
↓
解析、去重、归档、失败隔离
↓
MES 质量记录 / 设备事件
11.3 关键设计点¶
| 设计点 | 建议 |
|---|---|
| 文件完成判断 | 避免读取未写完文件，可用临时后缀、大小稳定、完成标记 |
| 去重 | 按文件 hash、设备流水号、SN + 时间 + 项目去重 |
| 归档 | 成功、失败、重复文件分目录归档 |
| 错误处理 | 解析失败不阻塞新文件，生成待处理任务 |
| 时区 | 文件内时间、文件修改时间、网关接收时间分开记录 |
| 原始文件 | 保留 raw_ref，支持质量追溯复核 |
11.4 风险¶
- 文件格式容易随厂商软件升级变化。
- 共享目录权限、杀毒软件、文件锁会影响稳定性。
- 文件导出通常延迟，不能用于强实时防错。
12. 私有协议 / 厂商 SDK 调研¶
私有协议通常可以获得最完整的设备能力，但也带来供应商绑定和维护风险。
12.1 接入前必须确认¶
- 是否有正式接口文档；
- 是否提供测试环境或模拟器；
- 是否需要 License；
- 是否允许二次开发和商用集成；
- 厂商是否承诺版本兼容；
- 是否支持离线生产现场部署；
- 是否支持错误码、重连、补传。
12.2 封装策略¶
私有协议必须被封装在独立 Adapter 中：
Vendor SDK / Private Protocol
↓
vendor_adapter_xxx
↓
UDM Device Event
业务代码不能直接依赖厂商 SDK 类型、枚举、异常码。
13. 老旧设备改造方案¶
13.1 I/O 点采集¶
适合先获得状态和产量：
- 运行；
- 停止；
- 故障；
- 报警；
- 完成信号；
- 计数脉冲。
I/O 数据只能用于状态、OEE、节拍分析，不应直接作为复杂质量判定依据。
13.2 串口改造¶
适合已有仪表输出、打印口、隐藏调试口的设备。
实施步骤：
- 确认设备端口和电气标准；
- 抓取样例数据；
- 定义帧格式；
- 建立解析器；
- 与扫码工位绑定；
- 做一周以上稳定性观察。
13.3 旁路传感¶
适合无接口、但需要判断状态或计数的设备。
可选传感：
- 电流互感器：判断设备运行/停止；
- 光电传感器：计数、到位；
- 接近开关：动作次数；
- 气压传感：压接/气动动作；
- 振动传感：设备运行状态。
旁路传感原则：
- 不干预设备控制回路；
- 不影响安全回路；
- 数据只作为辅助状态，不替代设备原始质量判定；
- 所有改造必须经过现场电气和安全确认。
14. 统一设备数据模型 UDM¶
无论底层协议是什么，进入 MES 前必须统一为 Device Gateway 的标准事件。
14.1 统一事件字段¶
| 字段 | 含义 |
|---|---|
event_id |
网关生成或厂商事件唯一 ID |
tenant_id |
租户 |
factory_id |
工厂 |
edge_id |
边缘节点 |
device_id |
MES 设备编码 |
adapter_id |
适配器实例 |
protocol |
OPC_UA、MQTT、MODBUS、RS232、TCP_ASCII、FILE、PRIVATE |
event_type |
STATE、ALARM、COUNT、PARAMETER、QUALITY_RESULT、COMMAND_ACK |
device_time |
设备原始时间 |
received_time |
网关接收时间 |
created_time |
网关落盘时间 |
sequence |
设备或网关序列号 |
payload |
标准化业务载荷 |
raw_ref |
原始报文、文件或日志引用 |
quality |
GOOD、BAD、UNCERTAIN |
error_code |
协议或解析错误码 |
14.2 事件类型¶
DEVICE_STATE
DEVICE_ALARM
PRODUCTION_COUNT
PROCESS_PARAMETER
QUALITY_RESULT
TEST_RESULT
RECIPE_DOWNLOAD
COMMAND_ACK
COMMUNICATION_STATUS
RAW_DATA_CAPTURED
14.3 设备数据与 MES 业务数据的转换¶
设备网关输出的是“设备事实”，MES 在工序上下文中转换为“生产事实”：
Device Event
↓ 绑定当前工位、工单、工序、人员、SN、物料批次
Production Event / Quality Record / Trace Event
如果设备事件发生时没有明确工单或 SN，必须进入“待绑定事件池”，不能直接丢弃。
15. 设备能力模型¶
建议为每个设备定义能力清单。
| 能力 | 示例 |
|---|---|
STATE_READ |
读取运行/停止/故障 |
ALARM_READ |
读取报警码 |
COUNT_READ |
读取产量或动作次数 |
PARAMETER_READ |
读取工艺参数 |
QUALITY_READ |
读取质量结果 |
CURVE_READ |
读取压力曲线、测试曲线 |
RECIPE_WRITE |
下发配方 |
ORDER_DOWNLOAD |
下发生产任务 |
INTERLOCK |
互锁控制 |
TIME_SYNC |
设备时间同步 |
能力模型用于实施评估、权限控制、适配器选择和后续 L3 控制边界。
16. 协议选型矩阵¶
| 场景 | 首选 | 备选 | 不建议 |
|---|---|---|---|
| 新 PLC/自动化单元状态采集 | OPC UA | Modbus TCP | 文件 |
| 简单仪表/传感器 | Modbus RTU/TCP | RS232 | REST |
| 测试仪结果回传 | TCP/ASCII 或 REST | 文件、RS232 | 直接人工录入 |
| 压接质量参数 | OPC UA / 厂商接口 / WPCS | 文件、TCP/ASCII | 只采运行状态 |
| 边缘到云设备遥测 | MQTT | REST 批量上报 | 设备直连云端 |
| 老设备运行状态 | I/O + 旁路传感 | 串口改造 | 强行要求厂商协议 |
| 配方/任务下发 | 厂商标准接口 / REST / OPC UA | 文件下发 | MQTT 单独承载强控制 |
17. 采集等级路线¶
L1 状态采集¶
目标：
- 设备在线/离线；
- 运行/停止/故障；
- 报警；
- 产量计数；
- 节拍。
价值：
- 快速支撑看板、异常、OEE 初步分析。
L2 参数与质量回传¶
目标：
- 压接高度；
- 拉力值；
- 导通测试结果；
- 工艺参数；
- 设备曲线和报告引用。
价值：
- 支撑质量闭环和 SN 追溯。
L3 闭环控制¶
目标：
- 任务下发；
- 配方下发；
- 防错互锁；
- 设备启动条件控制。
限制：
- 必须完成现场安全评估；
- 必须在边缘本地闭环；
- 必须有人工旁路方案；
- 必须有操作审计和回滚策略。
18. 实施调研清单¶
每台设备接入前必须收集：
| 类别 | 内容 |
|---|---|
| 基本信息 | 厂商、型号、控制器版本、软件版本、出厂年份 |
| 设备用途 | 对应工序、关键质量项、是否瓶颈设备 |
| 接口能力 | OPC UA、REST、MQTT、WPCS、Modbus、RS232、TCP、文件、I/O |
| 数据清单 | 状态、报警、计数、参数、结果、曲线、报告 |
| 通信条件 | IP、端口、串口参数、网络隔离、防火墙 |
| 授权条件 | License、SDK、厂商支持、接口文档 |
| 现场限制 | 是否允许停机、是否允许改线、是否影响质保 |
| 业务绑定 | 工单、工序、SN、物料批次、人员如何关联 |
| 异常处理 | 断线、重复、漏传、设备时间错误如何处理 |
19. 与追溯和质量的关系¶
设备接入不是独立技术工程，必须服务于 MES 的追溯和质量闭环。
19.1 压接工序¶
工单 + 工序 + 线号 + 端子批次 + 模具
↓
压接设备参数 / 压力曲线 / 高度结果
↓
质量判定
↓
半成品或成品 SN Genealogy
19.2 导通测试¶
成品 SN
↓
测试程序版本
↓
导通 / 短路 / 错位 / 绝缘 / 耐压结果
↓
终检质量记录
↓
放行 / 返工 / 报废
19.3 拉力测试¶
工单 + 端子 + 线材 + 班次
↓
抽检样本
↓
拉力值
↓
首检 / 巡检记录
↓
质量放行或异常
20. 风险与控制措施¶
| 风险 | 控制措施 |
|---|---|
| 设备协议碎片化 | Adapter 插件化，UDM 标准化 |
| 厂商接口不稳定 | 接入前获取样例数据和版本说明 |
| 数据无业务上下文 | 工位扫码、SN 绑定、待绑定事件池 |
| 设备时间不准 | 保留多时间字段，必要时网关校时 |
| 断网或断线 | 本地缓存、自动重连、质量位标记 |
| 重复上传 | event_id、sequence、hash 去重 |
| 文件导入漏读 | 文件完成判断、归档、失败队列 |
| 私有 SDK 绑定 | 独立 Adapter 封装，不污染 MES 业务模型 |
| L3 控制风险 | 白名单、互锁、人工旁路、审计 |
| 现场改造风险 | 分阶段试点，不影响设备安全和质保 |
21. 推荐开发顺序¶
阶段 A：网关底座¶
- Device Gateway 基础服务；
- Adapter 插件框架；
- UDM 统一事件模型；
- 本地缓存和断线补传；
- 设备注册、点位映射、能力模型。
阶段 B：优先适配¶
- TCP/ASCII；
- RS232；
- Modbus TCP/RTU；
- 文件采集；
- REST。
原因：这些覆盖中低端设备和测试仪，实施收益快。
阶段 C：高端能力¶
- OPC UA；
- WPCS / 厂商标准接口；
- 厂商 SDK；
- MQTT 边云遥测。
阶段 D：闭环控制¶
- 配方下发；
- 工单下发；
- 防错互锁；
- 设备侧 ACK 和 MES 侧审计；
- 人工旁路和异常恢复。
22. PRE-06 后续待验证问题¶
- 目标首家线束厂有哪些设备品牌、型号、年份和接口？
- 压接设备是否能提供压力曲线和压接高度原始数据？
- 导通测试仪是否能按 SN 输出结构化测试结果？
- 厂商是否支持 WPCS 或类似标准接口，是否收费？
- 设备是否允许 MES 下发任务或配方？
- 老旧设备是否允许加装 I/O 或旁路传感？
- 工位扫码和设备事件如何绑定到同一 SN？
- 设备数据保留多久，曲线/报告是否需要云端归档？
- L3 控制是否会影响设备质保和现场安全责任？
- 客户现场网络是否允许设备网段与 MES 边缘节点互通？
23. 参考资料¶
- OPC Foundation：OPC UA 概览与标准体系，https://opcfoundation.org/about/opc-technologies/opc-ua/
- OPC Foundation：OPC UA Specification，https://reference.opcfoundation.org/
- OASIS：MQTT Version 5.0 Standard，https://docs.oasis-open.org/mqtt/mqtt/v5.0/
- MQTT.org：MQTT 协议说明，https://mqtt.org/
- Eclipse Sparkplug：Sparkplug Specification，https://sparkplug.eclipse.org/specification/
- Modbus Organization：Modbus Application Protocol Specification，https://modbus.org/specs.php
- 有人物联网：USR-TCP232-304 产品页，https://www.usr.cn/Product/172
- 有人物联网：USR-TCP232-304 Modbus 网关功能示例，https://www.usr.cn/Faq/1823.html
- Komax：WPCS / Wire Processing Communication Standard，https://www.komaxgroup.com/
- IPC：The Hermes Standard IPC-HERMES-9852，https://www.the-hermes-standard.info/