从事自动化工程的同学对下面的一幕应该不陌生：

某同学加入一个公司，被排到现场实施，在调试一个设备时，遇到一些奇怪的问题，由于对调试的设备经验不是很丰富，因此不知如何解决？在这种情形下，现场抓狂的同学多采用如下几种方式来尝试解决问题：

1）电话自己的同事，有经验、能力强、关系好的同事是自己xx的战友。

2）电话自己的直接领导，搞不定的事情都找领导，自动化公司的基层经理不是那么好当的啊。

3）电话数据采集网关的厂家。

一种方式不行，换另外一种方式，一般来说，xx问题都是能够解决的。只是解决问题所消耗的时间成本和人力成本多少的问题。

电话同事，领导，厂商，这是解决问题涉及的人的多少。

而实际处理现场问题时，除了电话的沟通交流，可能还需要借助其他技术手段来辅助。因为仅仅依靠电话传递到支援者哪里的信息有可能是不完整的，也可能是未反馈重点信息的。除了电话方式外，如下方式去处理现场问题也是比较常见的。

1）QQ的远程协助功能

2）专业的远程协助软件，如Teamviewer等。

3）借助企业已有的VPN网络，直接连接到数据采集网关（可直接上网），远程桌面某台计算机（此计算机可连接到数据采集网关）

4）出差现场。

以上几种方式的优缺点如下表：

以上几种方式都有各自的优缺点，而QQ远程协助功能、TeamViewer类远程协助软件、VPN方式都是因为产品本身不具备远程协助功能而出现的远程协助解决方案。而作为数据采集网关这类软硬一体的产品或软件产品。本身应该具备远程协助的功能，因为工业现场的数据采集类产品天生就带有网络化服务的特征，要不为什么有人说数据采集软件是业务数据路由软件，数据采集网关是业务数据路由器这样的说法。因为数据采集在工业现场中承担了适配现场设备的各种总线、各种通讯协议的功能，实现了现场设备数据的集中化，同时又要对上层应用系统提供标准化的接口，实现了现场数据的归一化、标准化。因此数据采集类产品作为一个业务数据层面的产品，天生是带有网络设备的特征的，是必须需要远程配置调试功能的。如果数据采集类产品本身具有了远程协助的功能，那么对上面表中提到的几种远程协助方式的依赖性就大大降低，或者几乎不再需要了。

下面来看一下目前我使用的这个支持远程协助的数据采集网关是如何来实现远程协助、远程诊断的。

整个应用场景结构图如下图所示：

现场的数据采集网关SymLink连接现场设备采集数据，自身无法连接互联网。现场的工程师在遇到数据采集通讯问题时，只需要将自己的笔记本连接到SymLink所在的网络，并通过自己的智能手机设置wifi热点后让笔记本能连接互联网，然后在自己工作的笔记本电脑上运行一个SymLink的远程协助桥接程序，进行如下几步操作后即可将现场SymLink连接到远程协助者的电脑上。

1）登录SymLink远程协助平台。

2）xx现场SymLink的维护通道，并将现场SymLink设备绑定到远程协助者。

3）观察界面上的三个地方的提示，如出现如下图红框标注的信息，就说明现场的SymLink已经接入远程协助平台了。后面的事情就是远程协助人员的工作了。

而对此现场进行远程协助的工程师借助SymLink提供的远程协助分析诊断软件就可在任何一个可以上网的地方对现场工程师反馈的问题进行现象查看、日志分析，通讯报文分析等工作了。

SymLink提供的远程协助分析诊断软件的使用过程大概如下：

1）登录SymLink远程协助。

2）登录平台后，连接到现场存在通讯问题的SymLink，首先查看SymLink的通讯日志，检查SymLink是否和现场设备的通讯链路是否建立。

3）如SymLink和现场设备的通讯链路已经建立并工作正常，那么在借助软件提供的通道报文监视功能来查看是否有通讯报文，或者分析通讯报文是否正确。

4）当数据采集网关和现场设备的通讯链路工作正常、通讯报文正确后，就可以使用远程设备数据功能来查看采集到的数据是否正确。

是不是方便了很多，数据采集网关如果原生就支持远程协助功能，那么对现场设备的故障诊断就不在需要借助其他方式了，而且数据采集网关原生的远程协助功能比起TeamViewer类远程协助软件来说，更加的节省带宽，是因为TeamViewer类远程协助软件是将现场电脑的桌面传到远程计算机，而数据采集网关原生的远程协助功能只需要将故障诊断所需要的日志、报文类信息传过去就行了。

而且利用数据采集网关SymLink的远程协助功能，除了能进行远程的故障诊断分析外，还可有其他实用的功效。更多应用，逐一道来。