点击图片查看大图
除非由于设备工作模式的变化导致通信的任务数量有变化，或者由于个别站点的通信质量不好或者掉站而导致的时间拖延，而这后者是有改善余地的。
就是在经过一定错误次数之后，把有问题的站点退出轮询。这样可以节约有限的通信资源，保证其它正常站点可以能更好执行，不被耽搁。
但这种轮询的快慢并不是这里要探讨的，因为它说明不了单个通信任务在本质上的执行快慢。
2、当用户的操作命令和参数发生变化的时候，Modbus设备能在多少时间之内迅速做出反应，这才是有分析意义的。
这里我们用1200和2个温控器之间的Modbus通信的实例，来做一个细致的分析。
上面这个GIF截图，是PLC和温控器之间的Modbus通信的手机快速连拍。
我在触摸屏仿真上用鼠标快速点击一个按钮。这个按钮是把温控器的工作模式在手动和PID自动模式之间来回切换，所以它是个写任务通信的反复执行。
可以看到点击的速度很快，温控器面板上的数字反应也在快速切换。就主观手感而言，执行是非常快的，滞后微乎其微，很难觉察。
但是这个写任务的执行到底消耗了多少时间呢？这执行中的细节受到哪些因素的影响？这些过程细节需要用Trace才能呈现。
