说明书大全网 - 海量说明书在线查询
手机版  |  网站地图

PLC数据收集的方法小结

在工业的信息化、智能化,甚至工业4.0的大潮中,很多高级算法都是由上位机、云来实现,那么PLC数据采集是最基本的前提条件之一。


面对这种需求,新的PLC大都开始支持以太网(以前的串口局限性太大了),有的甚至在CPU上直接设置以太网接口,编程,数据传输,都可以通过这个端口来搞定,不再需要增加一个以太网接口卡。

硬件有了,要实现数据的采集,还需要软件,从软件上来说,实现方式大概有以下几种:

1、PLC编程,与外部建立以太网连接,通过收发指令进行数据交换:

为了实现这种方式,可能需要通过硬件配置来建立连接通道,然后再由用户自己编程进行收发。要想顺利完成这种通讯和调试,需要一位既懂计算机编程,又懂PLC编程调试的人员,否则,经常鸡同鸭讲,困难重重。

在调试完毕后,如果想再增加一个变量,从上到下全部需要修改,那个酸爽呀!

2、PLC提供不需要编程的外部访问协议,比如,OPC-UA、MODBUS TCP等:

OPC-UA是目前比较火的开放协议,被工控界宣传得神乎其神,实际情况却是:困难重重。首先,PLC的OPC-UA协议不是随便用的,要购买授权。啊!不免费?不免费!其次,OPC-UA客户端那么容易实现吗?OPC-UA协议号称免费,但是,你如果真的从底层开始开发,如果能真的搞定了,那绝对就是通讯大佬,不需要在苦逼的工控圈混了。如果没有这个实力,就要再次掏银子去购买别人的SDK进行二次开发,貌似也不便宜。OPC-UA控制得比较严,目前还没有哪家敢用和谐版的SDK来公开做项目,做产品。

那么,就用MODBUS TCP吧!这个是免费的。不错,免费,但是也需要在PLC里进行编程、配置(那些原生支持的除外,比如施耐德PLC),并且对下兼容不一定好(我的一个项目里就遇到过,西家1500PLC,通过CP网卡就是无法和老的INTOUCH进行通讯,通过CPU上的网口就没有问题。由于CPU上的网口还需要做环网,后来只好更换了多网口的CPU,解决了问题,这不需要成本吗?)。现场的技术专家、西家的技术支持都不相信这个事实“MODBUS TCP就是加载在标准以太网协议之上而已,CP没有理由转不过去呀!”

3、通过通讯中间件或者中间软件进行中转

如果以上都不能搞定,就只好用通讯的中转软件了。最典型的就是OPC软件,一端访问PLC,另外一端对外提供数据。OPC软件有的是厂家提供,有的是第三方,曾经大行其道,可惜,从效率、安全性、系统兼容性上看,OPC软件逐步过时了。另外,某些厂家的OPC软件可不便宜了。

除了OPC,还有专业的中间软件,比如KEP某某,那是真专业,可同时访问的PLC和协议非常多,对外提供数据的途径也很多,OPC、OPC-UA等等。但是,一套配置下来,1万RMB能搞定吗?另外,对外的协议,依然是个问题。

国内出来一个小软件PLC-Recorder,用于专业录波(支持大部分主流PLC,自带驱动库,体积极小,可在很多场合替代PLC-Analyzer或iba软件),最近顺手增加了数据转发功能,并且用了兼容性极强的WebScoket协议和Json数据通讯格式。客户端开发非常简单,用一个web页面就能搞定用户验证、订阅、实时数据刷新等功能。如果用高级语言(比如C#、Java等)开发,能实现更加丰富的功能。官网上有转发协议文本及客户端源代码可以参考。