2. OPC UA基础

OPC UA（Open Platform Communications Unified Architecture，开放平台通信统一架构）是工业自动化领域最重要的互操作标准之一。它并不是对经典 OPC 的简单升级，而是一次从“接口规范”到“语义化信息架构”的重构。理解 OPC UA，需要同时看清它的历史动因、分层架构、通信模式、信息模型以及落地场景，这几条线索共同决定了它为什么能成为工业 4.0 与 AI 智能体的数据底座。

一、起源：从“驱动接口”到“语义互操作”

上世纪 90 年代，经典 OPC（OLE for Process Control）基于 Windows 的 COM/DCOM 技术，解决了上位机与 PLC、DCS 之间的数据访问问题。但它存在三个结构性缺陷：强依赖 Windows 与 DCOM，跨平台和跨网络困难；只定义“怎么读数据”，不定义“数据代表什么”；安全模型薄弱，难以穿越防火墙。随着工厂设备异构化、边缘计算和云平台兴起，这些缺陷成为瓶颈。

OPC UA 由 OPC 基金会于 2006 年前后推出，其核心目标可以概括为三点：平台无关（可在 Windows、Linux、嵌入式 RTOS 上运行）、面向服务（SOA 架构，支持多种传输协议）、语义自描述（不仅传值，还传类型、单位、关系与含义）。正是第三点，让 OPC UA 从“通信协议”跃升为“信息模型标准”，也为 AI 智能体理解工业现场提供了可推理的知识结构。

二、架构：分层解耦的通信栈

OPC UA 采用分层架构，自下而上通常划分为传输层、安全层、服务层和应用层。传输层支持 TCP、HTTPS、WebSocket 等；安全层负责证书、签名、加密与身份认证；服务层定义了一组标准服务集（如 Read、Write、Browse、Subscribe、Call）；应用层则由信息模型承载具体业务语义。客户端与服务器通过“服务”交互，而不是直接访问内存地址，这种解耦使跨厂商互操作成为可能。

三、通信模式：请求响应与发布订阅

OPC UA 提供两类典型通信模式。第一类是请求/响应：客户端调用 Read、Write、Browse、Call 等服务，服务器返回结果，适合配置读取、参数下发、方法调用等交互。第二类是发布/订阅：客户端创建 Subscription 与 MonitoredItem，服务器在数据变化或周期到达时推送通知，适合高频采集、事件告警和实时监控。二者并非互斥，实际系统常同时使用：用请求/响应做控制与查询，用订阅做数据流。

此外，OPC UA 还支持客户端与服务器、客户端与客户端、服务器与服务器之间的通信，并可通过 PubSub 扩展到 UDP、MQTT、AMQP 等面向消息的传输，从而适配边缘与云原生环境。

四、信息模型：让数据“自带语义”

信息模型是 OPC UA 最具价值的部分。它把现场数据组织为地址空间中的节点（Node），节点之间通过引用（Reference）连接。核心节点类别包括对象（Object）、变量（Variable）、方法（Method）、类型（ObjectType、VariableType）、数据类型（DataType）和视图（View）。每个变量不仅有值，还有数据类型、工程单位、访问权限、时间戳和质量码。

更关键的是，OPC UA 允许通过类型继承和实例化构建行业 companion specification，例如机器视觉、机器人、注塑机、能源等领域的标准信息模型。AI 智能体读取的不再是“寄存器 40001 = 72.5”，而是“注塑机1/料筒温度 = 72.5 °C，单位摄氏度，采样时间……”，这为语义推理和自主决策提供了基础。

五、经典应用场景与对比

OPC UA 的典型场景包括：SCADA 与 MES 集成、跨厂商设备互操作、边缘网关数据汇聚、预测性维护、数字孪生以及云端数据分析。在 AI 智能体场景中，OPC UA 常作为“感知层”和“执行层”的接口：智能体通过 Browse 发现设备结构，通过 Read/Subscribe 获取状态，通过 Call 调用方法执行动作。

六、常见误区与复盘

• 误区一：OPC UA 只是“新版本 OPC”。实际上它是架构级重构，信息模型才是核心增量。
• 误区二：用了 OPC UA 就自动安全。安全取决于证书管理、策略配置和网络分区，默认配置往往不安全。
• 误区三：信息模型可以随便建。应优先采用 companion specification，否则语义无法互操作，AI 智能体也难以复用。
• 误区四：订阅一定比轮询好。高频小数据用订阅更优，但低频配置查询用请求/响应更简单可靠。

# 典型 OPC UA 端点与订阅参数示例
Endpoint: opc.tcp://192.168.1.10:4840
SecurityPolicy: Basic256Sha256
MessageSecurityMode: SignAndEncrypt
Subscription:
  PublishingInterval: 1000 ms
  LifetimeCount: 60
  MaxKeepAliveCount: 10
MonitoredItem:
  NodeId: ns=2;s=Machine1.BarrelTemperature
  SamplingInterval: 500 ms
  QueueSize: 10
  DiscardOldest: true

总体来看，OPC UA 的起源回应了工业互操作的现实痛点，其分层架构与双通信模式提供了灵活的数据通道，而信息模型则把“数据”升级为“语义”。对于《OPC UA语义模型与AI智能体》这门课程而言，这一节是后续所有内容的地基：只有先理解 OPC UA 如何组织节点、引用与服务，才能进一步讨论智能体如何发现、理解并操作工业现场。