- VisualStudio2022插件的安装及使用-编程手把手系列文章
- pprof-在现网场景怎么用
- C#实现的下拉多选框,下拉多选树,多级节点
- 【学习笔记】基础数据结构:猫树
大家好!我是付工.
通透!终于把ModbusRTU弄明白了 。
这样看来,ModbusTCP协议太简单了 。
太简单了!C#轻松实现Modbus通信 。
前面给大家介绍了一系列关于Modbus和ModbusTCP的知识.
今天给大家来实测一下,对于不同品牌的PLC或板卡实现ModbusTCP通信时,通信速度有多快.
我们使用自己开发的通信库进行测试,不同通信库会有细微区别,测试结果仅供参考,并不针对具体产品及厂家。
下面是我们的PLC平台,我们选择其中几个比较常用的支持ModbusTCP通信协议的PLC来进行测试.
测试软件设计界面如下所示:
ModbusTCP默认端口号是502,所以不同设备仅仅只是IP地址不同而已,为了保证数据的准确性,我们使用循环读取的方式,循环三组,每组连续读取10000次,观察总耗时.
同时,我们读取的存储区也是一样的,读取4区从0开始的100个寄存器.
西门子200Smart PLC,我们采用的是CPU ST40,大家都知道西门子PLC想要支持ModbusTCP通信,是需要写一点PLC程序的,如下图所示:
测试结果如下所示:
西门子1200 PLC,我们采用的是CPU 1215C DC/DC/DC,西门子1200 同样也需要写一点PLC程序的,如下图所示:
测试结果如下所示:
西门子1500 PLC,我们采用的是CPU 1511-1 PN,西门子1500 同样也需要写一点PLC程序的,如下图所示:
测试结果如下所示:
三菱FX5U PLC,我们采用的是FX5U-32MT/ES,三菱FX5U PLC是直接支持ModbusTCP的,但是需要做下配置,在以太网配置里加上ModbusTCP连接设备,端口号设置为502.
测试结果如下所示:
施耐德PLC,我们采用的是施耐德M241,这个不需要额外写PLC程序.
测试结果如下所示:
信捷PLC,我们采用的是信捷XD5E,国产PLC对Modbus协议支持比较好,不需要额外写PLC程序.
测试结果如下所示:
台达PLC,我们采用的是台达DVP-32ES,这个不需要额外写PLC程序.
测试结果如下所示:
汇川PLC,我们采用的是汇川AM600-CPU1608TN,这个不需要额外写PLC程序.
测试结果如下所示:
汇川PLC,我们采用的是汇川H5U,这个不需要额外写PLC程序.
测试结果如下所示:
汇川PLC,我们采用的是汇川EASY521,这个不需要额外写PLC程序.
测试结果如下所示:
正运动运动控制卡,我们采用的是ECI1408,这个不需要额外写程序.
测试结果如下所示:
通过以上测试结果,我们可以得出以下几个结论:
1、由于不同设备对ModbusTCP的处理方式不同,因此最终通信速率有所区别,但平均周期均在10ms以内,此时间为单次交互的时间.
2、上位机通信很稳定,连续百万次交互都没有失败次数.
3、读取1个寄存器的耗时与读取100个寄存器耗时时间差别不大,上位机开发中尽量采用批量读取的方式.
最后此篇关于揭秘10种主流PLC在ModbusTCP通信中的速度表现!的文章就讲到这里了,如果你想了解更多关于揭秘10种主流PLC在ModbusTCP通信中的速度表现!的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我今天开始学习 Swift 语言。我学习过基本和高级运算符。 对我来说,Swift 中的所有默认算术运算都会针对上溢/下溢进行检查这一事实有点令人惊讶。 是否有其他主流语言具有此功能? Swift 运
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我是一名优秀的程序员,十分优秀!