OPC UA 和 open62541 库简介
- 作者
- 赵曦
- 日期
- 2023/11/24
- 版本
- 1.0
上一篇教程:串口通信模块 ↑
下一篇教程:卡尔曼滤波模块 ↓
1. 简介
1.1 OPC UA 是什么
OPC UA(全称为开放式连接和集成架构统一架构,Open Platform Communications Unified Architecture)是一种用于工业自动化和物联网(IoT)应用的开放通信协议和架构。它提供了一种统一的框架,用于在不同设备和系统之间实现数据传输、通信和集成。
OPC UA 的设计目标是建立一种通用的、独立于厂商和平台的通信标准,以实现互操作性和集成性。它提供了一套标准的服务和功能,使不同类型的设备和系统能够相互通信和交换数据,其特点包括:
特点 | 介绍 |
兼容性 | OPC UA 不依赖于特定的硬件、操作系统或网络协议,可以在不同的平台上运行,并与其他通信标准集成 |
安全性 | OPC UA 提供了强大的安全机制,包括身份验证、加密和访问控制,以确保数据和通信的机密性和完整性 |
可扩展 | OPC UA 支持灵活的数据模型和信息建模,可以适应不同应用领域和需求的变化 |
信息建模 | OPC UA 使用统一的信息模型,将数据和功能以标准化的方式表示和描述,使不同系统之间的数据交换更加简化和一致 |
可靠性 | OPC UA 提供了可靠的通信机制,包括消息确认、重试和错误处理,以确保数据的可靠传输 |
1.2 地址空间
图 1-1 OPC UA 地址空间模型
- 对象类型节点 rm::ObjectType :提供对象的定义,即对象的抽象,与类相当,且子类可以继承父类的特征,方便模型的扩充。该节点包括对象的各种数据类型,数据的语义,以及控制方式。OPC UA 命名空间
0
中规定了多个基础的对象类型节点。如使用最广的 BaseObjectType(在 RMVL 中表示为 rm::nodeBaseObjectType
),所有对象类型节点都需要继承该节点再进行扩充。在对具体设备建模的过程中,应该将设备组成的各部分分解为不同的对象分别建模,再用引用节点将各部分按照实际设备中的关系相关联,从而得到完整设备的对象类型节点。
- 对象节点 rm::Object :将对象类型实例化即可得到对象节点,该节点是设备在数字空间的映射。所有对设备数据的访问都能在该模型中访问到对应的数据节点。所有对 设备的控制都转换为方法节点的触发。设备产生的消息在节点对象中将触发对应的事件。
- 引用类型节点 ReferenceType :引用类型描述了引用的语义,而引用用于定义引用两端的节点之间的关系。最常用的引用类型如 Organizes(在 RMVL 中表示为
rm::nodeOrganizes
),表示节点之间的层级关系,如同文件夹与文件夹内的文件,数据层级复杂的设备,需要通过多种引用类型对设备信息节点之间的关系进行描述。
- 数据类型节点 DataType :数据类型节点描述了变量节点中变量的数据类型。在 OPC UA 信息模型在命名空间
0
中定义了多种内置的数据类型,包括整型、浮点型、 字符串等多个类型,能对变量的数据进行准确的描述。也可以自定义数据类型,比如描述二维坐标的 2DPoint
等类型,获得更符合数据本身的描述。- 注解
- 注意:此类节点并不能提供具体的数据构成,只是提供了数据类型的一个描述,因此 RMVL 中的 基于 open62541 的 OPC UA 二次开发库 不提供该功能。若计划提供数据的构成,比如包含的数据长度等信息,请使用变量类型节点 rm::VariableType 。
- 变量类型节点 rm::VariableType :该节点提供了对变量节点的定义,是设备中各种数据的抽象。常用引用中的 HasTypeDefinition 引用节点连接数据类型节点,对数据类型进行描述(在 RMVL 中表示为
rm::nodeHasTypeDefinition
)。用 HasProperty 引用节点对数据的语义进行描述(在 RMVL 中表示为 rm::nodeHasProperty
)。也可以使用自定义的数据类型节点对变量的数据进行描述,具有灵活性。
- 变量节点 rm::Variable :该节点是变量类型节点的实例,也是使用的最多的节点。客户端访问设备数据有以下 3 种方式。
访问方式 | 介绍 | 备注 |
直接读写 | 将设备多模态数据写入对应的变量节点,然后客户端读取对应节点内保存的数值 | 如果客户端要获取设备最新的值,需要一直手动去触发对设备数据源的读取请求 |
值回调 | 客户端发起 IO 请求后,服务器在 读取前 和 写入后 分别调用对应的回调函数 | 可以利用此功能在需要访问数据的时候才让服务器更新数据 |
数据源变量节点 | 客户端的读取请求直接重定向到设备的数据源中,即客户端直接从数据源获取数据,变量节点不存储数据 | 缩减了数据先写入变量节点再进行读取的过程,但多个客户端连接访问同一数据时会增大服务器与设备之间的传输负载 |
- 方法节点 rm::Method :方法节点是对设备控制方法在数字模型中的映射。方法节点可以通过服务器或客户端进行调用,然后将会对设备的控制器发送指令,使得设备执行对应的操作。常见的方法节点有:触发视觉采集、电机反转、设备初始化等。
- 视图节点 View :视图节点可将地址空间中感兴趣的节点提取出来,作为一个子集,视图节点作为该子集的入口,方便客户端浏览。
2. 服务器/客户端
基于服务器/客户端的方式是 OPC UA 最基本的一种通信方式,上文的地址空间在服务器/客户端通信的过程中完全展现出来。下面列举一些 opcua 模块中常用的服务器与客户端的成员方法。
2.1 初始化
服务器
int main()
{
svr.start();
svr.join();
}
OPC UA 服务器
Definition: server.hpp:43
客户端
#include <rmvl/opcua/client>
int main()
{
}
OPC UA 客户端
Definition: client.hpp:26
2.2 变量
在上文介绍了变量的 3 种访问方式,这里使用最简单的直接读写的方式。首先在服务器中添加变量节点。
int main()
{
svr.start();
svr.addVariableNode(num);
svr.join();
}
OPC UA 变量
Definition: variable.hpp:128
std::string browse_name
浏览名称 BrowseName
Definition: variable.hpp:137
std::string display_name
展示名称 DisplayName
Definition: variable.hpp:146
std::string description
变量的描述
Definition: variable.hpp:148
然后在客户端中直接读取变量节点。
int main()
{
{
ERROR_(
"Failed to read the variable.");
return 0;
}
printf("%f\n", rm::Variable::cast<double>(target));
}
constexpr bool empty() const
判断变量节点是否为空
Definition: variable.hpp:216
#define ERROR_(...)
Definition: util.hpp:50
constexpr UA_NodeId nodeObjectsFolder
对象节点:ObjectsFolder 节点 ID
Definition: utilities.hpp:68
2.3 方法
在服务器中添加两数之和的方法节点,供客户端调用。
int main()
{
svr.start();
method.
iargs = {{
"Number 1", UA_TYPES_INT32}, {
"Number 2", UA_TYPES_INT32}};
method.
oargs = {{
"Sum", UA_TYPES_INT32}};
method.
func = [](UA_Server *,
const UA_NodeId *,
void *,
const UA_NodeId *,
void *,
const UA_NodeId *,
void *, size_t, const UA_Variant *input, size_t, UA_Variant *output) -> UA_StatusCode {
int32_t num1 = *reinterpret_cast<int *>(input[0].data);
int32_t num2 = *reinterpret_cast<int *>(input[1].data);
int32_t retval = num1 + num2;
return UA_Variant_setScalarCopy(output, &retval, &UA_TYPES[UA_TYPES_INT32]);
};
server.addMethodNode(method);
svr.join();
}
OPC UA 方法
Definition: method.hpp:57
std::vector< Argument > iargs
传入参数列表
Definition: method.hpp:80
std::string description
方法的描述
Definition: method.hpp:77
std::string browse_name
浏览名称 BrowseName
Definition: method.hpp:65
std::string display_name
展示名称 DisplayName
Definition: method.hpp:74
UA_MethodCallback func
方法回调函数
Definition: method.hpp:96
std::vector< Argument > oargs
传出参数列表
Definition: method.hpp:83
在客户端调用指定方法。
int main()
{
std::vector<rm::Variable> input = {1, 2};
std::vector<rm::Variable> output;
if (!clt.call("add", input, output))
{
ERROR_(
"Failed to call the method");
return 0;
}
printf("retval = %d\n", rm::Variable::cast<int>(output.front()));
}
2.4 对象
在服务器中添加对象节点:
int main()
{
svr.start();
auto node_a = svr.addObjectNode(a);
svr.addObjectNode(b1, node_a);
svr.addObjectNode(b2, node_a);
svr.join();
}
OPC UA 对象
Definition: object.hpp:147
std::string description
对象的描述 - zh-CN
Definition: object.hpp:179
std::string display_name
展示名称 DisplayName
Definition: object.hpp:177
std::string browse_name
浏览名称 BrowseName
Definition: object.hpp:168
void add(const Variable &variable)
添加变量节点至 rm::Object 对象中
Definition: object.hpp:211
在客户端寻找 C2
和 C3
并打印。
#include <iostream>
int main()
{
clt.read(node_c2, c2);
std::cout << rm::Variable::cast<int>(c2) << std::endl;
clt.read(node_c3, c3);
std::cout << rm::Variable::cast<const char *>(c3) << std::endl;
}
2.5 监视
在服务器中添加待监视的变量节点
int main()
{
svr.start();
svr.addVariableNode(num);
svr.join();
}
在客户端 1 中修改变量节点的数据
int main()
{
for (int i = 0; i < 100; ++i)
{
std::this_thread::sleep_for(std::chrono::seconds(1));
bool success = clt.write(node, i + 200);
if (!success)
ERROR_(
"Failed to write data to the variable.");
}
}
在客户端 2 中监视变量节点
void onChange(UA_Client *, UA_UInt32, void *, UA_UInt32, void *, UA_DataValue *value)
{
int receive_data = *reinterpret_cast<int *>(value->value.data);
printf("Data (n=number) was changed to: %d\n", receive_data);
}
int main()
{
client.monitor(node_id, onChange, 5);
client.spin();
}
3. 发布/订阅
- 待办事项:
- 本小节暂无
4. 参数加载
基于 open62541 的 OPC UA 二次开发库 中提供了以下几个运行时可调节参数
类型 | 参数名 | 默认值 | 注释 |
uint32_t | SPIN_TIMEOUT | 500 | 服务器超时响应的时间,单位 (ms) |
double | SAMPLING_INTERVAL | 50 | 服务器监视变量的采样速度,单位 (ms) |
double | PUBLISHING_INTERVAL | 100 | 服务器尝试发布数据变更的期望时间间隔,若数据未变更则不会发布,单位 (ms) |
uint32_t | LIFETIME_COUNT | 100 | 在没有发布任何消息的情况下,订阅请求所期望的能够保持活动状态的最大发布周期数 |
uint32_t | MAX_KEEPALIVE_COUNT | 10 | 在没有任何通知的情况下,订阅请求所期望的服务器应该发送的最大 “保活” 消息数 |
uint32_t | MAX_NOTIFICATIONS | 100 | 服务器应该发送的期望的最大通知数(通知是服务器向客户端报告订阅的变化的方式) |
uint8_t | PRIORITY | 0 | 订阅请求的优先级 |
具体调节方式可参考引言中的 参数管理 部分。