何啟海
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 263 個
工控威望: 383 點
下載積分: 1358 分
在線時間: 141(小時)
注冊時間: 2017-02-20
最后登錄: 2024-08-27
查看何啟海的 主題 / 回貼
樓主  發(fā)表于: 2023-07-23 14:34
話說中斷大家都用過,一般邏輯程序都是放在主程序里面,這時候降低程序的掃描周期,有沒有誰把程序?qū)戇M(jìn)中斷里面的啊,例如西門子中大型機(jī),直接把FC塊拉進(jìn)OB中斷里面。例如中斷時間設(shè)置成10ms,這時候疑問來了,例如原本程序需要80毫秒掃碼一次,把所有的塊都拉進(jìn)中斷里面時,是10ms掃碼一次,還是80ms掃碼一次呢?
曾以為80毫秒的掃描時間很短,但是到達(dá)執(zhí)行元件時已經(jīng)是輕舟已過萬重山了。
塞外海島
不停的前進(jìn)
級別: 家園?
精華主題: 0
發(fā)帖數(shù)量: 481 個
工控威望: 626 點
下載積分: 1429 分
在線時間: 1471(小時)
注冊時間: 2012-10-05
最后登錄: 2024-09-19
查看塞外海島的 主題 / 回貼
1樓  發(fā)表于: 2023-07-23 19:07
掃碼和執(zhí)行是兩回事,你這上學(xué)單片機(jī)學(xué)的太差了
投湖自盡的魚
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 311 個
工控威望: 358 點
下載積分: 1296 分
在線時間: 293(小時)
注冊時間: 2020-10-23
最后登錄: 2024-09-18
查看投湖自盡的魚的 主題 / 回貼
2樓  發(fā)表于: 2023-07-24 08:43
在中斷里面就是按照中斷的10MS來運行的,原掃描執(zhí)行過程中會中斷來執(zhí)行中斷程序
卓發(fā)智能
相互學(xué)習(xí),共同進(jìn)步。
級別: 工控俠客
精華主題: 0
發(fā)帖數(shù)量: 2410 個
工控威望: 2996 點
下載積分: 9430 分
在線時間: 641(小時)
注冊時間: 2008-08-03
最后登錄: 2024-09-19
查看卓發(fā)智能的 主題 / 回貼
3樓  發(fā)表于: 2023-07-24 09:24
中斷10mS就是10ms,不存在累加的問題。
相信自我!
chenhaot
chenccc
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 155 個
工控威望: 228 點
下載積分: 1305 分
在線時間: 123(小時)
注冊時間: 2020-08-20
最后登錄: 2024-09-18
查看chenhaot的 主題 / 回貼
4樓  發(fā)表于: 2023-07-24 14:04
記住中斷不受掃描周期影響就行
gxtmdb82164
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 718 個
工控威望: 1096 點
下載積分: 284 分
在線時間: 569(小時)
注冊時間: 2019-09-22
最后登錄: 2024-09-19
查看gxtmdb82164的 主題 / 回貼
5樓  發(fā)表于: 2023-08-01 15:38
主要還是現(xiàn)在PLC的速度足夠快,絕大多數(shù)情況下沒有中斷重入的問題,加上本身PLC底層會做一定的保護(hù),真在單片機(jī)裸機(jī)環(huán)境下,在中斷里面胡寫八寫,或者中斷源沒有管理好,遇到中斷重入,肯定是會出問題的.

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

按照大部分小型PLC的編程范式要求進(jìn)中斷以后關(guān)總中斷,出中斷開總中斷是一種典型的處理方式(主動丟棄),
還有一些PLC會在底層處理,這個要看手冊,一般都是中斷掛起的方式(被動丟棄),總之是不能重入的,這個看一下中斷嵌套會加深理解
liming2018
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 286 個
工控威望: 369 點
下載積分: 8076 分
在線時間: 28(小時)
注冊時間: 2018-08-08
最后登錄: 2024-09-06
查看liming2018的 主題 / 回貼
6樓  發(fā)表于: 2023-08-02 12:25
中段10MS就是10MS執(zhí)行一次中斷程序