3、OPC UA 协议基础回顾：客户端/服务器模型、地址空间与节点、方法调用与订阅机制、安全模型概述

好，咱们进入第三章。说实话，OPC UA 这东西，刚接触的人容易把它想复杂了。其实它的核心逻辑非常清晰——就是让工业设备之间能安全、标准化地聊天。我最早在汽车焊装车间做数据采集时，面对几十种不同品牌的 PLC，那叫一个头疼。后来上了 OPC UA，整个世界清净了。

这一章，咱们把 OPC UA 的四个核心模块过一遍。不扯虚的，全是实战里必须啃下来的硬骨头。

3.1 客户端/服务器模型：谁主动，谁被动？

OPC UA 的通信模型，说白了就是客户端主动发起，服务器被动响应。你想想看，一个 SCADA 系统要读现场温度，它得先发个请求给 OPC UA 服务器，服务器再去底层设备拿数据，再返回给客户端。

我在一个风电项目里遇到过坑：客户端同时开了 200 个连接去读同一个服务器的数据，结果服务器 CPU 直接飙到 90%。后来我强制要求所有客户端复用 Session，问题才解决。记住，一个服务器能承载的 Session 数是有限的，别乱开。

角色	职责	典型部署位置
客户端	发起请求、订阅数据、调用方法	SCADA 服务器、云平台
服务器	暴露地址空间、响应请求、管理订阅	PLC、边缘网关、嵌入式设备

3.2 地址空间与节点：数据长什么样？

OPC UA 最牛的地方，就是它把现实世界的设备，映射成了一个树状的信息模型。每个设备、每个变量、每个报警，都是一个节点。

节点之间通过引用连接，形成地址空间。我习惯把地址空间想象成一个巨大的文件系统：根节点是根目录，设备是文件夹，变量是文件。

每个节点都有一个唯一的 NodeId，就像身份证号。你在代码里读写数据，就是通过 NodeId 找到对应的变量节点。

// 示例：通过 NodeId 读取变量值
// 假设 NodeId 为 ns=2;i=1001，表示温度变量
UaVariant value;
client->readValue(
    ObjectId::ObjectsFolder,  // 从根节点开始
    "ns=2;i=1001",            // 目标节点的 NodeId
    value
);

嗯，这里要注意：NodeId 的命名空间（ns）很重要。不同厂商的设备，ns 可能不同。我曾经因为搞混了 ns，读了一整天错误数据，后来才发现是命名空间没对上。

3.3 方法调用与订阅机制：怎么干活？

OPC UA 提供了两种干活方式：拉模式和推模式。

3.3.1 方法调用（拉模式）

客户端主动调用服务器上的方法，比如“启动电机”、“复位报警”。方法节点可以带输入参数和输出参数。

// 调用方法示例：启动电机
// 方法节点 NodeId: ns=2;i=5001
// 输入参数：电机ID (UInt16)
// 输出参数：执行结果 (Boolean)

CallMethodRequest request;
request.ObjectId = ObjectId::ObjectsFolder;
request.MethodId = "ns=2;i=5001";
request.InputArguments.push_back(UaVariant((UInt16)1)); // 电机ID=1

CallMethodResult result = client->call(request);
if (result.OutputArguments[0].toBool()) {
    // 启动成功
}

3.3.2 订阅机制（推模式）

这才是 OPC UA 的精髓。客户端订阅某个变量，服务器在变量变化时主动推送数据给客户端。不用轮询，省带宽，实时性高。

订阅的核心参数有三个：

• 采样间隔：服务器多久采集一次数据（比如 100ms）。
• 发布间隔：服务器多久推送一次数据包（比如 1s）。
• 死区：数据变化超过多少才推送（比如 0.5%）。

// 创建订阅示例
Subscription subscription;
subscription.setPublishingInterval(1000); // 1秒发布一次
subscription.setLifetimeCount(100);
subscription.setMaxKeepAliveCount(10);

// 添加监控项：温度变量，采样间隔500ms，死区0.5%
MonitoredItem item;
item.setNodeId("ns=2;i=1001");
item.setSamplingInterval(500);
item.setDeadbandType(DeadbandType::Percent);
item.setDeadbandValue(0.5);

subscription.addMonitoredItem(item);
client->createSubscription(subscription);

3.4 安全模型概述：怎么防黑客？

OPC UA 的安全模型，是我见过工业协议里最完善的。它不像 Modbus TCP 那样裸奔，而是从传输层、应用层、用户层三层防护。

我把它总结成一张图，你一看就明白：

三层安全，缺一不可。我见过不少项目，只开了 TLS 加密，但没启用用户认证。结果攻击者只要拿到合法证书，就能为所欲为。记住：加密是防偷听，认证是防冒充，授权是防越权。

3.5 小结：OPC UA 安全的核心逻辑

回顾一下，OPC UA 的安全模型，本质上就是建立信任、保护通信、控制权限。客户端和服务器先通过证书握手建立信任，然后用加密通道保护数据，最后用用户认证控制谁可以做什么。

这一章的内容，是后面我们讲 MQTT 与 OPC UA 联动安全的基础。你只有理解了 OPC UA 的地址空间怎么组织、订阅怎么工作、安全怎么分层，才能设计出真正安全的跨协议方案。