1. 课程导入

在智能制造与工业互联网的落地过程中，企业往往同时面对三套看似独立、实则必须协同的技术体系：UNS（统一命名空间）负责“把数据放在哪里、叫什么名字”，OPC UA负责“如何语义化地建模与安全交换”，MQTT负责“如何轻量、可靠、可扩展地传输”。本课程的核心命题，就是让这三者从各自为政走向数据融合，形成一条从现场设备到云端应用、从原始信号到业务语义的完整通路。

一、核心价值：为什么必须做数据融合

传统工业现场常见的问题是：PLC 用 Modbus 或 Profinet，SCADA 用 OPC DA，MES 用关系数据库，云端用 Kafka 或 MQTT。每一层都有自己的数据模型和命名方式，导致同一个温度点在 PLC 里叫 DB1.DBD0，在 SCADA 里叫 Boiler1_Temp，在 MES 里叫 EQP001_TEMP。数据孤岛不是因为没有数据，而是因为同一对象在不同系统中没有统一的名字和语义。

UNS 的价值在于提供一套与协议无关、与厂商无关的命名规范，让“设备—产线—车间—工厂—集团”形成一棵可寻址的树。OPC UA 的价值在于为这棵树上的每个节点赋予类型、单位、量程、工程单位、历史能力和安全策略。MQTT 的价值在于用极低的带宽和连接开销，把这棵树发布到任何需要它的地方。三者融合后，数据不再需要“翻译”，而是天然可被 IT 与 OT 共同理解。

二、整体知识框架

本课程的知识框架可以按“四层三横”来理解。四层分别是：现场设备层、边缘融合层、平台服务层、应用消费层。三横分别是：命名与建模、传输与协议、安全与运维。下面的 SVG 展示了这一整体架构与数据流向。

三、方法流程：从设备到 UNS 的融合路径

数据融合不是一次性工程，而是一条可复用的流水线。典型流程如下：

1. 设备接入：通过 OPC UA Client 或协议网关，把 PLC、传感器、CNC 的数据采集到边缘节点。
2. 语义建模：在 OPC UA 地址空间中定义对象类型、变量、方法、事件，赋予工程单位、量程、描述和引用关系。
3. UNS 映射：把 OPC UA 的 BrowsePath 映射为 UNS 层级路径，例如 Enterprise/Site/Area/Line/Cell/Asset/Signal。
4. MQTT 主题化：把 UNS 路径转换为 MQTT 主题，如 uns/enterprise/site/area/line/cell/asset/signal，并设置 QoS 与保留标志。
5. 发布与订阅：边缘网关以 MQTT 客户端身份发布，平台侧按主题通配符订阅，实现一对多、多对一的数据分发。
6. 安全与治理：启用 TLS、客户端证书、ACL 主题权限，并对数据质量戳、时间戳、序列号进行统一治理。

四、典型工业场景与参数示例

以一条汽车焊装产线为例：现场有 12 台焊接机器人、3 台 PLC、1 套视觉检测系统。若不做融合，每个系统各自上报数据，MES 需要写 16 套适配器。采用 UNS + OPC UA + MQTT 后，边缘网关统一建模，MQTT 主题如下：

uns/plant01/body_shop/welding_line/cell_03/robot_07/axis1/temperature
uns/plant01/body_shop/welding_line/cell_03/robot_07/axis1/current
uns/plant01/body_shop/welding_line/cell_03/robot_07/status/run_state
uns/plant01/body_shop/welding_line/cell_03/vision/inspect_result

平台只需订阅 uns/plant01/body_shop/welding_line/#，即可获得整条产线的实时数据。下表对比了融合前后的关键差异：

五、常见误区与复盘