成人精品一区二区久久久 I 国产美女永久无遮挡 I 中文字幕+乱码+中文字幕明步 I 国产在视频一区二区三区吞精 I 日韩精品小视频 I 成人性生交大片免费4 I 免费aaa级毛片在线视频 I 一级片毛片 I 大型成人社区 I 国模在线播放 I 欧美大荫蒂毛茸茸视频 I 偷偷色噜狠狠狠狠的777米奇 I www.久久亚洲 I 日日搞夜夜操 I 亚洲成色777777女色窝 I 毛片黄色毛片 I 午夜片在线观看 I 国产一区二区三区中文字幕 I 天天干夜夜骑 I 日韩在线视频一区二区三区 I 久久久无码精品亚洲a片0000 I 写真福利片hd在线播放 I 欧美成人一区二免费视频 I 色噜噜狠狠爱综合视频 I 中文字幕无线码免费人妻 I 国产精品久久久久久久久久不蜜臀 I 欧美综合人人做人人爱 I 1024成人网色www I 国产精品视频一二三区 I 亚洲免费美女视频

話說中斷大家都用過，一般邏輯程序都是放在主程序里面，這時候降低程序的掃描周期，有沒有誰把程序寫進中斷里面的啊，例如西門子中大型機，直接把FC塊拉進OB中斷里面。例如中斷時間設置成10ms，這時候疑問來了，例如原本程序需要80毫秒掃碼一次，把所有的塊都拉進中斷里面時，是10ms掃碼一次，還是80ms掃碼一次呢？
曾以為80毫秒的掃描時間很短，但是到達執行元件時已經是輕舟已過萬重山了。

主要還是現在PLC的速度足夠快,絕大多數情況下沒有中斷重入的問題,加上本身PLC底層會做一定的保護,真在單片機裸機環境下,在中斷里面胡寫八寫,或者中斷源沒有管理好,遇到中斷重入,肯定是會出問題的.

1L的例子其實是非常好的,估計有的人還沒看懂,正常循環執行的程序,本身就需要80ms去執行的代碼,放到中斷中每10ms啟動一次,怎么可能執行的完呢?(假設這個80ms是純粹的程序掃描時間,不是后臺處理)

按照大部分小型PLC的編程范式要求進中斷以后關總中斷,出中斷開總中斷是一種典型的處理方式(主動丟棄),
還有一些PLC會在底層處理,這個要看手冊,一般都是中斷掛起的方式(被動丟棄),總之是不能重入的,這個看一下中斷嵌套會加深理解