前段时间我们谈到了PLC不支持OPC UA的解决方法，得到了非常多的关注。在那篇文章里我们主要是针对现在很多人的痛点有针对的的将OPC UA Tunneller进行了简单介绍，描绘了OPC UA Tunneller的功能，并没有进行实际的操作来展示如何实现文中所谈到的OPC DA&UA转换。那么接下来我们将通过一个简单的实操来展示整个配置过程。相信您看完之后就会明白为什么说OPC UA Tunneller在目前OPC UA应用阶段扮演了重要角色。
因为本次实操的重点在于如何让UA和DA的组件进行通信（或者说如何让DA转换为UA）而不在于实现两台机器的通信,所以为了方便操作和理解OPC UA Tunneller在整个过程中扮演的角色，本实操所有步骤都放在一台机器上进行，完成用本机的UA客户端去连接经过UA Tunneller包装后的本机OPC DA服务器。
实操准备
硬件：一台Win10系统的主机
软件（所有软件均可官网直接下载或者联系广州虹科获得一个月试用）：
- MatrikonOPC Server for Simulation
- MatrikonOPC UA Explorer
- MatrikonOPC UA Tunnelle
注意：初次下载Matrikon软件的时候选择默认下载所有组件，里面会包括实现OPC通信所需要的环境，避免出现意料外的错误。
实操步骤
MatrikonOPC Server for Simulation是本次实验所用到的模拟的OPC DA服务器，除非要添加新的tag，不需要对它做其他的配置。下载后它就自动部署在本地了。我们现在直接打开OPC UA Tunneller。
在之前的推送文章里我们曾介绍过Tunneller的Classic DA服务器&客户端的通信功能，这部分内容可以在往期文章中查找。我们今天来尝试UA Client to Classic Server的功能。点击顶部相应字段的按钮后进入配置界面。
可以看到整个配置区域大致可以分成四个部分：
第1部分是功能名称和状态栏以及图标栏等的展示，从图中可以看到现在我的Tunneller软件的本功能状态是running，如果不是的话可以点击右边的三角符号开启，如果还是不行就查看一下license是否是未**状态。其他的控件图标比如证书等等暂时用不到。
第2部分是OPC Server经过包装后的Server名称和对应的Uri,当我们的准备工作都做完了之后，在UA Explorer中通过这个Uri作为其地址找到此服务器名称。
第3部分是我们Server的连接状态，选定了要做转UA的OPC Server会显示在这边。
第4部分就是我们往第3部分中添加要转换的Server需要做配置的地方。点击第3部分的“+”或者直接点击第4部分“Discover Classic Server”的下拉按钮进入配置。
首先检索主机，和之前的配置一样，可以选择主机名称或者IP地址两种方式，因为我们的服务器是本地的，所以可以直接用“localhost”。刷新后可以看到底下就是我电脑里的OPC Server列表，这里也分的很清楚，OPC Classic有DA/HDA/A&E的分类，这里选择DA服务器，列表包括了OPC Server的ProgID,服务器描述和DA规范。找到我们需要用到的MatrikonOPC Server Simulation，然后点击右下角的添加按钮。
然后可以看到这个模拟服务器已经添加到左边了，hostname是localhost代表本地，Server Type是DA，但是现在我可以通过上面的Server URI地址找到这个DA模拟服务器包装后的新UA Server，名称就是图中的“MatrikonOPC UA Wrapper for COM OPC Servers”。
打开UA Explorer，如果是异地通信，需要在上面输入Hostname/IP和端口号来寻找UA Server，因为我们用的是本地的服务器所以可以看到右边本地已经有了这个Server，选择None-None然后连接。
可以看到模拟项列表和我们之前在OPC Client中连接时是一样的，这也就是说虽然现在我的这个模拟DA服务器变成了一个新的UA服务器，但是它的数据架构是维持原样的，可以理解为将那些OPC 数据标签的值和类型等属性映射成了一个简单的UA信息模型。而且我可以像在OPC客户端里做的那样将这些数据标签添加到UA客户端里。
结论
由此可见使用OPC UA Tunneller确实很完整的实现了将Classic的OPC 服务器包装成OPC UA服务器的功能。正如我们之前的文章所写的那样，Tunneller可以帮助Classic OPC数据实现OPC UA通信，进而可以理解为能够很好的帮助不支持OPC UA的设备接入OPC UA的通信架构。