以下內容來源于網絡

Modbus通信執行的快慢分為兩種場景。

1、一種是常規的多個站點的任務輪詢執行的耗時。但這種輪詢快慢和通信任務量有關，只要通信任務量不便，就改變不了執行速度，改波特率不算。

除非由于設備工作模式的變化導致通信的任務數量有變化，或者由于個別站點的通信質量不好或者掉站而導致的時間拖延，而這后者是有改善余地的。

就是在經過一定錯誤次數之后，把有問題的站點退出輪詢。這樣可以節約有限的通信資源，保證其它正常站點可以能更好執行，不被耽擱。

但這種輪詢的快慢并不是這里要探討的，因為它說明不了單個通信任務在本質上的執行快慢。

2、當用戶的操作命令和參數發生變化的時候，Modbus設備能在多少時間之內迅速做出反應，這才是有分析意義的。

這里我們用1200和2個溫控器之間的Modbus通信的實例，來做一個細致的分析。

上面這個GIF截圖，是PLC和溫控器之間的Modbus通信的手機快速連拍。

我在觸摸屏仿真上用鼠標快速點擊一個按鈕。這個按鈕是把溫控器的工作模式在手動和PID自動模式之間來回切換，所以它是個寫任務通信的反復執行。

可以看到點擊的速度很快，溫控器面板上的數字反應也在快速切換。就主觀手感而言，執行是非?？斓?，滯后微乎其微，很難覺察。

但是這個寫任務的執行到底消耗了多少時間呢？這執行中的細節受到哪些因素的影響？這些過程細節需要用Trace才能呈現。

下面用兩張詳細注釋的Trace圖來展示。

A、這張圖是10秒鐘內的整體通信場景的記錄。其中可以看到周期性的2個溫控器的輪詢執行，和偶爾插入的臨時寫任務的優先執行。

B、下面這張圖是單獨取出上圖中的某一次優先任務，具體分析它的執行和耗時

關于優先權，通常都是寫任務。讀任務同樣可以優先，并且能實現一些很實用的工藝。

在前面細節分析的基礎上，用程序來計算每個通信任務的執行時間，以便整體看一下這個寫任務執行快慢在整體場景中的分布情況。

可以看到這個寫任務的消耗時間在20多ms～50多ms之間變化不等。我的PLC程序的掃描周期是20多ms，實際就是1-2個掃描周期的區別。

下圖是5號從站的0號任務、7號任務、18號任務的通信耗時統計，稍微加了點濾波?；旧夏芸闯霾煌蝿蘸臅r的大致狀況。

編輯：黃飛

?