2014年左右，我们公司发生了一次环保事故，原因是环保设备因为数据错误，一直没有全功率运行，操作员看到的也是出错的数据，没有手动调整。整整一夜环保数据严重超标，最后被环保局严厉处罚。事后分析发现，环保设备dcs系统进行pid调节的依据，是环保在线监测系统采集到的污染物实时数据，这个采集设备的电控柜将数据采集到的数据，通过环保在线监测系统的现场工作站上传到环保局。而我们公司的环保设备dcs系统是接了一根电缆，接到在线系统的信号线上用一拖二隔离器分出的一路信号，当天晚上不知什么原因，这个隔离器分出的两路信号不一致，到环保设备这边的信号特别的低，pid调节就依据这个信号，降低了功率，导致环保数据超标，真正超标的信号，一直上传着我们却不知道。于是我们就有了这个一个需求：如何让环保设备dcs这边接收到的信号和在线系统的信号完全一致。
我在论坛上发了求助帖，在找答案上也提了问题。有不少朋友建议使用opc的方式从在线系统的工作站上读数据。在线系统用的是s7-200cn的plc和杰控的上位，找了杰控的资料来看，有关于opc通讯的内容。我就先在环保设备dcs系统的电脑上，照着资料进行了第一次dcom配置。但是工作站那边，没法进行工作，因为当时环保局特别要求企业人员不能进入在线监测站房，更不能操作工作站，专门装了监控。所以这初次尝试就这么半途而废了。最后这个问题是通过联系负责运维的第三方，他们采用的方案是用一个485网关接到工作站上，读取到数据之后，输出4-20ma信号，直接接入到我们的环保设备dcs系统的模拟量输入端子上。因为这个数据是直接从工作站读取的，只要网关不出问题，数就能保证正常。
2016年公司又上了一套新的系统，需要和原有的dcs系统之间进行opc通讯。本来想着这下可以观摩一下opc通讯到底怎么做。结果发现技术协议上要求opc通讯是我们负责搞好，提供可用接口给对方。我在论坛上下载了一分dcom配置的文档，但是根据这个文档跑了一边配置之后，通讯还是不同。后来在其他网站上找了一份文档，照着跑了一次，可以了。不知道是我的方法不对，还是说论坛上这份文档本身的问题，如果又照着这个文档配置过的朋友，可以分享下经历。原有的dcs系统是wincc7.0sp3，自带的又opc server wincc服务，只要wincc运行，配置好opc通讯，对方就可以直接读取数据了。公司的另外一套pcs7的系统，有点麻烦，我查了资料看说是有一个组件open pcs7可以配置专门的opc服务，但是试了一下还是不行。在论坛上看到有朋友说现在的趋势都是opc ua了，看了很多资料，也没看明白，照着文档配置了一番，也没搞通。当时时间紧急，就选了一台os作为opc服务器，按照之前的模式，配置了opc server wincc的服务。后来知道了新版本的wincc自带opc ua服务的。不过当时新系统的方案，是opc da，就是说我即使搞成了，也不兼容。就这样跟新的opc技术擦肩而过了。
2019年公司一套新设备的控制柜，厂家原来设计的是现场通过触摸屏操作，但是公司要求改为中控操作，合并到原有的dcs系统中来。这套设备用的是s7-200 smart，之前就听过这个系列的plc原生支持tcp/ip，可以直接用网线通讯。上论坛一看，哇，想要的东西全都有，还专门有一个pc access smart可以用来做opc通讯呢。直接下载下来安装，问厂家要来他的符号表，导入。再在dcs系统这边创建新的连接，变量导入，做画面，不到半天，就全部搞定了，真是方便。
几年间做了几次opc通讯，感触最深的就是现在设备与设备之间的界限真是越来越模糊了，各种设备都能通过统一的接口进行通讯，互相融合，这就是未来的趋势吧。