玖玖玖视频-亚洲精品1卡2卡3卡-操欧美美女-真实国产乱子伦对白视频不卡-国产乱在线-大胸美女被吃奶爽死视频-久久亚洲美女精品国产精品-天堂在线www天堂在线-久久在精品线影院精品国产-国产又粗又长又大-欧美三级一区二区-超碰在线亚洲-天天cao在线-国产偷倩视频-亚洲啪

通訊篇手冊上說RS指令是中斷執行型指令，與運算周期無關，這只能說明他是優先執行，并沒有說通訊不在看門狗時間內，如果我把通訊超時時間設定大于看門狗，在發送過程中故意斷開接收端，使通訊超時，這時候會發生什么呢？
      1. 看門狗會報錯嗎？

       2. PLC有時間處理RS指令下面的順控程序嗎？
       3. 還是當發生通訊斷開時系統直接把通訊任務壓堆棧，           先執行其他順控程序，待中途恢復通訊時，又把正           在執行的順控程序壓堆棧，繼續優先執行通訊？

     現在想想應該是這樣的。
  1. 關于通訊中斷并超時RS指令以下的程序還會不會執行。
 答: 這個問題本身就是個問題，PLC的通訊不是掃描到RS指令就立即開始執行通訊進程，而是將通訊子程序掛起在后臺，待用戶程序執行完成后刷新I/O，最后才是通訊，這就是為什么三菱在RS指令以及通訊手冊的注意事項中明確規定了，在RS指令啟用后直到通訊結束的過程中不允許修改待發送的數據以及關閉通訊，如果程序剛掃描到RS指令并排隊準備執行完用戶程序后發送，結果你在程序掃過RS之后的程序中又把數據給修改了，那最終發送的數據肯定就對不上了。  關于PLC的掃描周期的執行順序參考任何一本歐姆龍的PLC手冊都可找到程序執行順序的章節，有一個流程圖。

RS只是個驅動指令,當指令生成時,串口發送與接收都與Scan無關係
唯一有關係的是如果你把它off掉之後,串口接收到資料不會把收到資料丟到RS指令的D區域

至於收或發一切都按照特殊M去作動,才有後續程序的處理