客户端组件
有关信息、评估下载、报价、采购订单或信用卡购买,请选择类别/产品。
经典 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)的通信堆栈和工具。
Advosol 提供最完整的客户端组件、转换器服务器和服务器工具包。
OPCDA.NET 客户端组件