网站程序自带的采集器采集文章(新PLC数据采集是最基本的前提条件之一？)

　　网站程序自带的采集器采集文章(新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 受到更严格的控制。目前还没有人敢用Harmony 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等。但是，经过一套配置，10000RMB就可以了完毕？此外，外部协议仍然是一个问题。

　　国内出了一款小软件PLC-Recorder，用于专业录音（支持大部分主流PLC，自带驱动库，机身小巧，可以替代很多PLC-Analyzer或者iba软件）场合）。最近，它已被添加。数据转发功能，采用高度兼容的WebScoket协议和Json数据通信格式。客户端开发非常简单，一个网页就可以完成用户认证、订阅、实时数据刷新等功能。如果用高级语言（如C#、Java等）开发，可以实现更丰富的功能。官网有转发协议文本和客户端源码供参考。

　　2020 年 7 月 9 日