初探PLC远程通讯技术

上回收到有人咨询PLC远程通讯技术的问题，后来由于本人近期工作繁忙，未及时回复。PLC远程通讯现阶段使用的较多，有很多共性话题，本人在此就目前市场上所用到的PLC远程通讯技术进行相关的归纳及探讨，由于水平有限，如有不妥之处，望请各位读者见谅。

背景：

随着物联网技术的发展，信息技术的普及，越来越来的PLC、HMI等自控产品厂商或集成商迫切需要远程监控、调试和维护现场设备。从经济方面，远程管控可以减少人力出差成本，解放了工程师在路途上的时间；从技术方面，远程管控实现设备联网功能，实现工业物联网保障。

国内目前常用到的PLC远程通讯解决方法大概有以下几种：

1

在前端配置一个监控器，再通过搭建自己的云平台服务，在云平台中做一个协议转换，让用户不需要提供公网IP地址。

前端配置的监控器主要实现串口数据转换成网络数据，一般使用透传技术传输数据报文。传输通道一般使用GPRS，未来的NB-IOT极有可能会替代GPRS。

云平台的协议转换主要实现的工作包括：根据PLC通讯模块或CPU模块提供的通讯协议，将接收到的前端监控器透传过来的数据报文解析、再按照常用的工业标准协议打包，如OPC等协议。当然如果实现反控的话，将接收到PC端发送过来的数据报文按照前面打包的协议解析，同时再按照现场PLC协议进行打包再下发到前端设备中。

当然一般厂家不单单在云平台中做一个协议转换，同时会在其中设计数据存储层、业务层等。

网络拓扑图如下：

2

在前端配置一个路由器，在中心端配置一个VPN服务器，通过VPN技术，搭建广域网中的局域网，操作电脑和网络设备可以通过WIFI或者LAN接入到其中任何一个网关设备，就可以访问局域网内所有的设备和电脑。这种情况需要有一个公网IP或者公网IP的端口映射。相对来说，网络的可靠性、稳定性会更好，当然费用会更高。购买路由器时注意路由器支持的网络种类!

网络拓扑图如下：

3

在前端配置一个DTU，在中心端需要一个公网IP及对应的驱动程序。这种配置采集频率不能太高，通讯量受到限制，网络的可靠性、稳定性相对来说也差点，但费用较低，快速搭建。传统的DTU一般采用GPRS，由于4G网络的普及，4G DTU使用慢慢增多。

网络拓扑图如下：

目前市面上PLC远程通讯主要以上述三种技术为主，如有不同的实现方式，欢迎留言讨论！