1. 课程导入与工程全景
在智能制造项目中，车间现场往往同时存在PLC、机器人、数控机床、视觉系统、传感器、扫码器、AGV调度系统等多类设备与子系统。它们来自不同厂商，使用不同协议，数据语义也各不相同。传统做法是“一个系统一套接口”，每新增一个上层应用，就要重新开发一次采集与映射逻辑，导致接口数量随系统数量呈平方级增长，维护成本极高。OPC UA（Open Platform Communications Unified Architecture，IEC 62541）要解决的正是这个问题：它用一套统一、安全、可扩展的架构，把设备能力抽象为“信息模型”，让上层系统面向语义而不是面向协议取数。
从定位上看，OPC UA在智能制造架构中通常处于“现场层与信息层之间”的枢纽位置。向下，它通过各类协议适配（如OPC UA服务器嵌入PLC、网关转换Modbus/Profinet/EtherNet-IP、或通过厂商专用驱动）接入设备；向上，它通过统一地址空间向MES、SCADA、数据平台、数字孪生、边缘计算应用提供数据。与单纯“协议转换”不同，OPC UA的核心价值在于信息模型：它不仅传值，还传类型、单位、工程范围、语义路径和对象关系。例如，一个温度值不只是“寄存器40001=72.5”，而是“注塑机A/合模单元/模具温度/当前值，单位℃，量程0~300℃”。
一、设备信息模型：把“设备”变成“可被理解的对象”
OPC UA信息模型的基本组织方式是地址空间（AddressSpace），由节点（Node）和引用（Reference）构成。节点可以是对象（Object）、变量（Variable）、方法（Method）、类型（ObjectType/VariableType）等。工程中最常用的是：用Object表示设备、单元、工位；用Variable表示温度、速度、状态、计数；用Method表示可调用的动作，如“启动”“复位”“下载配方”；用Reference表达“包含”“组成”“类型定义”等关系。
一个典型的车间设备信息模型可以按“企业—车间—产线—设备—组件—信号”的层级组织。以一台注塑机为例，其对象结构可设计为：InjectionMoldingMachine_01（设备对象）下挂ClampingUnit（合模单元）、InjectionUnit（注射单元）、HeatingUnit（加热单元）、Status（运行状态）等子对象；每个子对象下再挂具体变量，如MoldTemperature、InjectionPressure、ScrewSpeed。变量节点应携带EngineeringUnits、EURange、Description等属性，使上层系统无需额外文档即可正确显示与判断。
信息模型不是“把PLC变量抄一遍”。它需要做三件事：第一，语义归一，把不同厂商的命名统一为项目约定的对象路径；第二，类型归一，把布尔、整型、浮点、字符串、结构体映射为OPC UA内置类型或自定义类型；第三，关系归一，用引用表达设备之间的组成、连接、归属关系。这样，MES查询“所有注塑机的模具温度”时，只需按类型或路径模式检索，而不必知道每台设备的具体寄存器地址。
二、车间接入的总体目标
车间接入不是“把设备连上就行”，而是要在项目约束下达成一组可验收的目标。通常包括：
- 连通性：目标设备100%可被OPC UA客户端发现并建立会话，网络延迟与丢包在允许范围内。
- 语义一致性：同一类设备在不同产线、不同厂商下，对外暴露的对象路径、变量名、单位、量程保持一致，上层应用无需为每台设备写特例。
- 数据质量：关键变量具备时间戳、状态码（StatusCode），能区分“正常值”“超量程”“通信中断”“传感器故障”。
- 安全合规：按项目安全策略启用签名与加密，匿名访问、明文传输、弱证书等风险被明确控制。
- 可运维性：具备连接状态监控、断线重连、日志记录、证书到期提醒，故障可定位到具体设备与节点。
这些目标需要在项目早期就转化为可检查的指标。例如，某汽车零部件车间项目约定：接入设备共48台，其中PLC 12台、机器人18台、数控机床10台、视觉系统8台；每台设备至少暴露运行状态、故障码、产量计数、关键工艺参数4类变量；订阅周期200ms，关键报警变量100ms；所有连接启用Basic256Sha256安全策略，证书有效期不超过12个月。这些数字不是装饰，而是后续建模、配置、测试和验收的依据。
三、典型项目角色与协作关系
一个车间接入项目通常涉及以下角色，各自关注点不同，但必须围绕同一份信息模型规范协同：
| 角色 | 主要职责 | 关键交付/关注点 |
|---|---|---|
| 工艺/设备工程师 | 提供设备工艺参数、单位、量程、报警阈值、状态定义 | 设备参数清单、状态机定义、报警分级 |
| 自动化工程师 | PLC/机器人程序接口确认、变量地址与数据类型核对 | 变量对照表、通信接口说明、采样周期 |
| OPC UA建模工程师 | 设计地址空间、对象类型、变量节点、引用关系 | 信息模型规范、NodeId规划、命名空间分配 |
| 接入/网关工程师 | 部署UA服务器或网关、配置驱动映射、网络与证书 | 接入配置、端点清单、证书与安全策略 |
| 上位机/平台开发 | 客户端连接、订阅、数据落库、界面展示 | 客户端配置、订阅清单、数据字典 |
| 测试/运维 | 连通性、数据正确性、断线恢复、安全验证 | 测试用例、验收报告、运维手册 |
四、典型交付物
项目结束时，交付物应让接手团队“不看原始聊天记录也能独立运维”。典型交付物包括：
- 设备信息模型规范：对象类型定义、变量命名规则、单位与量程、NodeId分配表、命名空间URI。
- 接入配置包：UA服务器/网关配置文件、驱动映射表、端点URL、安全策略与证书清单。
- 变量对照表：现场地址（如
DB100.DBD0）与OPC UA节点路径的映射，含数据类型、读写权限、采样周期。 - 客户端订阅清单：订阅分组、发布周期、监控项、死区、队列深度。
- 测试与验收记录：连通性测试、数据比对、断线恢复、证书验证、性能指标。
- 运维手册：常见故障判断路径、日志位置、证书更新步骤、联系人。