有同事问我wincc的opc问题，俺很丢人的回答错了。于是俺“痛定思痛”的试验了下，发现用opc client可以扫描到两个opc server：

OPCServer.WinCC

OPCServerHDA.WinCC.1

但是必须启动wincc的工程以后才能访问第一个server，而第二个server却连不上，是啥意思呢？

查了下，原来是opc的一个标准，常见的OPC标准：

--------------------------------------------------

DA---Data Access  数据访问

AE---Alarm and Events 报警和事件

HDA---Historial Data Access 历史数据访问

Batch---批处理

Security---安全性

DX---Data eXchange 服务器间数据交换

那么OPCServerHDA.WinCC.1应该是用来访问wincc的趋势的，也许是我手上的opc client根本不支持opc hda的接口，去网上找了两个专门访问opc hda的client，其中一个是MatrikonOPC HDA Explorer，都报错，郁闷。

此外，2003年出现了OPC XML标准，这是为了解决COM/DCOM的缺陷：

-----------------以下为网上摘录的资料--------------------

1、OPC的DCOM是同Windows的安全注册机制绑定的，通常采用动态分配TCP/IP端口方式，很难通过Internet/Intranet，尤其是企业防火墙

2、OPC COM/DCOM是基于微软的对象远程过程调用机制，可以在微软环境中方便的进行组件、进程、通信机制的交互，很难运行在非微软系统

3、企业高层应用（如MRP/ERP等）所需要的实时数据通常都是通过OPC-COM服务器获得，但很多高层应用没有OPC-COM接口，远程调用采用CORBA/IIOP形式，OPC DCOM 根本无法解决此类问题

但是OPC-XML也有自身的缺陷：

(1)  安全性问题

    OPC XML-DA 技术规范并没有单独规定安全性机制，而是依赖于传输协议（例如HTTPS）。此类问题的进一步研究将涉及整个互连网络安全问题，当前由于操作平台的互异性，相应的安全机制存在较大差异，近期不可能出现统一的标准，因此，OPC XML-DA技术规范也难以很快出现相应标准，用户只能通过对网络服务器的安全性进行适当的配置（例如在Microsoft IIS 服务器中配置SSL），来解决安全性问题。

(2)  发现现有的服务器机制问题

    与安全性问题相似，OPC XML-DA技术规范没有定义OPC XML-DA 服务器节点或在指定节点上发现OPC XML-DA服务器的机制。由于UDDI（通用描述、发现、集成）协议是广泛使用的WEB服务发现标准，人们有理由相信，未来制定OPC XML Web 服务器发现规范将会以UDDI协议为基础

结语：

OPC XML的出现在很大程度上弥补了OPC DCOM在集成性、跨平台性、联通性等方面的不足，基于XML和HTTP技术传输协议将使其在很长时间里适应网络技术发展，相信不久，OPC基金会将陆续推出基于WEB服务的报警和时间规范、历史数据访问规范等，OPC XML的应用将更加广泛；同时，OPC DCOM以其高效性和实时性，将继续在监控、管理层发挥其巨大作用，二者相辅相成，互为补充，必将为自动化工业的发展带来强劲动力。