以下內(nèi)容來源于網(wǎng)絡(luò)

Modbus通信執(zhí)行的快慢分為兩種場景。

1、一種是常規(guī)的多個(gè)站點(diǎn)的任務(wù)輪詢執(zhí)行的耗時(shí)。但這種輪詢快慢和通信任務(wù)量有關(guān)，只要通信任務(wù)量不便，就改變不了執(zhí)行速度，改波特率不算。

除非由于設(shè)備工作模式的變化導(dǎo)致通信的任務(wù)數(shù)量有變化，或者由于個(gè)別站點(diǎn)的通信質(zhì)量不好或者掉站而導(dǎo)致的時(shí)間拖延，而這后者是有改善余地的。

就是在經(jīng)過一定錯(cuò)誤次數(shù)之后，把有問題的站點(diǎn)退出輪詢。這樣可以節(jié)約有限的通信資源，保證其它正常站點(diǎn)可以能更好執(zhí)行，不被耽擱。

但這種輪詢的快慢并不是這里要探討的，因?yàn)樗f明不了單個(gè)通信任務(wù)在本質(zhì)上的執(zhí)行快慢。

2、當(dāng)用戶的操作命令和參數(shù)發(fā)生變化的時(shí)候，Modbus設(shè)備能在多少時(shí)間之內(nèi)迅速做出反應(yīng)，這才是有分析意義的。

這里我們用1200和2個(gè)溫控器之間的Modbus通信的實(shí)例，來做一個(gè)細(xì)致的分析。

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

我在觸摸屏仿真上用鼠標(biāo)快速點(diǎn)擊一個(gè)按鈕。這個(gè)按鈕是把溫控器的工作模式在手動(dòng)和PID自動(dòng)模式之間來回切換，所以它是個(gè)寫任務(wù)通信的反復(fù)執(zhí)行。

可以看到點(diǎn)擊的速度很快，溫控器面板上的數(shù)字反應(yīng)也在快速切換。就主觀手感而言，執(zhí)行是非?？斓模瑴笪⒑跗湮?，很難覺察。

但是這個(gè)寫任務(wù)的執(zhí)行到底消耗了多少時(shí)間呢？這執(zhí)行中的細(xì)節(jié)受到哪些因素的影響？這些過程細(xì)節(jié)需要用Trace才能呈現(xiàn)。

下面用兩張?jiān)敿?xì)注釋的Trace圖來展示。

A、這張圖是10秒鐘內(nèi)的整體通信場景的記錄。其中可以看到周期性的2個(gè)溫控器的輪詢執(zhí)行，和偶爾插入的臨時(shí)寫任務(wù)的優(yōu)先執(zhí)行。

B、下面這張圖是單獨(dú)取出上圖中的某一次優(yōu)先任務(wù)，具體分析它的執(zhí)行和耗時(shí)

關(guān)于優(yōu)先權(quán)，通常都是寫任務(wù)。讀任務(wù)同樣可以優(yōu)先，并且能實(shí)現(xiàn)一些很實(shí)用的工藝。

在前面細(xì)節(jié)分析的基礎(chǔ)上，用程序來計(jì)算每個(gè)通信任務(wù)的執(zhí)行時(shí)間，以便整體看一下這個(gè)寫任務(wù)執(zhí)行快慢在整體場景中的分布情況。

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

下圖是5號從站的0號任務(wù)、7號任務(wù)、18號任務(wù)的通信耗時(shí)統(tǒng)計(jì)，稍微加了點(diǎn)濾波?；旧夏芸闯霾煌蝿?wù)耗時(shí)的大致狀況。

編輯：黃飛

?