OPC DA

经典 OPC Data Access 服务器的客户端，走 COM/DCOM，在 32 位辅助进程中运行，用项 ID 寻址，并能扫描一台计算机上的服务器。

OPC DA 驱动是经典 OPC Data Access 服务器（1.0、2.05a 和 3.0 版）的客户端。较老的 PLC 网关、SCADA 系统和模拟器至今仍通过这类 COM 服务器发布数据。服务器用它所在的计算机和它的 ProgID 来指定，例如 Matrikon.OPC.Simulation.1，每个点位则用服务器的项 ID 来指定。在 Connector 页面上添加这个驱动和它的设备。

设备

字段	含义	默认值
主机	OPC DA 服务器所在计算机的名称或地址。留空表示本机，大多数经典服务器都运行在本机上。	空：本机
服务器 / 键	服务器的 ProgID，按厂商在 Windows 中注册的写法填写，例如 `Matrikon.OPC.Simulation.1`。	`OPC.Server.1`
轮询间隔（ms）	工作站读取该设备点位的频率，点位自己规定了间隔时以点位为准。	1000

设备地址由这两项拼成，例如 opc.da://localhost/Matrikon.OPC.Simulation.1。没有端口：COM 通过 Windows 自身的注册信息找到服务器。

点位寻址

点位用它的项 ID 寻址，以自由文本输入，照写下的样子原样发给服务器，例如 Random.Real8 或 Channel1.Device1.Tag1。项 ID 属于服务器本身，可从服务器的文档或一次扫描中列出。点位第一次读取某个项时，工作站把它加入该设备的一个组，并从现场设备读取，而不是从服务器的缓存读取。

数据类型

数据类型选择器提供 OPC DA 项所持有的类型：Boolean、SByte、Byte、Int16、UInt16、Int32、UInt32、Int64、UInt64、Float、Double、String 和 DateTime。每次读取都会转换成点位的类型，所以请选择服务器为该项声明的类型，也就是扫描所提出的类型：一个 64 位实数项按 Float 读取会损失精度，按 Double 读取则能保留。点位类型容纳不了的值，例如不是数字的文本或数组，会让点位没有值。OPC DA 的日期不带时区，工作站按 UTC 读写它。

服务器返回的每个值都带有它的质量。质量良好（Good）的值会送到点位。质量不确定（Uncertain）或不良（Bad）的值会让点位没有值，读取失败的那一行诊断日志会用 OPC DA 规范的说法写出这个质量，例如 Bad: not connected (0x0008) 或 Uncertain: last usable value (0x0044)。读取失败的项会让它的点位没有值，设备的其他点位照常读取。

设备发现

发现设备会列出一台计算机上注册的 OPC DA 服务器：在扫描目标里输入那台计算机的名称或地址，若是本机则留空。每个服务器都作为一个设备提供出来，并遍历它的地址空间：它持有的每个项都作为只读点位提供出来，带着服务器为它声明的类型：64 位实数为 Double，16 位无符号整数为 UInt16，上面的每种类型都照此对应，货币值为 Double。没有声明类型的项作为能读取任何值的 String 提供；类型没有点位能读取的项（例如数组）不提供，扫描会把它算进略过的内容。候选如何挑选和添加，见设备发现。

扫描通过本计算机上注册的 OPC DA 的 proxy 和 stub 库，向 OPC 服务器枚举服务（OpcEnum）询问服务器。其中任何一个缺失时，扫描不列出任何内容，而是说明缺少什么，步骤见安装 OPC Core Components。

写入

访问为读写或只写的点位可以被写，写到读取所用的那同一个项上。值按服务器持有该项的类型发送（服务器没有说明时，按点位自身的类型），由点位的值直接转换，不经过文本，所以任何语言的工作站都发送同一个数字。超出该项类型范围的整数在发送任何内容之前就被拒绝，绝不会被截成该类型能容纳的最接近的值。服务器拒绝的写入会以拒绝返回：工作站能说明的原因（不接受写入的项、该项不接受的值、服务器不认识的项、访问被拒绝）会带上原因，其他情况则带上服务器的错误代码，例如 OPC DA 0x80004005；无论哪种情况，服务器的代码都会写进诊断日志。OPC DA 没有命令：这个驱动的设备不提供任何命令。

32 位辅助进程

OPC DA 服务器要通过 32 位的 COM 客户端访问，而 64 位的工作站无法加载它。因此这个驱动运行在它专用的辅助进程 Lab.Desktop.DriverBridge.exe 中：OPC DA 设备或扫描第一次需要它时，或工作站检查 OPC Core Components 时，由工作站启动，Connector 停止时关闭。驱动的用法没有任何变化：它的设备和点位像其他驱动一样被读取、写入、扫描并记入诊断日志。

辅助进程一旦停止，它的设备会显示错误“OPC DA 驱动的 32 位辅助进程已停止。工作站会重新启动它，设备会经由它重新连接。”（退出代码见事件页面），点位则失去值。工作站会重新启动辅助进程（它持续停止期间，间隔会逐渐变长），设备会经由它自动重新连接。辅助进程停止时正在途中的写入会以失败返回，并说明无法确定该值是否到达了现场设备。任何其他驱动和工作站的任何其他部分都不会随之停止。

开始之前

工作站不安装任何 OPC 组件。OPC 服务器枚举服务（OpcEnum）以及 OPC DA 的 proxy 和 stub 库，随 OPC DA 服务器提供，或包含在 OPC Core Components 中。工作站会自行检查它们是否已注册，缺少其中任何一个时会说明如何安装：见安装 OPC Core Components。
另一台计算机上的服务器经由 DCOM 访问，两台计算机都必须为工作站运行所用的 Windows 账户放行：DCOM 权限、防火墙规则，以及相同的账户或受信任的域。这项设置在 Windows 中完成，从不在工作站中完成：见准备远程服务器。
这个驱动只在 Windows 上运行。

安装 OPC Core Components

工作站会在 32 位辅助进程中自行检查本计算机是否为 32 位程序注册了 OPC 服务器枚举服务（OpcEnum）以及 OPC DA 的 proxy 和 stub 库：驱动页面、其某个设备的页面或代理第一次询问时检查，缺少其中任何一个时每 30 秒再检查一次。Connector 启动之前无法知道它们是否存在，因此不作任何提示。缺少其中任何一个时：

位置	显示内容
驱动页面	一条注意提示“本计算机缺少 OPC Core Components”，以及下面的步骤。其中的链接会在计算机的浏览器中打开 OPC Foundation 的页面。
每个设备的页面	同样的提示，在线的设备除外。
扫描	不列出任何内容并说明缺少什么：扫描结束时的那一行指向该提示，代理的 `device_discover` 用英文给出步骤。
连接失败的设备的最后一条错误	缺少什么以及同样的步骤，与驱动自身的原因一样用英文写出。
代理	`driver_capabilities` 在 `prerequisite` 下给出这些步骤，`installed` 为 false。

安装步骤：

重新运行 OPC DA 服务器的安装程序：它通常会一并安装这些组件。
否则，打开 OPC Foundation 的页面 Core Components，下载 OPC Core Components Redistributables。只有注册用户才能下载：如果页面提示您没有下载该文件的权限，请在同一页面用“Login”登录，或用“Create Account”创建账户。
64 位 Windows 请选择 opc-core-components-redistributable-<version>-x86-x64.msi（其中也包含 32 位组件），以 -x86.msi 结尾的文件仅用于 32 位 Windows。
以管理员身份运行，安装程序要求时重启计算机。

安装后 30 秒内，提示会消失，扫描会列出 OPC DA 服务器，这个驱动的设备按现有配置连接，无需重启 Ganter Lab。

准备远程服务器

本计算机上的服务器不需要再做什么。另一台计算机上的服务器要通过 DCOM 访问，而在两台计算机都配置好之前，DCOM 不允许来自另一台计算机的任何访问。配置在两台计算机的 Windows 中完成，由各自的管理员操作，从不在工作站中完成：

在两台计算机上使用相同的 Windows 账户和相同的密码（即工作站运行所用的账户），或者使用两台计算机都认识的域账户。
在服务器的计算机上运行 dcomcnfg，打开 Component Services > Computers > My Computer > Properties > COM Security。在 Access Permissions 和 Launch and Activation Permissions 下，在 Edit Limits 和 Edit Default 中都允许该账户的全部远程权限。在 Access Permissions 的 Edit Limits 中，还要允许 ANONYMOUS LOGON 的 Remote Access，OPC 服务器枚举器（OpcEnum）需要它。
仍在那里，在 My Computer > DCOM Config 下打开 OPC 服务器和 OpcEnum 的 Properties，在它们的 Security 选项卡中用同一账户自定义三项权限。
在工作站的计算机上也运行 dcomcnfg，在 Access Permissions 的 Edit Limits 中，允许 OPC 服务器运行所用账户的 Remote Access：服务器会回调工作站。
在服务器的计算机上，在 Windows Defender 防火墙中允许入站 TCP 端口 135，以及 OPC 服务器和 OpcEnum（OpcEnum.exe）的程序，并在服务中确认 OpcEnum 正在运行并且自动启动。

只要 Edit Limits 拒绝该权限，修改 Edit Default 就不起作用：两者都要设置。DCOM 先在端口 135 上应答，然后通过 Windows 选择的端口传送调用，因此两台计算机之间的防火墙只开放 135 时，服务器仍然被阻止。

Windows 的应答	设备页面显示的内容
拒绝访问（0x80070005）	“主机通过 DCOM 拒绝了本工作站”，附上工作站运行所用的账户和第 1 到第 4 步
RPC 服务器不可用（0x800706BA）	“主机没有应答 DCOM”：计算机已关机或无法访问，它的防火墙阻止了 DCOM，或者 OpcEnum 没有在那里运行，附上第 5 步

每条提示都显示在设备错误的位置上，服务器连接后会自行消失。诊断日志和代理读到的是同样的英文步骤。本计算机上的服务器从不以这种方式显示。

如果厂区不允许使用 DCOM，可以在服务器的计算机上用一个以 OPC UA 提供该 OPC DA 服务器的包装器或隧道来完全避开 DCOM：工作站随后用 OPC UA 驱动读取该服务器。