可编程控制器数据采集的实现方法

[db:摘要]

在工业的信息化、智能化,甚至在工业4.0的浪潮中,很多高级算法都是通过上位机和云来实现的,所以PLC数据采集是最基本的前提之一。

面对这种需求,大部分新型PLC开始支持以太网(以前的串口太有限),有的甚至直接在CPU上设置以太网接口。编程和数据传输都可以通过这个端口完成,不需要增加以太网接口卡。

有了硬件,就需要软件来收集数据。从软件的角度来看,大概有以下几种实现方式:

1.PLC编程,与外界建立以太网连接,收发指令交换数据:

为了实现这种方式,可能需要通过硬件配置建立连接通道,然后用户可以编程发送和接收。如果你想成功完成这个通讯和调试,你需要一个既懂计算机编程又懂PLC编程和调试的人。不然就很难和同一个人说话了。

调试完成后,如果要再添加一个变量,需要从上到下进行修改。那是酸的!

2.PLC提供无需编程的外部访问协议,如OPC-UA、MODBUSTCP等。

OPC-UA协议是目前流行的开放协议,已被工控界广泛宣传。但是,实际情况是困难重重。首先PLC的OPC-UA协议不是随便用的,需要购买授权。啊!不自由?不免费!其次,OPC-UA客户有那么容易实现吗?OPC-UA协议声称是免费的。但是,如果真的从底层开始发展,如果真的能做好,那绝对是通信巨头,不需要混在勤劳的工控圈里。如果你没有这个实力,你又要花钱买别人的SDK二次开发,好像不便宜。OPC-UA严控,目前没有人敢用和谐版的SDK开项目和产品。

然后,用MODBUSTCP!这是免费的。是的,是免费的,但是也需要在PLC中编程配置(除了原来支持的,比如施耐德PLC),兼容性不一定好(我在一个项目中遇到过,贾茜1500PLC不能通过CP网卡和老INTOUCH通信,通过CPU上的网口没有问题。因为CPU上的网口还是要环网的,要更换多个网口的CPU,问题解决了。这需要不需要成本?).现场技术专家和西方技术支持都不相信“MODBUSTCP只是加载在标准以太网协议上,所以没有理由让CP转不过弯!

3.通过通信中间件或中间软件传输

如果以上都做不到,我们将不得不使用通信传输软件。最典型的是OPC软件,一端访问PLC,另一端对外提供数据。OPC软件是厂商和第三方提供的,以前比较流行。不幸的是,OPC软件在效率、安全性和系统兼容性方面逐渐过时。另外,一些厂商的OPC软件也不便宜。

除了OPC,还有专业的中间软件,比如KEP,真的很专业。可以同时访问的PLC和协议有很多,向外界提供数据的方式也有很多,比如OPC,OPC-UA等等。但是一套配置,一万人民币能结算吗?另外,外部协议还是个问题。

国内有一款小型软件PLC-Recorder,用于专业录波(支持大部分主流PLC,有自己的驱动库,主动小巧,在很多场合可以代替PLC-Analyzer或者iba软件)。最近方便的增加了数据转发功能,使用了高度兼容的WebScoket协议和Json数据通信格式。客户端开发很简单,用户认证、订阅、实时数据刷新等功能。可以在一个网页上完成。如果用高级语言开发(比如C#,Java等。),可以实现更丰富的功能。官网有转发协议文本和客户端源代码供参考。

关于作者: 网络

为您推荐

发表评论

电子邮件地址不会被公开。 必填项已用*标注