请求的页面已被移动。
此次变更给您带来的不便敬请谅解。
Advosol 团队
Advosol 团队
您是否在寻找：
OPC DA .NET Server Toolkit
OPC DA .NET Server Development Toolkit for C# and VB.NET
OPC DA .NET Server Toolkit (DANSrv)有一个符合OPC DA V2.05和V3.0的通用服务器和一个.NET定制组件（NSPlugin.dll）。
无需 COM 编程。 特定应用程序的服务器定制是在 .NET 定制程序集中完成的。 提供了许多 VB.NET 和 C# 示例。 自定义应用程序可以基于这些示例应用程序或由向导创建。 向导 GUI 为所需的定制功能提供选择，并为所选功能创建示例代码。
DANSrv 服务器工具包非常适合快速实现简单的服务器或创建具有数万个项目的高性能 OPC 服务器。
无需 COM 编程。 特定应用程序的服务器定制是在 .NET 定制程序集中完成的。 提供了许多 VB.NET 和 C# 示例。 自定义应用程序可以基于这些示例应用程序或由向导创建。 向导 GUI 为所需的定制功能提供选择，并为所选功能创建示例代码。
DANSrv 服务器工具包非常适合快速实现简单的服务器或创建具有数万个项目的高性能 OPC 服务器。
NSPlugin.dll .NET 自定义程序集接口定义了少量从通用服务器调用的方法和一些允许自定义程序集调用通用服务器中的方法的回调方法，例如将新项目值写入缓存。
服务器开发无非就是用 C# 或 VB.NET 构建这个 DLL。
服务器开发无非就是用 C# 或 VB.NET 构建这个 DLL。
嵌入式 UA 服务器
DANSrv 专业版可以包含 uaPLUS 通用服务器 DLL，以允许从 OPC DA 和 OPC UA 客户端进行并行访问。
除了 DANSrv 许可证外，还需要 uaPLUS 服务器工具包 的许可证。
DANSrv 专业版可以包含 uaPLUS 通用服务器 DLL，以允许从 OPC DA 和 OPC UA 客户端进行并行访问。
除了 DANSrv 许可证外，还需要 uaPLUS 服务器工具包 的许可证。
DANSrv OPC 服务器 .NET 工具包提供两个版本：
标准版
具有静态项目地址空间的 OPC V2/V3 服务器的所有基本功能。/p>
标准版
具有静态项目地址空间的 OPC V2/V3 服务器的所有基本功能。/p>
专业版
附加功能增加了功能和性能。
附加功能增加了功能和性能。
- 服务器可能有一个动态地址空间，其中包含在客户端首次访问时添加的项目。
- ConfigBuilder 工具/类允许在 XML 文件中定义项目。
- 项目刷新可以基于当前客户端使用情况和客户端采样率定义。
- 可以选择项目浏览来浏览缓存或设备/数据库。
- 可选择客户端更新处理，以针对频繁数据更改或大量项目进行优化。
- 可与 uaPLUS 结合用于 DA / UA 服务器。
两个版本都支持 32 位和 64 位操作。 为每个平台提供了一个通用服务器版本。 服务器定制 .Net 插件程序集适用于两个平台。 无需重新编译，Visual Studio 2010 .. 2017 编译的程序集适用于任一通用服务器。
OPC DA .NET 服务器功能包括：
- 符合 OPC DA V2.05 和 V3.0 的通用服务器
- 可以通过 OPC 警报和事件支持进行扩展
- 在大型和小型应用程序中的高性能和效率
- 自由线程设计和手动优化的 .Net 包装器
- 完全集成到 Visual Studio .NET 中。
-
适用于 Visual Studio 2010, ... ,2017 的带有 向导 的项目模板。
向导根据向导 GUI 中的选择生成带有示例服务器的 C# 或 VB 项目。 生成的项目可以编译并用作功能齐全的 OPC 服务器。 - 许多 VB 和 C# 示例应用程序
- 可以轻松调试自定义程序集。
- 提供的测试客户端允许用户以交互方式测试每个 OPC 服务器功能。
- 一次性付费许可，无需运行时许可。
- 包含 90 天的更新/支持订阅。
专业版的附加功能包括：
- 可与uaPLUS server toolkit结合，用于Classic OPC可访问的服务器 DA 和 OPC UA 客户端。
-
ConfigBuilder工具和分类。
服务器项地址空间在 XML 文件中定义。 使用 ConfigBuilder 工具以交互方式创建/编辑 XML 文件。 也可以从工作的 OPC 服务器导入定义并快速克隆该服务器。
ConfigBuilder 类读取 XML 文件并相应地配置服务器。 -
更新优化功能可显着提高性能。
标准配置优化了服务器，以适应数量适中且值频繁更改的项目。 服务器处理可以更改为针对具有中等值更改频率的大量项目优化的处理。 - 可以处理数十万个项目。 服务器设计用于处理大型项目地址空间。 可以快速创建和访问数万个项目，无论是在复杂的树结构中还是在单个分支中包含大量项目。
-
动态项目地址空间处理和虚拟项目地址空间浏览。
动态项目地址空间在应用程序中很有用，例如 前端大型数据库的 OPC 服务器。 将大量数据库点作为项目添加到服务器是不高效的。 相反，虚拟项目地址空间浏览确实直接浏览数据库，并且只有客户端可以读/写访问的项目才会添加到服务器，以实现高效的 OPC 兼容处理。 不再使用的物品可以被移除。 - 访问限制。 可以根据客户端凭据限制对项目的访问。
OPC 警报和事件选项：
OPC AE .NET Server Toolkit可以 与此 OPC DA .NET 服务器工具包结合使用，使服务器兼容 OPC DA2、OPC DA3 和 OPC AE1.1。
OPC AE 事件源可以是 DA 服务器项或任何其他信号源。
OPC AE 事件源可以是 DA 服务器项或任何其他信号源。
示例服务器
以下示例服务器自定义作为带有 VB 和 C# 源代码的 Visual Studio 解决方案提供：
-
示例这是一个简单的服务器，有一些项目，在代码中静态定义。 模拟线程增加项目值并更新服务器缓存。 写入调用将项目值写入模拟缓冲区，强制从写入值继续递增。
-
属性此示例用作“简单”示例，另外定义和处理自定义项目属性。
-
动态此示例与“属性”示例非常相似，但实现了动态项目地址空间。
在启动时，通用服务器中没有定义任何项目。 所有项目在客户端首次访问时都会动态添加。 浏览模式设置为虚拟，并在此示例中处理客户端浏览调用。 返回可以添加到服务器缓存的项目。
对于客户来说，这种处理是不可见的。 它看起来与“属性”示例相同。
仅在 DANSrv 专业版中，因为标准版不支持虚拟浏览。 -
ConfigBuilder此示例从文件 CfgSample.xml 加载项目配置，并在启动时创建定义的项目。
可以使用 ConfigBuilder 应用程序修改 XML 文件。 重新启动服务器时使用的新配置。 不需要编译。
该示例确实嵌入了 XML 文件以显示这种可能性。 要使用嵌入文件，必须修改示例以使用 LoadEmbedded() 方法代替 LoadFromExeDir()。 方法调用在代码中作为注释。
仅在 DANSrv 专业版中，因为标准版不支持 ConfigBuilder。 -
20kItems此示例在启动时定义了 20000 个项目，并每 100 毫秒更新前 1000 个项目。
它应该给人一种性能的印象，并且可以用作自定义基准测试应用程序的基础。 -
TCPDevice此示例使用端口 6500 上的 TCP 套接字进行设备通信。 对于测试，提供了一个设备模拟器控制台应用程序。
IP 地址初始化为 localhost，允许两个应用程序在同一台计算机上运行。
在启动时，DeviceSimulator 会发送一条包含项目名称的行，服务器会在其地址空间中创建这些项目。 然后，DeviceSimulator 会定期递增项目值并发送包含所有项目值的行。 服务器自定义读取这些行并更新服务器缓存。 客户端编写的项目被发送到 DeviceSimulator，后者显示它们。 -
多进程此示例展示了如何使用 .NET WCF 将 .NET 应用程序与 OPC DA 服务器耦合。
工具
OPCDA.NET 服务器工具包提供了用于快速简单的服务器开发和测试的工具：
-
Visual Studio 2010,..,2019 项目创建向导
向导使用用户对话框中定义的小示例代码和服务器注册设置创建一个项目。 它还为服务器创建唯一的 GUID。 -
OPC DA V2 测试客户端
这是一个易于使用的客户端，非常适合测试服务器是否正确处理项目。 -
OPC DA V3 测试客户端
此客户端主要使用 OPC DA V3 功能，并允许交互式测试大多数 OPC DA V3 功能。 -
错误查找
解释了 OPC 和相关的 Windows 错误代码。 -
ConfigBuilder
ConfigBuilder 工具使用项目配置定义创建和更改 XML 文件。
XML配置文件可以在定制模块中用于创建服务器的项目地址空间。
此工具仅在 Toolkit 专业版中可用。
系统要求：
- Windows 7、8.x、10 或 Windows Server 2008 .. 2019
- 32 位和 64 位
- .NET 框架 4.x
- Visual Studio 2010 .. 2019，C# 或 Visual Basic
Advosol 为 .NET 平台提供了一套全面的 OPC 工具包和实用程序。
.Net OPC Client Toolkits
客户端开发组件允许 .Net 客户端应用程序访问 OPC 服务器。 这些软件包不仅仅是简单的 .Net 包装器。 它们提供高效应用程序开发所需的一切。 所有 OPC 定义的函数都可以通过易于使用的类调用，并正确转换所有数据。 附加的软件层提供了许多更高级别的功能，例如将服务器支持的项目浏览到 .Net TreeNode 结构中。 Visual Studio 项目和类生成向导使使用变得简单快捷。
客户端开发组件允许 .Net 客户端应用程序访问 OPC 服务器。 这些软件包不仅仅是简单的 .Net 包装器。 它们提供高效应用程序开发所需的一切。 所有 OPC 定义的函数都可以通过易于使用的类调用，并正确转换所有数据。 附加的软件层提供了许多更高级别的功能，例如将服务器支持的项目浏览到 .Net TreeNode 结构中。 Visual Studio 项目和类生成向导使使用变得简单快捷。
OPCDA.NET 客户端组件提供对 OPC DA V2/V3 服务器的高效灵活访问。
XMLDA.NET 客户端组件支持访问 OPC DA V2/V3 和 XML DA 服务器。 客户端被开发为 XML DA 客户端，与服务器类型无关。
OPCHDA.NET 客户端组件处理对 OPC HDA 历史服务器的访问，并且可以与 OPCDA.NET 和 OPCAE.NET 结合使用。
OPCAE.NET 客户端组件处理对 OPC 警报和事件服务器的访问，并且可以与 OPCDA.NET 和 OPCHDA.NET 结合使用。
EasyUA Client SDK 处理与具有 DA/HD/AC/Methods 功能的 UA 服务器的通信。
XMLDA.NET 客户端组件支持访问 OPC DA V2/V3 和 XML DA 服务器。 客户端被开发为 XML DA 客户端，与服务器类型无关。
OPCHDA.NET 客户端组件处理对 OPC HDA 历史服务器的访问，并且可以与 OPCDA.NET 和 OPCAE.NET 结合使用。
OPCAE.NET 客户端组件处理对 OPC 警报和事件服务器的访问，并且可以与 OPCDA.NET 和 OPCHDA.NET 结合使用。
EasyUA Client SDK 处理与具有 DA/HD/AC/Methods 功能的 UA 服务器的通信。
.Net OPC Server Toolkits
.NET 服务器工具包有一个实现 OPC 指定客户端接口的通用服务器和一个允许使用 C# 或 VB.Net 实现特定于应用程序的服务器功能的应用程序特定的 .NET 插件程序集。
.NET 服务器工具包有一个实现 OPC 指定客户端接口的通用服务器和一个允许使用 C# 或 VB.Net 实现特定于应用程序的服务器功能的应用程序特定的 .NET 插件程序集。
DANSrv 是一个兼容 OPC DA V2.05 / V3.0 的服务器，可以在 .Net 程序集中进行定制。 OPC 服务器，例如 数据库或以太网连接设备的前端可以利用 .Net 工具。 必须创建一个简单的 .Net 程序集，不需要 COM 和 OPC 知识。
自定义程序集也可以与 XML-DA 和 UA 服务器工具包一起使用。 无需进一步努力来支持新的 OPC 标准。
使用 HDANSrv 服务器工具包 OPC HDA 服务器可以在 C# 或 VB.Net 中实现。
uaPLUS 服务器工具包使向 OPC UA 的过渡变得简单。 它可以使用与经典 OPC DA 工具包相同的应用程序插件 DLL。 或者，可以使用特定于应用程序的 UA 节点管理器来处理设备。
自定义程序集也可以与 XML-DA 和 UA 服务器工具包一起使用。 无需进一步努力来支持新的 OPC 标准。
使用 HDANSrv 服务器工具包 OPC HDA 服务器可以在 C# 或 VB.Net 中实现。
uaPLUS 服务器工具包使向 OPC UA 的过渡变得简单。 它可以使用与经典 OPC DA 工具包相同的应用程序插件 DLL。 或者，可以使用特定于应用程序的 UA 节点管理器来处理设备。
转换器服务器
转换器服务器在不同的 OPC 规范之间进行转换。
转换器服务器在不同的 OPC 规范之间进行转换。
使 OPC DA 客户端能够访问远程 XML DA 服务器的 OPC DA 服务器。
XML DA Web 服务，使 XML DA 客户端能够访问 OPC DA 服务器。
使经典 OPC 客户端能够访问 OPC UA 服务器的 OPC DA/HDA/AE 服务器。
使 OPC UA 客户端能够访问经典 OPC DA/HDA/AE 服务器的 OPC UA 服务器。
XML DA Web 服务，使 XML DA 客户端能够访问 OPC DA 服务器。
使经典 OPC 客户端能够访问 OPC UA 服务器的 OPC DA/HDA/AE 服务器。
使 OPC UA 客户端能够访问经典 OPC DA/HDA/AE 服务器的 OPC UA 服务器。
OPC XML 网络服务
Web 服务是一种高级应用程序到应用程序的通信技术，几乎所有平台提供商都采用，包括 Microsoft、IBM、Sun 和 Linux。 XML（可扩展标记语言）是实现全球互联互通的关键支持技术之一，它作为一种在使用各种操作系统的系统之间处理数据的标准化方式得到了行业范围的支持。 在更高层，SOAP 规范使用 XML 以独立于平台的方式定义远程过程调用消息。 XML DA 或 UA 等 Web 服务基于 SOAP，并在 WSDL 文档中定义。
Web 服务是一种高级应用程序到应用程序的通信技术，几乎所有平台提供商都采用，包括 Microsoft、IBM、Sun 和 Linux。 XML（可扩展标记语言）是实现全球互联互通的关键支持技术之一，它作为一种在使用各种操作系统的系统之间处理数据的标准化方式得到了行业范围的支持。 在更高层，SOAP 规范使用 XML 以独立于平台的方式定义远程过程调用消息。 XML DA 或 UA 等 Web 服务基于 SOAP，并在 WSDL 文档中定义。
XML DA
1999 年 10 月，OPC 基金会宣布将发布基于 OPC 规范的 XML 模式，该规范定义了跨制造企业运行的不同工业自动化设备、系统和应用程序之间的应用程序互操作性和通信。
2003 年 7 月，XML DA 规范的第一个版本发布。
XML DA 指定了一个相当简单的 Web 服务，它具有八种方法来处理 OPC 数据访问应用程序中通常使用的所有功能。
1999 年 10 月，OPC 基金会宣布将发布基于 OPC 规范的 XML 模式，该规范定义了跨制造企业运行的不同工业自动化设备、系统和应用程序之间的应用程序互操作性和通信。
2003 年 7 月，XML DA 规范的第一个版本发布。
XML DA 指定了一个相当简单的 Web 服务，它具有八种方法来处理 OPC 数据访问应用程序中通常使用的所有功能。
XML DA 规范没有得到应有的重视，主要是因为 OPC 基金会在 XML DA 发布后不久宣布了联合架构规范，并将其资源分配给了这个新规范。 另一个原因是性能问题。 由于基于 XML 的通信，XML DA 比基于 COM 的 OPC DA 慢得多。 这导致用户决定使用专有隧道解决方案而不是 XML DA。 但是，需要注意的是，对于许多 OPC 数据访问应用程序来说，XML DA 实际上已经足够快了。
XML DA 特征
- 实施简单
- 功能有限，仅限数据访问
- 涵盖大多数 OPC 数据访问应用程序的要求
- 可与网络服务扩展一起使用以实现安全通信
- 比基于 COM 的 OPC 慢得多
- 可用产品
.NET3 中引入的 WCF（Windows 通信基础）消除了许多 Web 服务的缺点。 现在可以针对高性能和/或安全性配置通信。
XML DA 规范为请求和响应定义了 SOAP 消息。 使用 .NET2，通信受限于 HTTP 传输。 使用 .NET3 (WCF)，可以在广泛的范围内配置通信，包括 TCP 和管道传输以及许多安全选项。 WCF basicHttp 绑定与 .NET2 兼容。
Advosol OPC XML DA 产品
Advosol 为 XML-DA 客户端、XML-DA 服务器和网关（转换器）提供软件开发工具。 这些产品提供了两个版本，用于 IIS Web 服务和用于 WCF。
Advosol 为 XML-DA 客户端、XML-DA 服务器和网关（转换器）提供软件开发工具。 这些产品提供了两个版本，用于 IIS Web 服务和用于 WCF。
-
XML-DA server-side Gateway
XDAGW-SS 网关允许从 XML-DA 客户端访问 OPC-DA 服务器。 使用网关是从远程位置访问现有 OPC DA 服务器的最快方法。
XDAGW-SS 可以配置为限制对项目子集的访问或仅允许读取访问。 -
XML-DA client-side Gateway
XDAGW-CS 网关允许 OPC DA 客户端访问 XML-DA 服务器。 只需要最少的配置。 XDAGW-CS 已通过 OPC DA V2.05 和 V3 合规性测试。 -
XML-DA Client Component
XMLDA.NET 客户端组件允许 XML-DA 客户端直接访问本地 OPC DA V2 服务器，无需经过 XML 序列化，提供了极大的性能提升。
即使需要访问 OPC DA COM 服务器，也可以将客户端开发为最先进的 Web 服务客户端。
如何使用 .NET 开发 OPC 客户端？
开发人员有多种选择来开发 .NET OPC 客户端应用程序。 什么是最好的取决于许多因素和个人喜好。
基本选择是 API 和通信。
基本选择是 API 和通信。
应用程序接口类型
OPC 客户端应用程序越来越需要访问不同类型的 OPC 服务器。 这可以通过嵌入客户端或作为外部转换器服务器的包装器来完成。
选择的应用程序接口和需要访问的服务器决定了所需的包装器。
OPC 定义的接口是：
选择的应用程序接口和需要访问的服务器决定了所需的包装器。
OPC 定义的接口是：
经典 OPC
经典的 OPC DA、HDA、AE 规范定义了一个 C++ COM 接口和一个 COM 自动化接口。 对于 .NET，OPC 基金会提供了示例 .Net 包装代码，但没有创建 .NET API 规范。
供应商提供具有广泛不同 API 的 .Net 客户端组件：
- 镜像 OPC 指定接口函数的方法。 该应用程序可以使用所有 OPC 指定的功能。
- 使服务器访问简单的面向使用的方法。
- 嵌入到整体产品概念中。
供应商提供具有广泛不同 API 的 .Net 客户端组件：
- 镜像 OPC 指定接口函数的方法。 该应用程序可以使用所有 OPC 指定的功能。
- 使服务器访问简单的面向使用的方法。
- 嵌入到整体产品概念中。
XML DA
OPC XML DA 规范创建于 2003 年。它为 OPC DA（数据访问）的功能定义了 .NET2 Web 服务 SOAP 消息。 有关两种 OPC 规范的概述和比较，请参阅 OPC-DA / XML-DA 比较。
OPC HDA 和 OPC AE 没有相应的 Web 服务规范。
.NET Web 服务 WSDL 工具根据规范创建 API 方法。
OPC HDA 和 OPC AE 没有相应的 Web 服务规范。
.NET Web 服务 WSDL 工具根据规范创建 API 方法。
OPC UA
OPC UA 始于 2003 年，其雄心勃勃的目标是建立能够对各种系统进行建模的多平台规范。
该规范于 2009 年部分发布，供应商提供 UA 产品，大部分仅具有 DA 功能。
OPC UA 规范定义了通信记录。 多平台功能需要每个平台的 UA 特定通信堆栈。
通信栈实现定义了应用程序接口。
该规范于 2009 年部分发布，供应商提供 UA 产品，大部分仅具有 DA 功能。
OPC UA 规范定义了通信记录。 多平台功能需要每个平台的 UA 特定通信堆栈。
通信栈实现定义了应用程序接口。
服务器通信类型
接口规范定义了服务器支持的通信。
(D)COM
经典 OPC 规范定义了一个 COM 接口。 OPC DA、HDA、AE服务器是COM服务器，需要通过(D)COM访问。
Microsoft 仍然支持 DCOM 并且对于本地服务器访问 COM 仍然是一个很好且高效的解决方案。
远程服务器访问受到限制，必要的 DCOM 配置很棘手，是大多数 OPC 困难的原因。
Microsoft 仍然支持 DCOM 并且对于本地服务器访问 COM 仍然是一个很好且高效的解决方案。
远程服务器访问受到限制，必要的 DCOM 配置很棘手，是大多数 OPC 困难的原因。
.NET2 网络服务
.NET2 Web 服务 (ASMX) 消除了 DCOM 远程通信限制和配置问题。 但是，通信仅限于 HTTP，安全选项也有限。 基于 .NET2 的 XML DA 于 2003 年推出，通常用于通过 XML DA 网关服务器远程访问 OPC DA 服务器。
OPC UA
OPC UA 通信是 TCP 或 HTTP。 安全处理和上层通信是 UA 特定的，以使其在所有平台上保持一致。
OPC 基金会正在与成员公司合作，为其成员提供用于不同平台（例如 PLC）的通信堆栈和工具。
OPC 基金会正在与成员公司合作，为其成员提供用于不同平台（例如 PLC）的通信堆栈和工具。
产品可用于 API 和服务器通信的多种组合。
应用程序设计人员应根据以下因素决定使用的 API：
应用程序设计人员应根据以下因素决定使用的 API：
- 需要支持的通信（服务器类型）（有转换器吗？）。
- 主要使用的通讯方式
- 可用包装器支持所有需要的功能的能力
- 客户端应用程序的类型（GUI 应用程序、Web 客户端、Windows 服务等）
Advosol 提供最完整的客户端组件、转换器服务器和服务器工具包。
OPCDA.NET 客户端组件
经典 OPC DA（数据访问）接口在 .NET 类中实现。 支持所有 OPC DA V2.05 和 3.0 功能。 在分层类结构中，上层类以最少的代码提供服务器访问功能。 OPCDA.NET 可以与 OPCHDA.NET 和 OPCAE.NET 结合用于 HDA（历史数据访问）和报警与事件。
-
UA 选项
UA 服务器可以通过与 OPC DA 服务器相同的 API 进行访问。 可以升级现有的基于 OPCDA.NET 的客户端应用程序以支持 UA，而无需更改应用程序代码。
OPCAE.NET 客户端组件
经典 OPC AE（警报和事件）接口在 .NET 类中实现。 支持所有 OPC AE V1.1 功能。 在分层类结构中，上层类以最少的代码提供服务器访问功能。 OPCAE.NET 可以与 OPCHDA.NET 和 OPCDA.NET 结合用于 HDA（历史数据访问）和 DA（数据访问）。
经典 OPC AE（警报和事件）接口在 .NET 类中实现。 支持所有 OPC AE V1.1 功能。 在分层类结构中，上层类以最少的代码提供服务器访问功能。 OPCAE.NET 可以与 OPCHDA.NET 和 OPCDA.NET 结合用于 HDA（历史数据访问）和 DA（数据访问）。
-
UA 选项
UA 服务器可以通过与 OPC AE 服务器相同的 API 进行访问。 现有的基于 OPCAE.NET 的客户端应用程序可以升级以支持 UA，而无需更改应用程序代码。
OPCHDA.NET 客户端组件
经典 OPC HDA（历史数据访问）接口在 .NET 类中实现。 支持所有 OPC HDA V1.2 功能。 在分层类结构中，上层类以最少的代码提供服务器访问功能。 OPCHDA.NET 可以与 OPCDA.NET 和 OPCAE.NET 结合用于 HDA（历史数据访问）和报警和事件。
经典 OPC HDA（历史数据访问）接口在 .NET 类中实现。 支持所有 OPC HDA V1.2 功能。 在分层类结构中，上层类以最少的代码提供服务器访问功能。 OPCHDA.NET 可以与 OPCDA.NET 和 OPCAE.NET 结合用于 HDA（历史数据访问）和报警和事件。
-
UA 选项
UA 服务器可以通过与 OPC HDA 服务器相同的 API 进行访问。 现有的基于 OPCHDA.NET 的客户端应用程序可以升级以支持 UA，而无需更改应用程序代码。
EasyUA Client SDK
EasyUA 实现了一个带有基层类的 .NET 接口，其方法符合 UA Communicatin Stack。
该应用程序可以完全控制服务器通信。
上层类简化了服务器访问。
EasyUA 实现了一个带有基层类的 .NET 接口，其方法符合 UA Communicatin Stack。
该应用程序可以完全控制服务器通信。
上层类简化了服务器访问。
XMLDA.NET 客户端组件
通过客户端应用程序可以访问的 XML DA API：
- 具有 .NET Web 服务或 WCF 通信的 XML DA 服务器
- OPC DA V2.05 和 3.0 服务器
XMLDA.NET 特别适用于 Web 客户端应用程序。
与 XDAGW-SS 服务器端 XML DA 网关结合使用，客户端应用程序可以直接访问本地 OPC DA 服务器或通过 XML DA 网关访问远程服务器。
XML-DA Server Side Gateway
通过客户端应用程序可以访问的 XML DA API：
- 具有 .NET Web 服务或 WCF 通信的 XML DA 服务器
- OPC DA V2.05 和 3.0 服务器
XMLDA.NET 特别适用于 Web 客户端应用程序。
与 XDAGW-SS 服务器端 XML DA 网关结合使用，客户端应用程序可以直接访问本地 OPC DA 服务器或通过 XML DA 网关访问远程服务器。
使 XML DA 客户端能够访问 OPC DA DCOM 服务器的 OPC XML DA 转换器服务
XML-DA 客户端到 OPC-DA 服务器网关 (XDAGW-SS) 使 XML DA 客户端应用程序能够访问 OPC DA 服务器。
XDAGW-SS 网关提供了一种方法，允许现有的 XML DA 客户端应用程序访问广泛的已安装 OPC DA 服务器。
网关在 IIS Web 服务版本和 WCF 版本中提供。
WCF 提供了更多的通信选项，但仅当客户端和服务器双方都基于 WCF 时才有用。
XDAGW-SS 网关提供了一种方法，允许现有的 XML DA 客户端应用程序访问广泛的已安装 OPC DA 服务器。
网关在 IIS Web 服务版本和 WCF 版本中提供。
WCF 提供了更多的通信选项，但仅当客户端和服务器双方都基于 WCF 时才有用。
XDAGW-SS 针对 XML-DA V1.0.1 和 OPC-DA V2.05 和 3.0 进行了合规性测试。 如果连接到 OPC-DA V3 服务器，则使用诸如 WriteVQT() 之类的 OPC DA V3 功能，否则访问符合 OPC-DA V2.05 的服务器。
配置和诊断实用程序
XDAGW-SS 网关配置设置在 web.config 文件的 AppSettings 部分中定义。
配置实用程序显示设置，并且可以交互进行更改，而不是使用文本编辑器修改 web.config 文件。
诊断功能测试对 OPC DA 服务器和 XML DA 网关 Web 服务的访问。
.NET3 配置也在 web.config 文件中，并使用 WCF 配置实用程序进行修改。
XDAGW-SS 网关配置设置在 web.config 文件的 AppSettings 部分中定义。
配置实用程序显示设置，并且可以交互进行更改，而不是使用文本编辑器修改 web.config 文件。
诊断功能测试对 OPC DA 服务器和 XML DA 网关 Web 服务的访问。
.NET3 配置也在 web.config 文件中，并使用 WCF 配置实用程序进行修改。
安全
Web 服务不提供高级别的安全性。 使用 HTTPS 是唯一的选择。
网关实施有效的安全措施。 它可以配置为限制服务器访问项目子集。 例如。 将某些项目设为只读或只允许访问项目的子集。
Web 服务不提供高级别的安全性。 使用 HTTPS 是唯一的选择。
网关实施有效的安全措施。 它可以配置为限制服务器访问项目子集。 例如。 将某些项目设为只读或只允许访问项目的子集。
XDAGW-SS 网关在 WCF 版本中提供，可以为安全通信进行配置。
在与基于 WCF 的 XML DA 服务器通信时，可以使用任何 WCF 通信绑定，包括 X.509 证书
在与基于 WCF 的 XML DA 服务器通信时，可以使用任何 WCF 通信绑定，包括 X.509 证书
系统要求：
- Windows 7、8.x、10、Windows Server 2008、2012、2016
- .NET 4.x
- 带有 ASP.NET 或 WCF 的 IIS
