OPCUA 采集配置

1. 新增 OPCUA 设备类

通讯方式选择【opcua】，设备通讯类型选择【直连设备】

2. 采集脚本微调

创建完成后自动创建了采集脚本（需操作的动作仅只有特殊情况需修改下列部分参数信息时）

注意：其中可自行修改安全策略（默认自动），安全模式（默认自动），时间使用（默认来源）。

安全策略（security_policy = “auto”）：

“None”,
“Basic128Rsa15”,
“Basic256”,
“auto”

安全模式（security_mode = “auto”）

“None”,
“Sign”,
“SignAndEncrypt”,
“auto”

数据所使用的时间（timestamp = “source”）

“gather”: 使用对接程序的时间
“server”: 使用对接服务器的时间
“source”: 使用 source 数据源的时间。

3. 创建设备

根据采集脚本的需要，我们需要创建设备，根据下图常规输入即可

4. 提供设备信息

根据所创建的设备配置对应的设备信息

opcua协议需要设备有最基础的配置为以下参数：

注意：可在设备类上配置，但优先使用设备上的属性。.

• opcua.server (若设备类上配置了通用的可不配置): 指这个设备的服务地址，只需输入【ip:port】即可，如下图
• opcua.username（按需选填）: 需要用户认证时，可以按需输入，支持匿名访问的时候这里可以不用配置该参数
• opcua.password（按需选填）: 同上
• opcua.discovery (默认为false 选填true或者false): 控制OPC UA服务器的发现端点的特性，每个服务器将通过端点传播。这里最常见的问题是，大多数服务器没有正确配置并传播错误的外部IP或URL地址。如果是这种情况，可以通过将其配置为false值来禁用发现。发现阶段始终使用NONE安全策略进行。 注意：一般opcua.discovery不建议填写，默认会禁用，强制发现更多是针对opcua.server与设备服务在同一台服务器上

5. 物模型属性配置

物模型配置，通过真实点位的address进行定位当前设备上报的属性点位，通过当前规则命名的方式构成opcua能识别的属性点位

命名规则：[nameSpace]::[identifierType]::[identifier]::[deviceName]

• namespace：指真实设备的属性点位所在的命名空间。
• identifier_type：指真实设备的属性点位所在的标识类型，可对应属性类型。且仅有四个类型s、i、b、g 分别对应字符串、数字、二进制、gid形式。
• identifier：指真实设备的属性点位所在标识类型对应的标识值。
• dviceName：指使用该点位的设备标识。

OPCUA 控制配置

控制配置

仅需配置对应设备类的控制配置即可，以下为通用配置

## 帮助文档实例：
control:
  ## carrier：描述使用的载体方式（目前支持MQTT、http方式的下发，通过carrier进行字段配置。)【必填】
  - carrier: "opcua"
    ## async：控制是否是异步操作。【必填】
    async: false
    ## propertyName：对应的属性字段，若不填写则为通配。通配作为最低优先级，优先单个配置。【非必填】
    #propertyName: "${tslProperty.name}"
    ## timeout：该点位控制的超时时间，从实际下发开始。可填占位符后端默认15s【必填】
    timeout: 15000