在工业物联网（IIoT）时代，OPC/OPC UA作为一种统一的通信架构，解决了互通性和标准性的问题。OPCClassic的访问规范都是基于微软的COM/DCOM技术，这会给新增层面的通信带来不可根除的弱点。例如当网络连接断开重连这种常见的情况会对DCOM连接造成不可逆转的影响，对于这种问题，比较好的替代方法就是使用OPC Tunneller来进行通信，下面通过一个DCOM连接和hongke MatrikonOPC Tunneller连接的对比实验来证明这一点。工具/原料more硬件：两台PC（OPC-1和OPC-2），一台做客户端，一台做服务器端软件：OPC Explorer软件：OPC UA Tunneller软件：Server for Simulation等做服务器的软件实验步骤1/11分步阅读

首先确保可以通过在OPC-1上打开OPC Explorer连接到Network Neighborhood-OPC-2-Matrikon.OPC.Simulation.1server的方式将OPC-1和OPC-2建立起DCOM连接，反之亦然。

2/11

在两台PC机上分别打开MatrikonOPC UA Tunneller Configuration Panel，选择Classic Client to Classic Server项打开配置页面。

3/11

打开 Tunneller Server Gateway Configuration页，确认Encryption功能处于未选中状态，然后点击Apply。这一步一定要在两台PC机上都进行确认否则将无法建立任何连接。

4/11

回到OPC-2里，在UA Tunneller的对话框里打开Tunneller Client-Side Gateway Configuration页面。点击 “+” 图标来添加一个新的Tunneller连接。

5/11

从下拉菜单中选择OPC-1然后点击OK，连接结果将会展示在左侧面板。

6/11

打开 OPC Explorer，你会看到OPC服务器都部署在Localhost下了，而且此时两台机器的OPC服务器通过Tunneller建立了连接。

7/11

1.在Localhost下，选择并连接到Tunneller:OPC-1:Matrikon.OPC.Simulation.1。

8/11

创建一个标签组（点击Add Tags）并从此服务器添加所有的Random下的数据项到组。

9/11

在Localhost下面的Network Neighborhood使用DCOM管理连接到OPC-1的上述同一服务器，并且同样地创建一个标签组然后将此服务器所有的Random数据项添加进来。

10/11

可以看到，在OPC-2的OPC Explorer里能看到两种方式连接到OPC-1的simulation服务器的OPC组。而且两种方式的组里OPC项都是good质量。

下一步我们使用Windows网络适配器来断开两台PC的网络连接。可以看到断开网络连接后，本机与OPC-1的OPC服务器的DCOM管理链接已被破坏。而Tunneller连接还依然保持连接，但是此连接下所有项的质量变为bad。

11/11

观察到对比结果后，重新建立网络连接。可以看到DCOM方式连接并没有自动恢复，而Tunneller连接下OPC项的数值，质量以及时间戳都恢复更新了。

注意事项

从上述实验可以看出，如果使用Tunneller连接来代替DCOM的连接方式，在出现网络断开连接的情况下，OPC Server和OPC Client的连接不会被直接摧毁，通信数据会暂时保持原样并停止通信。当网络重新连接后，连接会恢复正常，通信数据也会得到更新。这样一来就大大提升了通信的稳定性。

OPC通讯工业互联网DCOM连接