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 
，有疑问的鞋童可以留言或联系我哦~