KepServerEX读写三菱PLC,车间现场测试记录,带你了解【数据采集的困境】的前世与今生 - 有证程序员

时间:2024-02-17 20:19:56

KepServerEX读写三菱PLC,车间现场测试记录,带你了解【数据采集的困境】的前世与今生

1.不了解KepServerEX 的鞋童,可以先了解一下OPC UA,OPC UA服务端。我们当前项目读写三菱PLC是自己写的类库,但我感觉调用不够方便灵活,工作之余用OPC UA方式尝试一下

2.数据采集的困境:理想很丰满,现实很骨感。

3.存在即是合理的,OPC UA的方式的本质是想以一种统一的方式,以结束现在这种,五门八门的协议采集,以降低采集成本,降低门槛,加快工业互联的脚步。

5.现在很多著名的设备大厂商纷纷也加入了OPC UA的队伍,让自家的新设备支持OPC UA的方式进行通信。但现在还有很多存量的旧设备是不支持OPU UA的。

6.下面是我用OPC UA方式在车间的测试,OPC UA 服务端,我用的是KepServerEx6

6.1 通道,看数据可以理解为:设备类型+协议类型

7.指定设备名

8.指定设备型号,同个一品牌的PLC有很多型号

9.设备PLC,IP地址,协议,端口

 

9.配置好后,如果你的配置是正确的,那基本就与PLC链接上了,然后就可以在KepServerEx上对PLC进行读写

 

10.写入后,与PLC的触摸屏HMI,显示与我写入的值是一至,说明我的操作是正确

 

11.然后我写C#实现了一个OPC UA客户端,实现对PLC的读写操作,现场测试也是通过的,经过这样验证,对PLC的采集,又多了一个选择。

12.采集的难度在于没有标准化,如硬件PLC常用的有几十个,每个品牌分很多型号,每个型号采集,编程软件又分很多个,接口都不一样,采集PLC要与电气工程配合,是一个双方对接的活,如果PLC加密了或地址表没有公开,是无法建立链接通信的,如果要增加变量或地址,设备使用者是有顾虑的,有可能让设备变得不稳定,所以有很多因素,一个设备的采集费用3到5K,正常都是熟悉的做过的或人公司愿意接,一个新的PLC型号如果要重新研究,现在人工成本这么高的情况下,除非数量多,不然接活的人意愿并不高。

13.采集到的数据与其它系统交互,比单纯采集又增加了难度,因为采集到的数据最终是想实现数据记录与设备的控制,这些都是定制的功能,单纯的采集产品并无法满足这此要求。市面上很多单纯读写PLC,但与其它系统交互时,控制权就让在内部自己的软件方面,什么时候采集,什么时候控制PLC, 统一在自己的内部软件实现,所以此类开发人员所了解的东西更综合一点,软件开发,硬件通信,流程业务。

14.一些细节一言难尽,一些记录在代码里,一些记忆在大脑里,后面计划会写PLC相关介绍,如日系PLC,欧系PLC的异同点。PLC与MES相结合的应用场景。如有兴趣请关注我。

  本人主要做MES (CS、BS开发),上位机开发,SCADA,设备上云上平台,CNC,PLC数据采集。有兴趣的朋友可以一起入群哦:QQ群:1012791694 Mes Scada 上位机 CNC PLC,有疑问的鞋童可以留言或联系我哦~