Kev*_*ron 17
OPC-UA是OPC-DA的后续产品.它有许多好处,其中最突出的一点是它与平台无关.有多种语言的SDK可供使用,OPC-UA可以实现从小型嵌入式设备到运行Linux的设备,运行Windows的桌面或运行您选择的操作系统的服务器.
对于任何新的开发,如果选择,应使用OPC-UA.此时使用OPC-DA的唯一原因是,如果您要连接到仅支持OPC-DA且无法更换或升级的旧产品.
OPC UA不仅适用于OPC-DA，而且适用于所有OPC Classic（DA，AE，HDA等）。OPC Classic使用DCOM通讯进行客户端-服务器连接。DCOM适用于Windows OS。而且，DCOM和RPC端口令工程师头疼。
因此，OPC UA是一种不依赖DCOM通讯且独立于平台（OS）的新技术。OPC UA也支持Linux。
市场上的许多OPC服务器尚未准备好用于OPC UA。但是我相信他们正在路上。
OPC客户端应用程序开发人员需要关注您的OPC客户端应用程序支持哪些OPC？为此，例如AE：警报和事件收集或DA：数据访问）
每个OPC知识都可以在https://opcfoundation.org/获得。您可以下载源代码和某些组件Dll，但是您必须是成员。
OPC UA 是 OPC 的统一架构。
规范没有说明平台、操作系统等。
OPC DA，是较旧版本的 OPC 规范。哪里有数据建模（不像 OPC UA 那样在更大程度上）。只有在服务器和客户端之间传输的信息是 VQT（价值质量和时间）。由于 OPC UA 具有数据和信息建模，与 VQT 一起，服务器和客户端之间可以共享许多关于变量的属性/属性（在简单的例子中，说描述这个变量做什么。这是使用的转换公式，用户是否可以访问该变量！仅举几例）。
OPC DA 完全依赖于操作系统。哪里是 OPC UA 独立于操作系统。有些使用一些 OPC UA SDK，可以在不存在操作系统的平台上创建服务器
OPC DA 通讯介质为 COM/DCOM。OPC UA 在哪里是关于 TCP/IP 和/或 HTTPS。它依赖于 SDK 支持两者或其中任何一个。
这些是一些主要区别。
在以下情况下使用哪一种：
我的建议是，无论您是否拥有 OPC DA 服务器，都使用 OPC UA。因为，有些产品中的旧 OPC DA 产品数据仍然可以使用基于 OPC UA 的新产品收集。
OPC UA 服务器可以独立于操作系统（这完全取决于 SDK 的类型）。将来，如果您想迁移到任何操作系统，那么它不会是一个前进的痛苦。
我希望这有助于您理解差异。