对比

OPC UA vs OPC DA (OPC Classic)

OPC DA(“Data Access”)是 1990 年代末最初的 OPC 标准。它仅限 Windows(基于 COM/DCOM),传输的是不带任何含义的实时数值。OPC UA 是它的现代继任者:平台无关、设计上即安全、且自描述。如果是新建系统,就用 OPC UA;如果已有 OPC DA,可以做桥接。

一览

 OPC DA(Classic)OPC UA
平台仅限 Windows(COM/DCOM)任意操作系统 / 嵌入式 / 云
网络DCOM:跨防火墙/子网时很痛苦简单 TCP(4840 端口)、WebSockets、MQTT
安全依赖 Windows/DCOM加密、签名、身份验证
数据只有值、时间戳和质量丰富的、带类型的信息模型
模型DA / HDA / A&E 作为独立规范统一:数据、历史、报警合一
状态遗留技术:仍在维护,但不再演进活跃的、战略性的标准

OPC UA 为什么取代了 OPC DA

  • 不再有 DCOM。DCOM 配置及其防火墙与认证方面的麻烦,是 OPC Classic 最大的痛点。OPC UA 改用了一套干净的 TCP 协议。
  • 安全内建。OPC DA 本身完全没有安全机制;OPC UA 进行加密、签名和身份验证。
  • 含义,而不只是数值。OPC UA 的信息模型描述每个值是什么:从而实现真正的互操作。
  • 统一的模型。实时(DA)、历史(HDA)和报警(A&E)在 OPC UA 中被统一起来,而不再是三个独立的接口。

OPC DA 客户端能与 OPC UA 服务器通信吗?

不能直接通信:它们是不同的技术。你要用一个 COM/DCOM 到 UA 的封装器(也称代理或网关)来桥接:

  • UA 封装器:把已有的 OPC DA 服务器暴露为 OPC UA 服务器(现代客户端可以访问遗留数据)。
  • UA proxy:让老的 OPC DA/COM 客户端读取 OPC UA 服务器。
大多数主流 OPC 厂商都提供这类包装器,所以你很少需要推倒重来:你把 OPC UA在你面前的你现有的 OPC DA 资产。

如何把 OPC DA 迁移到 OPC UA

  1. 盘点你的 OPC DA 服务器以及依赖它们的客户端。
  2. 部署一个 UA wrapper 或边缘网关,读取 DA 并以 OPC UA 重新发布。
  3. 把新客户端(SCADA、MES、历史库、云)指向 UA 端点;过渡期间保持 DA 继续运行。
  4. 启用 Sign & Encrypt 和证书信任(见安全)。
  5. 所有客户端迁到 UA 之后,停用 DCOM 访问。

已经把你的接入层现代化为 OPC UA 了吗? Jemba 把这些实时数据转化为排好优先级、已核算成本的行动项:无需数据科学家。

查看 Jemba →

常见问题

OPC DA 代表什么?
OPC Data Access:用于读写当前过程值的经典 OPC 接口。“OPC”本身最初代表 OLE for Process Control。
OPC 和 OPC UA 是一回事吗?
“OPC”在口语中指经典规范(DA/HDA/A&E)。OPC UA 是较新的统一架构。所以“OPC vs OPC UA”通常指的是 OPC Classic 与 OPC UA 之比。
OPC DA 过时了吗?
它是遗留技术但仍广泛部署。它为兼容性而维护,所有新开发都在 OPC UA 中进行。

最后更新于 2026 年 9 月 4 日 · 教育资源。

下一步:用 Python 操作 OPC UA →

免费下载
OPC UA Machine Data → OEE Mapping Kit
该订阅哪些节点、它们如何变成可用率、性能和质量,以及哪一个伴随规范已经给出了答案:从此不必再自己发明标签。
获取免费映射工具包 →
免费,无需课程,无需登录