客户端组件

客户端组件

有关信息、评估下载、报价、采购订单或信用卡购买,请选择类别/产品。

EasyUA Client SDK
EasyUA Client SDK 提供了一组处理 UA 服务器通信的 .NET 类。 包括用于配置和测试的示例应用程序和实用程序。
支持 OPC UA DA、HA、AC 和 UA 方法功能。
OPCDA.NET
OPC 客户端可以在 C# 或 VB.NET 中开发,无需 COM 互操作性的麻烦。 OPCDA.NET OPC 客户端 SDK 为 .NET Framework 和 .NetCore 平台提供类和方法。 支持 OPC DA V2.05 和 V3.0 规范的所有功能。 其他帮助类、工具和许多示例提供了一个高效的应用程序开发环境。
OPCDA.NET-UA
OPCDA.NET-UA 附加选项使用 OPC UA 包装器扩展了适用于 C# 和 VB.NET 的 OPCDA.NET 客户端 SDK。 应用程序可以通过相同的 API 访问 OPC DA 和 OPC UA 服务器。
OPCDA.NET 客户端组件的用户可以升级他们的产品以支持 OPC UA,而无需更改应用程序代码。
OPCAE.NET
OPC A&E 客户端可以用 C# 和 VB.NET 开发。 OPCAE.NET SDK 为 .NET Framework 和 .NetCore 平台提供类和方法。
OPCAE.NET-UA
OPCAE.NET-UA 组件使用 OPC UA 包装器扩展了 OPCAE.NET 客户端组件。 该应用程序可以通过相同的 API 访问 Classic OPC AE 和 OPC UA-AC 服务器。
OPCHDA.NET
OPC 历史数据访问客户端可以使用 C# 或 VB.NET 开发。 OPCHDA.NET 客户端 SDK 为 .NET Framework 和 .NetCore 平台提供类和方法。 OPC HDA 服务器访问应用程序的开发简单而高效。
XMLDA.NET
XMLDA.NET 是一个 .NET 客户端开发工具包,用于处理对 XML DA 和 OPC DA 服务器的访问。 该应用程序被编码为 XML DA Web 客户端,与要访问的服务器类型无关。 ASP.NET 应用程序的理想选择。

客户端组件       类别说明

如何使用 .NET 开发 OPC 客户端?

开发人员有多种选择来开发 .NET OPC 客户端应用程序。 什么是最好的取决于许多因素和个人喜好。
基本选择是 API 和通信。
应用程序接口类型
OPC 客户端应用程序越来越需要访问不同类型的 OPC 服务器。 这可以通过嵌入客户端或作为外部转换器服务器的包装器来完成。
选择的应用程序接口和需要访问的服务器决定了所需的包装器。
OPC 定义的接口是:

经典 OPC
 
 
 
 
 

XML DA
 
 
 

OPC UA

经典的 OPC DA、HDA、AE 规范定义了一个 C++ COM 接口和一个 COM 自动化接口。 对于 .NET,OPC 基金会提供了示例 .Net 包装代码,但没有创建 .NET API 规范。
供应商提供具有广泛不同 API 的 .Net 客户端组件:
- 反映 OPC 指定接口函数的方法。 该应用程序可以使用所有 OPC 指定的功能。
- 以使用为导向的方法,使服务器访问变得简单。
- 嵌入到整体产品概念中。

OPC XML DA 规范创建于 2003 年。它为 OPC DA(数据访问)的功能定义了 .NET2 Web 服务 SOAP 消息。 有关两种 OPC 规范的概述和比较,请参阅 OPC-DA / XML-DA 比较。
OPC HDA 和 OPC AE 没有相应的 Web 服务规范。
.NET Web 服务 WSDL 工具根据规范创建 API 方法。

OPC UA 始于 2003 年,其雄心勃勃的目标是建立能够对各种系统进行建模的多平台规范。
该规范于 2009 年部分发布,供应商提供 UA 产品,大部分仅具有 DA 功能。
OPC UA 规范定义了通信记录。 多平台功能需要每个平台的 UA 特定通信堆栈。
通信栈实现定义了应用程序接口。

服务器通信类型
接口规范定义了服务器支持的通信

(D)COM
 
 

.NET2 网络服务
 

OPC UA

经典 OPC 规范定义了一个 COM 接口。 OPC DA、HDA、AE服务器是COM服务器,需要通过(D)COM访问。
Microsoft 仍然支持 DCOM 并且对于本地服务器访问 COM 仍然是一个很好且高效的解决方案。
远程服务器访问受到限制,必要的 DCOM 配置很棘手,是大多数 OPC 困难的原因。

.NET2 Web 服务 (ASMX) 消除了 DCOM 远程通信限制和配置问题。 但是,通信仅限于 HTTP,安全选项也有限。 基于 .NET2 的 XML DA 于 2003 年推出,通常用于通过 XML DA 网关服务器远程访问 OPC DA 服务器。

OPC UA 通信是 TCP 或 HTTP。 安全处理和上层通信是 UA 特定的,以使其在所有平台上保持一致。
OPC 基金会正在与成员公司合作,为其成员提供用于不同平台(例如 PLC)的通信堆栈和工具。

产品可用于 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(数据访问)。
  • UA 选项 UA 服务器可以通过与 OPC AE 服务器相同的 API 进行访问。 现有的基于 OPCAE.NET 的客户端应用程序可以升级以支持 UA,而无需更改应用程序代码。
OPCHDA.NET 客户端组件 经典 OPC HDA(历史数据访问)接口在 .NET 类中实现。 支持所有 OPC HDA V1.2 功能。 在分层类结构中,上层类以最少的代码提供服务器访问功能。 OPCHDA.NET 可以与 OPCDA.NET 和 OPCAE.NET 结合用于 HDA(历史数据访问)和报警和事件。
  • UA 选项 UA 服务器可以通过与 OPC HDA 服务器相同的 API 进行访问。 可以升级现有的基于 OPCHDA.NET 的客户端应用程序以支持 UA,而无需更改应用程序代码
UA 选项 通过 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 网关访问远程服务器。
地址
电话:
+86(010)68421378
+86(010)68421379
联系我们
商店信息
网站地图
© Advosol.com.cn 2022. 版权所有。