來人給朕退下
從144個樣品中順序抓取,并不斷變化排列,找到最有價值的組合
級別: 略有小成
|
通訊篇手冊上說RS指令是中斷執(zhí)行型指令,與運算周期無關(guān),這只能說明他是優(yōu)先執(zhí)行,并沒有說通訊不在看門狗時間內(nèi),如果我把通訊超時時間設(shè)定大于看門狗,在發(fā)送過程中故意斷開接收端,使通訊超時,這時候會發(fā)生什么呢? 1. 看門狗會報錯嗎? 2. PLC有時間處理RS指令下面的順控程序嗎? 3. 還是當發(fā)生通訊斷開時系統(tǒng)直接把通訊任務(wù)壓堆棧, 先執(zhí)行其他順控程序,待中途恢復(fù)通訊時,又把正 在執(zhí)行的順控程序壓堆棧,繼續(xù)優(yōu)先執(zhí)行通訊? [ 此帖被來人給朕退下在2020-08-17 21:17重新編輯 ] |
|
---|---|---|
|
來人給朕退下
從144個樣品中順序抓取,并不斷變化排列,找到最有價值的組合
級別: 略有小成
|
現(xiàn)在想想應(yīng)該是這樣的。 1. 關(guān)于通訊中斷并超時RS指令以下的程序還會不會執(zhí)行。 答: 這個問題本身就是個問題,PLC的通訊不是掃描到RS指令就立即開始執(zhí)行通訊進程,而是將通訊子程序掛起在后臺,待用戶程序執(zhí)行完成后刷新I/O,最后才是通訊,這就是為什么三菱在RS指令以及通訊手冊的注意事項中明確規(guī)定了,在RS指令啟用后直到通訊結(jié)束的過程中不允許修改待發(fā)送的數(shù)據(jù)以及關(guān)閉通訊,如果程序剛掃描到RS指令并排隊準備執(zhí)行完用戶程序后發(fā)送,結(jié)果你在程序掃過RS之后的程序中又把數(shù)據(jù)給修改了,那最終發(fā)送的數(shù)據(jù)肯定就對不上了。 關(guān)于PLC的掃描周期的執(zhí)行順序參考任何一本歐姆龍的PLC手冊都可找到程序執(zhí)行順序的章節(jié),有一個流程圖。 [ 此帖被來人給朕退下在2021-01-22 22:41重新編輯 ] |
|
---|---|---|
|