登录
首页 PLC论坛 三菱Mitsubishi
回帖 发帖
正文

主题:关于PLC以太网通讯的一些测试以及误区

点击:469 回复:2

现在大多数PLC本身的网口已经是100M的了,有的甚至上了千兆以太网,听起来好像很快,但是实际上很多通讯并不能跑满这个速度,瓶颈在于PLC的运行处理速度。举例来说,5U本体的以太网使用SLMP协议读取3854点BIT数据100次需要的时间,PLC在STOP时约为0.42S,空程序运行时为0.6S,其实远远跑不到100M,因为套接字传输受限于缓冲区大小以及PLC处理速度。我又用RCPU测试数据基本也没有太大出入,倒是发现一个很有意思的现象,在只与我电脑一个设备通讯的情况下设置PLC参数中的服务处理次数设定对通讯的响应并没有明显改善。
22-12-02 10:31
请继续
22-12-02 22:10
所以100M只不过是能达到的瞬时最快速度。实际远远达不到。按照我上面的数据,3854点bit数据仅仅相当于0.47kb,一秒两次也就1Kb,算上协议开销不会到2kb,所以网速连1Mbps其实都达不到。其次TCP的连接,断开也十分耗时,基本上一次连接断开最快需要0.5S的样子,所以传输大量数据时尽量使用一个连接,我是用的HslCommunication的库进行测试,里面有长连接的概念,用长连接进行大量数据传输速度会稍快一点。最后我还进行了一个比较无聊的实验,一次性发送很长的数据给PLC,看PLC最大能接收多长的数据。使用Udp套接字协议,数据长度达到10238字节时,PLC的接受数据长度寄存器值已经出现溢出不能正确反应实际长度,数据长度达到11614字节时,PLC接收不到数据了。所以猜测PLC的缓冲区长度大概就是11614字节
22-12-05 09:17

工控新闻

更多新闻资讯