關(guān)于STM8S外部中斷問題

1、關(guān)于STM8S外部中斷問題！怎么識(shí)別是具體哪個(gè)引腳引起的中斷！ 復(fù)制鏈接Junsea電梯直達(dá)1樓 發(fā)表于 2010-12-11 10:41:48 | 只看該作者 舉個(gè)例子，在PC口有的PC0和PC1兩個(gè)信號(hào)都要求能夠中斷。而STM8S 對(duì)應(yīng)PC口只有一個(gè)中斷向量，我要怎么才能夠知道具體是有PC0引起的中斷呢？還是PC1引起的中斷呢？我也看了壇子里面的一些相關(guān)的帖子，大致有這么一種方法，進(jìn)入中斷后讀取IO口的電平狀態(tài)以判斷是哪個(gè)IO口引起的中斷。但是我有個(gè)疑問，假定設(shè)置為下降沿觸發(fā)中斷。 PC0先出現(xiàn)下降沿，系統(tǒng)進(jìn)入中斷，如果在這個(gè)時(shí)間段，PC1也出現(xiàn)下降沿，在中斷里面再讀PC0和PC1電平狀態(tài)

2、，仍然不能夠判別是由PC0引起的中斷，還是由PC1觸發(fā)的中斷??！收藏5回復(fù)舉報(bào)論壇公益廣告：使用360產(chǎn)品將會(huì)被封鎖ID。周流氓槍斃1萬次也無法彌補(bǔ)3721犯下的罪行。Junsea2樓 樓主| 發(fā)表于 2010-12-11 11:39:22 | 只看該作者頂一下。回復(fù)舉報(bào)公益廣告：發(fā)表新主題時(shí)，務(wù)必起一個(gè)能說明帖子內(nèi)容的清晰標(biāo)題，否則將會(huì)被封鎖ID(點(diǎn)擊查看詳細(xì)說明)bigZ3樓 發(fā)表于 2010-12-11 13:09:03 | 只看該作者不建議這樣用最好一個(gè)PC，一個(gè)PD，每個(gè)口只開放一個(gè)中斷回復(fù)舉報(bào)公益廣告：本論壇不得使用、宣傳Q群。 有討論請(qǐng)?jiān)谡搲镞M(jìn)行。 違者將封鎖ID.Junsea

3、4樓 樓主| 發(fā)表于 2010-12-11 13:28:46 | 只看該作者當(dāng)然能夠這樣最好，只是現(xiàn)在的項(xiàng)目的硬件已經(jīng)做好了，之前沒有用中斷，用的查詢，發(fā)現(xiàn)有時(shí)候可能會(huì)出現(xiàn)跟不上的情況！所以想采用中斷來做！回復(fù)舉報(bào)公益廣告：發(fā)表招聘帖子需要繳費(fèi)，有需要可以聯(lián)系網(wǎng)站工作人員王小姐snoopyzz5樓 發(fā)表于 2010-12-11 13:34:21 | 只看該作者不要用else或switch不就行了if(PC0=0)if(PC1=0).回復(fù)舉報(bào)公益廣告：廣告只能發(fā)在本論壇的廣告區(qū)，否則將封鎖ID。Junsea6樓 樓主| 發(fā)表于 2010-12-11 13:45:51 |

4、 只看該作者樓上，程序當(dāng)然可以這么寫，只是我說的那種情況：PC0先出現(xiàn)下降沿，系統(tǒng)進(jìn)入中斷，在執(zhí)行if（PC1=0）之前，PC1也出現(xiàn)下降沿，那么if（PC0=0）能夠運(yùn)行 if（PC1=0）也能夠運(yùn)行并沒有達(dá)到只執(zhí)行i f（PC0=0）的目的啊？回復(fù)舉報(bào)本論壇禁止與網(wǎng)站產(chǎn)品有沖突的廣告，如雕刻機(jī)、PCB、空氣凈化器等bigZ7樓 發(fā)表于 2010-12-11 17:52:54 | 只看該作者這種情況下為什么非要只執(zhí)行一個(gè)呢既然同是發(fā)現(xiàn)都為0，同時(shí)執(zhí)行不就行了回復(fù)舉報(bào)snoopyzz8樓 發(fā)表于 2010-12-11 19:28:19 | 只看該作者 char status = PC_IDR;

5、 if( status&BIT(0) ) /PC0 if( status&BIT(1) ) /PC1 如果兩個(gè)都能進(jìn)入.說明基本同時(shí)(中斷響應(yīng)+中斷跳轉(zhuǎn)+局部變量賦值時(shí)間),理所當(dāng)然全部應(yīng)該執(zhí)行回復(fù)舉報(bào)Junsea9樓 樓主| 發(fā)表于 2010-12-11 23:14:24 | 只看該作者如樓上所說，是可以兩個(gè)都響應(yīng)。如果碰到5樓的情況，有PC0的下降沿觸發(fā)了中斷，那么下面代碼的PC0和PC1位置的語句都將得以執(zhí)行，可是系統(tǒng)設(shè)置了PC0和PC1都將產(chǎn)生中斷請(qǐng)求，PC0的下降沿中斷函數(shù)執(zhí)行一次，當(dāng)PC1產(chǎn)生下降沿的時(shí)候，中斷函數(shù)再執(zhí)行一次，這樣下面PC1部分的語句不是被執(zhí)行了兩次，而PC1的下降

6、沿只產(chǎn)生一次？ char status = PC_IDR; if( status&BIT(0) ) /能夠執(zhí)行 /PC0 if( status&BIT(1) ) /能夠執(zhí)行 /PC1 回復(fù)舉報(bào)millwood010樓 發(fā)表于 2010-12-12 00:24:56 | 只看該作者只是現(xiàn)在的項(xiàng)目的硬件已經(jīng)做好了maybe the next time you will learn not to put the cart in front of the horse.回復(fù)舉報(bào)bigZ11樓 發(fā)表于 2010-12-12 13:45:13 | 只看該作者當(dāng)PC0中斷發(fā)生并進(jìn)入ISR進(jìn)行服務(wù)時(shí)，PC1也發(fā)

7、生了中斷，當(dāng)PC0中斷返回時(shí)，可能會(huì)立刻再進(jìn)入該中斷服務(wù)這時(shí)就發(fā)生了 8L 說的情況，由于8S的IO中斷無中斷標(biāo)志位，所以這種情況是無法避免的建議LZ使用查詢方式，不知道時(shí)間來得及不，可以在主循環(huán)程序中多查詢幾次，或者在其他子程序中隨時(shí)查詢電平變化對(duì)一般的應(yīng)用應(yīng)該都是合適的回復(fù)舉報(bào)Junsea12樓 樓主| 發(fā)表于 2010-12-12 20:42:27 | 只看該作者看來stm8s 每個(gè)IO口都可以中斷的功能有些不完善哈！謝謝大家參與討論。回復(fù)舉報(bào)snoopyzz13樓 發(fā)表于 2010-12-13 13:40:11 | 只看該作者外部中斷由于沒有中斷標(biāo)志,所以如果中斷發(fā)生時(shí)同源另一外部中斷

8、發(fā)生,在退出中斷后,并不會(huì)再一次進(jìn)去中斷.回復(fù)舉報(bào)bigZ14樓 發(fā)表于 2010-12-13 15:54:18 | 只看該作者回復(fù)【12樓】snoopyzz 外部中斷由于沒有中斷標(biāo)志,所以如果中斷發(fā)生時(shí)同源另一外部中斷發(fā)生, 在退出中斷后,并不會(huì)再一次進(jìn)去中斷.-你說的是有道理的，我的上述結(jié)論也只是猜測(cè)，但我發(fā)現(xiàn)8S的中斷系統(tǒng)和一般單片機(jī)是不同的大家可以測(cè)試下：開放PC0的中斷（邊沿中斷和電平中斷都測(cè)試下），并在PC0的中斷服務(wù)第一句就開啟全局中斷，然后手動(dòng)觸發(fā)該中斷（也就是連續(xù)觸發(fā)N次中斷），這時(shí)，堆?？赡芤绯觥Ｒ绯龅奈ㄒ唤忉?，就是中斷重入，而且是在沒有返回的情況下重入的。堆棧溢出的情況是

9、我在TIM1的BK功能上發(fā)現(xiàn)的，但我不知道IO口是否會(huì)有相同情況。另外，如果你的說法正確，那么LZ說的中斷函數(shù)被執(zhí)行2次的可能并不存在，反而是會(huì)漏執(zhí)行?；貜?fù)舉報(bào)bigZ15樓 發(fā)表于 2010-12-13 16:09:35 | 只看該作者以下情況可以使用4L的辦法處理，不會(huì)有任何問題：PC0中斷PC0中斷響應(yīng)PC1中斷讀PC口中斷處理中斷返回漏執(zhí)行的情況：PC0中斷PC0中斷響應(yīng)讀PC口PC1中斷中斷處理中斷返回至于8L提到的執(zhí)行2次的情況，可以記錄PC0的電平狀態(tài)而避免，但漏執(zhí)行時(shí)無法避免的。所以結(jié)論是：LZ遇到的問題，無法純粹依賴中斷，必須輔以另外記錄的辦法才行。最好的解決辦法就是查詢IO

10、?；貜?fù)舉報(bào)snoopyzz16樓 發(fā)表于 2010-12-13 16:34:47 | 只看該作者應(yīng)該只有低電平中斷會(huì)造成重入.低電平中斷這種東東.顯然不能在其中開全局中斷的,是常識(shí).否則必然重入.回復(fù)舉報(bào)bigZ17樓 發(fā)表于 2010-12-13 16:46:08 | 只看該作者但問題是，在8S中，通一個(gè)中斷向量的優(yōu)先級(jí)是相同的，而中斷是不應(yīng)該被相同優(yōu)先級(jí)打斷的正常的處理應(yīng)該是，中斷返回后立刻再觸發(fā)中斷，而不應(yīng)該是重入，否則堆棧溢出，后果嚴(yán)重。8S的這點(diǎn)和其他MCU不同，是個(gè)缺點(diǎn)回復(fù)舉報(bào)Junsea18樓 樓主| 發(fā)表于 2010-12-14 00:01:27 | 只看該作者討論出深度來了哈

11、！至于大家說的中斷重入的事情，但是我認(rèn)為應(yīng)該不會(huì)有吧！在手冊(cè)上面講是有兩種情況一種是同時(shí)發(fā)生，一種是嵌套。按照手冊(cè)上面講：同時(shí)發(fā)生中斷的響應(yīng)順序是按照中斷號(hào)的優(yōu)先級(jí)按次序響應(yīng)。嵌套按照ITC_SPRX里面的設(shè)置的優(yōu)先級(jí)進(jìn)行嵌套響應(yīng)。但是現(xiàn)在PC0和PC1這種情況，不屬于這兩種情況。至于是不是要重入不得而知，看看有空好好試試stm8s的外部中斷系統(tǒng)了。回復(fù)舉報(bào)snoopyzz19樓 發(fā)表于 2010-12-14 08:59:32 | 只看該作者回復(fù)【16樓】bigZ -你明顯沒能明白stm8的優(yōu)先級(jí)指的是什么.不光是stm8,包括,PIC,AVR,51等大多數(shù)8bit mcu其中斷優(yōu)先級(jí)指的是同

12、時(shí)有中斷發(fā)生需要響應(yīng)時(shí),內(nèi)核執(zhí)行順序的優(yōu)先級(jí).不發(fā)生中斷嵌套重入的前提是你別在中斷函數(shù)中 使能全局中斷.當(dāng)進(jìn)入一個(gè)中斷函數(shù)時(shí),全局中斷會(huì)被禁止,當(dāng)執(zhí)行到reti(stm8的中斷返回指令)時(shí),會(huì)重新使能全局中斷.而你呢,手動(dòng)在中斷函數(shù)中使能全局中斷,還是低電平中斷這種持續(xù)有效的,必然是個(gè)杯具.對(duì)于stm8,只有幾個(gè)少數(shù)的不可屏蔽中斷(reset,trap,TLI)會(huì)產(chǎn)生嵌套回復(fù)舉報(bào)bigZ20樓 發(fā)表于 2010-12-14 18:48:52 | 只看該作者由于應(yīng)用的需要我已經(jīng)在至少3款MCU上 在進(jìn)入中斷后第一句就打開全局中斷。如你所說，大多數(shù)MCU進(jìn)入中斷后會(huì)自動(dòng)關(guān)閉全局中斷，但如果不在中斷

13、服務(wù)中打開全局中斷，中斷嵌套就不存在。只有在低優(yōu)先級(jí)的中斷中打開全局，更高優(yōu)先級(jí)的中斷才能打斷當(dāng)前中斷服務(wù)。否則中斷嵌套就失去意義了?；貜?fù)舉報(bào)bigZ21樓 發(fā)表于 2010-12-14 18:58:34 | 只看該作者按照一般理解，電平中斷至多引起狗叫，而不是堆棧溢出這種嚴(yán)重錯(cuò)誤?；貜?fù)舉報(bào)bigZ22樓 發(fā)表于 2010-12-14 19:03:49 | 只看該作者重點(diǎn)理解此圖，和那2句話(原文件名:INT.jpg) (原文件名:int2.jpg)回復(fù)舉報(bào)snoopyzz23樓 發(fā)表于 2010-12-14 20:17:49 | 只看該作者低電平中斷你開,再開使能全局中斷,必然會(huì)重入而且并不

14、會(huì)中斷返回.不斷重得進(jìn)入相同中斷,堆棧不斷重復(fù)壓棧.最后就后堆棧溢出,關(guān)狗什么事.我保證你換AVR也一樣的結(jié)果.自己不會(huì)用就怪芯片有問題的人,見得多了.不差多一個(gè).回復(fù)舉報(bào)bigZ24樓 發(fā)表于 2010-12-14 20:50:49 | 只看該作者請(qǐng)問LS對(duì)中斷嵌套怎么理解？難道你在所有中斷里都不開全局中斷？另外，我從來沒說芯片有問題，只是指出了8s的一個(gè)缺點(diǎn)，8s我用的很好啊我用瑞薩，NEC，CYPRESS中斷優(yōu)先級(jí)的控制都很好，用過PIC,51，沒用過AVR再另外，討論問題歸討論問題，言語上不要過分?；貜?fù)舉報(bào)bigZ25樓 發(fā)表于 2010-12-14 21:03:54 | 只看該作者或

15、者我們可以這樣理解有些MCU在電平中斷中開全局會(huì)堆棧溢出而有些不會(huì)，但會(huì)導(dǎo)致中斷返回后立刻再進(jìn)入中斷，導(dǎo)致無法刷新看門狗，狗叫你覺得這2種做法哪個(gè)更好呢，哪個(gè)風(fēng)險(xiǎn)小?回復(fù)舉報(bào)bigZ26樓 發(fā)表于 2010-12-14 22:06:22 | 只看該作者看了下M48的中斷系統(tǒng)，M48的優(yōu)先級(jí)固定的，由向量地址決定，地址越低，優(yōu)先級(jí)越高這個(gè)特性和PIC，51很相似，和CYPRESS的PSOC1也相似但和瑞薩,NEC,8S不同這些MCU的中斷優(yōu)先級(jí)是可以自定義的，稱為軟件優(yōu)先級(jí)，拿瑞薩的為例，他的中斷優(yōu)先級(jí)分為8級(jí)如果軟件優(yōu)先級(jí)相同，這時(shí)，中斷競(jìng)爭(zhēng)的依據(jù)在2個(gè)中斷同時(shí)請(qǐng)求時(shí)和M48是基本相同，如果不

16、同時(shí)請(qǐng)求，就先到先得，那么另外一個(gè)必須等待，即使他的向量地址更低且全局中斷開啟。如果軟件優(yōu)先級(jí)不同，中斷競(jìng)爭(zhēng)依據(jù)的是軟件優(yōu)先級(jí)高者勝出。好像有點(diǎn)繞？ 上面的第一個(gè)圖可以幫助理解。M48的中斷嵌套概念和這些MCU事不同的在M48的中斷里如果開啟全局，那么任何中斷都可以打斷當(dāng)前中斷但具有軟件優(yōu)先級(jí)的MCU不同，如果在一個(gè)中斷中開啟全局，只有軟件優(yōu)先級(jí)更高的才可以打斷當(dāng)前中斷，也即是說如果2個(gè)中斷軟件優(yōu)先級(jí)相同，即使開啟全局，也只有當(dāng)前中斷返回后才會(huì)響應(yīng)第二個(gè)中斷請(qǐng)求。這類MCU的電平中斷不會(huì)被自身打斷，因?yàn)檐浖?yōu)先級(jí)相同，自然就不會(huì)堆棧溢出，只會(huì)狗叫！回復(fù)舉報(bào)snoopyzz27樓 發(fā)表于 201

17、0-12-15 09:22:59 | 只看該作者回復(fù)【25樓】bigZ -我表示stm8的中斷優(yōu)先級(jí)概念與AVR,PIC等8BIT MCU相同.所以我在中斷函數(shù)中,從來不開全局中斷.因?yàn)榭赡軙?huì)造成重入等問題.中斷函數(shù)寫的越短越好就對(duì)了.我寫的中斷函數(shù)通常也就幾T幾十T, 不被更高優(yōu)先級(jí)中斷也沒事.有些支持中斷嵌套的CPU,中斷的確是可以被更高優(yōu)先級(jí)中斷打斷,但像AVR,PIC的8BIT MCU,的中斷都是默認(rèn)不支持中斷嵌套的.使能全局中斷后,任意中斷都可以打斷當(dāng)前中斷stm8相比之下也只是多了點(diǎn)靈活性.可以設(shè)幾個(gè)不同級(jí)別,不設(shè)的情況下,和上述MCU相同的處理方式.但終歸也只有設(shè)成級(jí)別1,級(jí)別2

18、時(shí),可以被更高優(yōu)先級(jí)中斷,(加上TLI,TRAP,RESET,也只是支持4級(jí)嵌套)但如果是使能全局中斷的方式,等于在中斷中恢復(fù)I1,I0為級(jí)別0,而任一中斷級(jí)別都是級(jí)別1以上的,那么自己也能重入自己是很正常的事,難道不是嗎?這并不是BUG.是datasheet中有提到的,而不是errata中說明的.覺得不能接受,就換CPU好了,你找個(gè)低電平中斷(注意是低電平不是下降沿)里使能全局中斷還不會(huì)重入的芯片來瞧瞧吧你如果想不重入也很簡(jiǎn)單.將低電平中斷設(shè)為級(jí)別1,其它中斷設(shè)為級(jí)別2以上就可以了,這樣根本不需要使能全局中斷.最后再說明一下,使能全局中斷,故名意義,任一中斷都可以發(fā)生.將當(dāng)前級(jí)別降到0了嘛.

19、回復(fù)舉報(bào)bigZ28樓 發(fā)表于 2010-12-15 09:50:02 | 只看該作者8S是通過對(duì)I1,I0載入0來實(shí)現(xiàn)開啟全局的，但我提到的其他MCU不是這樣，這些MCU的CPU中既包含全局中斷標(biāo)志IE，也包含當(dāng)前中斷優(yōu)先級(jí)，如果在中斷里不開啟全局，那么在返回前就不響應(yīng)任何中斷，也就沒了中斷嵌套。但8s不同，他不開啟全局，中斷一樣嵌套，所以我說8s的中斷系統(tǒng)有所不同，他提供了軟件優(yōu)先級(jí)，但卻屬于堆棧溢出型，而不是狗叫型。討論的分歧在于，你我使用的MCU不同?；貜?fù)舉報(bào)bigZ29樓 發(fā)表于 2010-12-15 11:00:51 | 只看該作者總結(jié)下各個(gè)MCU的中斷系統(tǒng):M48型：中斷優(yōu)先級(jí)由

20、硬件決定，中斷競(jìng)爭(zhēng)時(shí)硬件優(yōu)先級(jí)高者勝出；如果中斷里不開全局，就沒嵌套，先到先得，得到后直到返回才釋放CPU；如果在中斷里開全局，任意中斷都可以打斷當(dāng)前中斷，而且同一個(gè)中斷會(huì)打斷自身，這點(diǎn)特別要注意，如果一個(gè)中斷耗時(shí)過長(zhǎng)導(dǎo)致中斷返回前，該中斷又觸發(fā)，就出現(xiàn)中斷重入，可能導(dǎo)致堆棧溢出！在這類MCU上慎用電平中斷，并且盡量不要在中斷里使能全局，中斷服務(wù)盡最大可能做到耗時(shí)最短。8S型：優(yōu)先級(jí)由軟件和硬件決定，競(jìng)爭(zhēng)時(shí)軟件優(yōu)先級(jí)高者勝出，如果軟件優(yōu)先級(jí)相同，競(jìng)爭(zhēng)時(shí)硬件優(yōu)先級(jí)高者勝出；中斷內(nèi)不開全局也可以中斷嵌套；開啟全局，任意中斷都可以打斷當(dāng)前中斷；注意事項(xiàng)同上。瑞薩型（如R8C）:競(jìng)爭(zhēng)時(shí)和8s相同；中斷

21、內(nèi)不開全局就無嵌套，先到先得；開全局，只有更高軟件優(yōu)先級(jí)的中斷才可以打斷當(dāng)前中斷，不會(huì)打斷自身；如果返回前又觸發(fā)同一中斷，不會(huì)發(fā)生重入，但返回后立刻又進(jìn)入該中斷，因此不會(huì)堆棧溢出，但會(huì)因?yàn)轭l繁響應(yīng)中斷導(dǎo)致看門狗無法刷新。如果需要中斷嵌套，就必須在中斷內(nèi)開啟全局；中斷服務(wù)也要盡量耗時(shí)最短。電平中斷雖然不會(huì)導(dǎo)致堆棧溢出，但會(huì)導(dǎo)致狗叫，所以慎用。相對(duì)而言，堆棧溢出的風(fēng)險(xiǎn)要大于看門狗溢出，而且對(duì)于8S這種MCU，他的RAM區(qū)數(shù)據(jù)不在可靠，因?yàn)槎褩？赡芨采wRAM區(qū)（有些MCU事不會(huì)覆蓋的，關(guān)鍵看壓棧方向）回復(fù)舉報(bào)snoopyzz30樓 發(fā)表于 2010-12-15 17:04:26 | 只看該作者總結(jié)的

22、不錯(cuò),但stm8s 的堆棧并不會(huì)覆蓋全部ram.硬件壓棧有個(gè)頂部位置,到此位置后會(huì)返回底部.各型號(hào)不大相同,2K ram的似乎是有1K是堆棧區(qū),1K ram的有512字節(jié)準(zhǔn)確的說,RAM區(qū)變量數(shù)據(jù)會(huì)被覆蓋,應(yīng)該是你使用的RAM太多,占到了堆棧區(qū).不過話說只要不上OS,或者各種泄漏重入,對(duì)于stm8s而言,堆棧能超過512bytes是比較夸張的事.我很多寫滿8KB flash的程序,ram變量只用200字節(jié)以內(nèi),堆棧在30以內(nèi).剩下浪費(fèi)了.回復(fù)舉報(bào)bigZ31樓 發(fā)表于 2010-12-15 19:21:44 | 只看該作者測(cè)試了下8s確實(shí)到512后就返回底部了，但是什么機(jī)制返回的，硬件？手冊(cè)中

23、從未提到過啊回復(fù)舉報(bào)Junsea32樓 樓主| 發(fā)表于 2010-12-15 19:57:21 | 只看該作者不錯(cuò)，有深度。兩位高人總結(jié)的挺好！至少這短時(shí)間忙著手上的項(xiàng)目，也沒有仔細(xì)的去測(cè)試！看來這個(gè)貼應(yīng)該是關(guān)于STM8S外部中斷最強(qiáng)貼了哈！回復(fù)舉報(bào)snoopyzz33樓 發(fā)表于 2010-12-16 10:25:24 | 只看該作者回復(fù)【30樓】bigZ -記得手冊(cè)中有提過的.本壇中我曾經(jīng)和上官討論過這個(gè)問題,是硬件堆棧大小限制,不同ram大小這個(gè)堆棧限制大小也不相同如果自己強(qiáng)制設(shè)置了SP低于這個(gè)限制,就可以繞過,也就是說這個(gè)限制只是一個(gè)點(diǎn)回復(fù)舉報(bào)ajiantc34樓 發(fā)表于 2011-2-

24、16 11:53:45 | 只看該作者回復(fù)【樓主位】Junsea -我用來采集2路碼盤輸入，也出現(xiàn)了這樣的問題！回復(fù)舉報(bào)ylyfxzsx35樓 發(fā)表于 2012-7-25 19:28:49 | 只看該作者要是M8能每個(gè)端口的引腳都可以獨(dú)立進(jìn)入中斷，并引入類似51的中斷優(yōu)先級(jí)設(shè)置，這事兒就完美解決了，丫腿的，整個(gè)端口就一個(gè)入口中斷，表似，很不爽回復(fù)舉報(bào)skyxjh36樓 發(fā)表于 2012-8-4 22:27:15 | 只看該作者總結(jié)下各個(gè)MCU的中斷系統(tǒng):M48型：中斷優(yōu)先級(jí)由硬件決定，中斷競(jìng)爭(zhēng)時(shí)硬件優(yōu)先級(jí)高者勝出；如果中斷里不開全局，就沒嵌套，先到先得，得到后直到返回才釋放CPU；如果在中斷里

25、開全局，任意中斷都可以打斷當(dāng)前中斷，而且同一個(gè)中斷會(huì)打斷自身，這點(diǎn)特別要注意，如果一個(gè)中斷耗時(shí)過長(zhǎng)導(dǎo)致中斷返回前，該中斷又觸發(fā)，就出現(xiàn)中斷重入，可能導(dǎo)致堆棧溢出！在這類MCU上慎用電平中斷，并且盡量不要在中斷里使能全局，中斷服務(wù)盡最大可能做到耗時(shí)最短。8S型：優(yōu)先級(jí)由軟件和硬件決定，競(jìng)爭(zhēng)時(shí)軟件優(yōu)先級(jí)高者勝出，如果軟件優(yōu)先級(jí)相同，競(jìng)爭(zhēng)時(shí)硬件優(yōu)先級(jí)高者勝出；中斷內(nèi)不開全局也可以中斷嵌套；開啟全局，任意中斷都可以打斷當(dāng)前中斷；注意事項(xiàng)同上。瑞薩型（如R8C）:競(jìng)爭(zhēng)時(shí)和8s相同；中斷內(nèi)不開全局就無嵌套，先到先得；開全局，只有更高軟件優(yōu)先級(jí)的中斷才可以打斷當(dāng)前中斷，不會(huì)打斷自身；如果返回前又觸發(fā)同一中斷，不會(huì)發(fā)生重入，但返回后立刻又進(jìn)入該中斷