技术论坛

 如何分析Modbus通信的执行快慢

返回主题列表
作者 主题
宝冬
侠圣

经验值:3743
发帖数:672
精华帖:10
楼主    2021-03-21 06:24:21
主题:如何分析Modbus通信的执行快慢 精华帖 

Modbus通信执行的快慢分为两种场景。


1、一种是常规的多个站点的任务轮询执行的耗时。但这种轮询快慢和通信任务量有关,只要通信任务量不便,就改变不了执行速度,改波特率不算。

除非由于设备工作模式的变化导致通信的任务数量有变化,或者由于个别站点的通信质量不好或者掉站而导致的时间拖延,而这后者是有改善余地的。

就是在经过一定错误次数之后,把有问题的站点退出轮询。这样可以节约有限的通信资源,保证其它正常站点可以能更好执行,不被耽搁。

但这种轮询的快慢并不是这里要探讨的,因为它说明不了单个通信任务在本质上的执行快慢。


2、当用户的操作命令和参数发生变化的时候,Modbus设备能在多少时间之内迅速做出反应,这才是有分析意义的。

这里我们用1200和2个温控器之间的Modbus通信的实例,来做一个细致的分析。

上面这个GIF截图,是PLC和温控器之间的Modbus通信的手机快速连拍。

我在触摸屏仿真上用鼠标快速点击一个按钮。这个按钮是把温控器的工作模式在手动和PID自动模式之间来回切换,所以它是个写任务通信的反复执行。

可以看到点击的速度很快,温控器面板上的数字反应也在快速切换。就主观手感而言,执行是非常快的,滞后微乎其微,很难觉察。

但是这个写任务的执行到底消耗了多少时间呢?这执行中的细节受到哪些因素的影响?这些过程细节需要用Trace才能呈现。

下面用两张详细注释的Trace图来展示。


A、这张图是10秒钟内的整体通信场景的记录。其中可以看到周期性的2个温控器的轮询执行,和偶尔插入的临时写任务的优先执行。


B、下面这张图是单独取出上图中的某一次优先任务,具体分析它的执行和耗时


关于优先权,通常都是写任务。读任务同样可以优先,并且能实现一些很实用的工艺。


在前面细节分析的基础上,用程序来计算每个通信任务的执行时间,以便整体看一下这个写任务执行快慢在整体场景中的分布情况。

可以看到这个写任务的消耗时间在20多ms~50多ms之间变化不等。


下图是5号从站的0号任务、7号任务、18号任务的通信耗时统计,稍微加了点滤波。基本上能看出不同任务耗时的大致状况。


您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。