做嵌入式開(kāi)發(fā)這些年我?guī)缀趺總€(gè)項(xiàng)目都會(huì)用到微控制器中斷。它不只是“CPU處理突發(fā)事件”那么簡(jiǎn)單——你用輪詢也能實(shí)現(xiàn)功能但性能和實(shí)時(shí)性完全是兩碼事。尤其在做電機(jī)控制、傳感器采集、通信協(xié)議解析這些場(chǎng)景時(shí)中斷用得好不好直接決定產(chǎn)品是“能跑”還是“好跑”。這篇文章我會(huì)把微控制器中斷從原理到實(shí)戰(zhàn)拆開(kāi)講包含我踩過(guò)的坑和調(diào)試心得適合剛?cè)腴T的學(xué)生也適合那些一直用輪詢、想把系統(tǒng)做扎實(shí)的工程師。先說(shuō)清楚一個(gè)概念中斷其實(shí)就是硬件在告訴CPU“有重要的事發(fā)生了你手頭的事先放一放”。CPU放下當(dāng)前任務(wù)跳到一個(gè)固定地址去執(zhí)行特定代碼處理完后再跳回來(lái)繼續(xù)原來(lái)沒(méi)干完的活。整個(gè)過(guò)程由硬件自動(dòng)完成現(xiàn)場(chǎng)保護(hù)與恢復(fù)不需要軟件額外干預(yù)。這個(gè)機(jī)制的價(jià)值在于它把“等待事件”變成了“事件通知”CPU不用一直盯狀態(tài)寄存器可以把時(shí)間花在真正有意義的計(jì)算上。在實(shí)際項(xiàng)目里中斷幾乎無(wú)處不在按鍵按下需要立即響應(yīng)、串口收到一幀數(shù)據(jù)要馬上處理、定時(shí)器溢出要產(chǎn)生精準(zhǔn)的時(shí)鐘節(jié)拍甚至掉電瞬間也要靠中斷去保存關(guān)鍵數(shù)據(jù)。可以說(shuō)沒(méi)有中斷微控制器就只能靠“輪詢”茍活而輪詢的代價(jià)就是CPU利用率低下和響應(yīng)延遲不可控。下面我從執(zhí)行機(jī)制、中斷源、芯片關(guān)鍵參數(shù)到實(shí)操代碼把中斷這個(gè)主題完整過(guò)一遍。1. 中斷到底是什么——先弄懂中斷的執(zhí)行機(jī)制1.1 從輪詢到中斷為什么要讓CPU“放下手里的活”很多初學(xué)者對(duì)中斷的理解停留在“事件來(lái)了就跳進(jìn)去”的程度但要真正用好它得先理解中斷出現(xiàn)之前的編程模型——輪詢。假設(shè)你要檢測(cè)一個(gè)按鈕是否按下輪詢的寫法是一個(gè)死循環(huán)不斷讀取GPIO電平你以為按鈕按下的瞬間代碼就能感知到實(shí)際上代碼可能正在處理別的事情比如刷新一段動(dòng)畫、算一組PID參數(shù)等它下一次讀取GPIO時(shí)按鍵事件已經(jīng)發(fā)生了好幾個(gè)毫秒。在一個(gè)主頻幾十兆赫茲的微控制器上幾個(gè)毫秒意味著一大段CPU周期被浪費(fèi)掉了。中斷改變了這個(gè)模型。它讓外設(shè)或內(nèi)部模塊在“條件滿足”時(shí)主動(dòng)向CPU發(fā)出請(qǐng)求CPU執(zhí)行完當(dāng)前指令后立刻響應(yīng)進(jìn)入中斷服務(wù)函數(shù)處理這件事處理完再回到原來(lái)被打斷的位置。這就好比你在辦公室寫報(bào)告同事有問(wèn)題不會(huì)等你寫完再問(wèn)而是直接敲你門你停下手頭工作先解決他的問(wèn)題解決完再接著寫。中斷機(jī)制本質(zhì)上是一種“硬件級(jí)的調(diào)度器”它的響應(yīng)延遲是確定的通常只需要幾個(gè)時(shí)鐘周期到幾十個(gè)時(shí)鐘周期。從工程角度講中斷最大的優(yōu)勢(shì)不是“快”而是“實(shí)時(shí)性可控”。輪詢的響應(yīng)時(shí)間取決于主循環(huán)的長(zhǎng)度和CPU的忙碌程度中斷的響應(yīng)時(shí)間取決于硬件中斷延遲和當(dāng)前指令的執(zhí)行時(shí)間。對(duì)于電機(jī)堵轉(zhuǎn)保護(hù)、過(guò)流保護(hù)這類必須在微秒級(jí)響應(yīng)的場(chǎng)景輪詢根本做不到中斷才是唯一可靠的選擇。1.2 一次完整的中斷流程從觸發(fā)到返回很多資料直接告訴你“寫個(gè)ISR就行了”但實(shí)際運(yùn)行中的細(xì)節(jié)容易被忽略。一次完整的中斷流程大致分為六個(gè)階段每一步都是硬件自動(dòng)完成的中斷請(qǐng)求外設(shè)檢測(cè)到觸發(fā)條件將中斷標(biāo)志位置1并向中斷控制器發(fā)出請(qǐng)求信號(hào)。中斷響應(yīng)CPU在每執(zhí)行完一條指令后檢查中斷請(qǐng)求信號(hào)有些架構(gòu)是每個(gè)時(shí)鐘周期都檢查確認(rèn)有請(qǐng)求且未屏蔽則進(jìn)入響應(yīng)流程。現(xiàn)場(chǎng)保護(hù)CPU自動(dòng)將當(dāng)前程序的返回地址壓入堆棧通常是PC寄存器的值有的架構(gòu)還會(huì)保存狀態(tài)寄存器。取中斷向量CPU從中斷向量表中讀取對(duì)應(yīng)中斷源的服務(wù)函數(shù)入口地址并跳轉(zhuǎn)過(guò)去。執(zhí)行ISR進(jìn)入你寫的中斷服務(wù)函數(shù)執(zhí)行對(duì)應(yīng)處理邏輯。恢復(fù)現(xiàn)場(chǎng)執(zhí)行中斷返回指令從堆棧恢復(fù)返回地址CPU跳回原來(lái)被中斷的指令繼續(xù)執(zhí)行。這里面最容易忽略的是“現(xiàn)場(chǎng)保護(hù)”這個(gè)環(huán)節(jié)。硬件自動(dòng)保護(hù)的只是PC和少數(shù)核心寄存器其余的寄存器比如Cortex-M內(nèi)核的通用寄存器R0-R12需要編譯器在ISR入口自動(dòng)生成壓棧代碼這就是為什么中斷函數(shù)必須是特定格式如void EXTI0_IRQHandler(void)因?yàn)榫幾g器要根據(jù)這個(gè)格式生成“帶自動(dòng)入棧出棧”的代碼。還有一點(diǎn)非常關(guān)鍵中斷的響應(yīng)不是“打斷任意時(shí)刻”CPU必須等當(dāng)前指令執(zhí)行完才響應(yīng)中斷。假設(shè)當(dāng)前正在執(zhí)行一條需要多個(gè)時(shí)鐘周期的乘加指令那中斷響應(yīng)就得等它完成這就是“中斷延遲”的一個(gè)重要組成部分。Cortex-M系列能保持很低的中斷延遲是因?yàn)樗鼈儾捎谩拔膊窟B鎖”tail-chaining等技術(shù)連續(xù)多個(gè)中斷之間可以跳過(guò)重復(fù)的出入棧操作大幅壓縮開(kāi)銷。1.3 中斷向量表與中斷控制器硬件層面的“調(diào)度中心”中斷向量表是我做底層開(kāi)發(fā)時(shí)幾乎每天要面對(duì)的。簡(jiǎn)單說(shuō)它就是一張地址表存著每個(gè)中斷源對(duì)應(yīng)的ISR入口地址。芯片上電后從0x00000000或者由VTOR寄存器指定的地址開(kāi)始依次存放初始堆棧指針、復(fù)位向量、各個(gè)異常入口。CPU觸發(fā)中斷后根據(jù)中斷號(hào)乘以432位地址計(jì)算出偏移從對(duì)應(yīng)位置取出跳轉(zhuǎn)地址。以STM32的Cortex-M4內(nèi)核為例中斷向量表的前16個(gè)異常編號(hào)0到15是內(nèi)核級(jí)別的包括復(fù)位、NMI、硬錯(cuò)誤、內(nèi)存管理錯(cuò)誤等后面編號(hào)從16開(kāi)始的才是外設(shè)中斷比如EXTI0中斷編號(hào)6、USART1中斷編號(hào)37。這些外設(shè)中斷由NVICNested Vectored Interrupt Controller統(tǒng)一管理。NVIC就是芯片內(nèi)部的“調(diào)度中心”負(fù)責(zé)三件事使能/失能中斷、設(shè)置中斷優(yōu)先級(jí)、處理中斷嵌套和尾巴連鎖。很多同學(xué)在移植國(guó)產(chǎn)M內(nèi)核芯片時(shí)會(huì)遇到一個(gè)坑芯片的flash擦寫或者bootloader跳轉(zhuǎn)后中斷不響應(yīng)大概率是向量表地址沒(méi)有重新映射。Cortex-M內(nèi)核提供了VTOR寄存器來(lái)移動(dòng)向量表位置比如你的bootloader在0x08000000app在0x08010000那app啟動(dòng)時(shí)必須設(shè)置SCB-VTOR 0x08010000否則中斷一觸發(fā)CPU還是按0x08000000的向量表去找ISR結(jié)果跳到一個(gè)錯(cuò)誤地址直接hardfault。這個(gè)問(wèn)題我調(diào)試過(guò)好幾次現(xiàn)在寫代碼第一件事就是把VTOR的設(shè)置放到啟動(dòng)早期。2. 中斷源與觸發(fā)方式別把外部中斷和內(nèi)部中斷混為一談2.1 外部中斷GPIO中斷與去抖處理外部中斷是新手接觸最多的類型也就是GPIO檢測(cè)到電平變化觸發(fā)中斷。STM32的GPIO外部中斷要經(jīng)過(guò)一路配置鏈路GPIO引腳配置為輸入模式 → 開(kāi)啟SYSCFG時(shí)鐘 → EXTI寄存器選擇對(duì)應(yīng)引腳 → 配置EXTI觸發(fā)邊沿上升沿、下降沿或雙邊沿 → 在NVIC中使能對(duì)應(yīng)的EXTI中斷通道。這里必須強(qiáng)調(diào)一個(gè)細(xì)節(jié)EXTI的line是分組的同一組的EXTI0線雖然可以連接到多個(gè)引腳但同一時(shí)刻只能選擇一個(gè)引腳作為中斷源。例如PA0、PB0、PC0共用EXTI0通道你不能同時(shí)讓PA0和PB0都觸發(fā)EXTIO中斷。解決方法是把不同引腳的中斷需求拆到不同的EXTI line上或者在中斷里讀取多個(gè)GPIO寄存器來(lái)判斷是誰(shuí)觸發(fā)的。還有一個(gè)做法是用“GPIO外部邏輯”把多個(gè)信號(hào)合并到一個(gè)腳上但實(shí)際工程中很少這么干多數(shù)情況下直接分線就好。外部中斷最經(jīng)典的問(wèn)題就是按鍵抖動(dòng)。機(jī)械按鍵按下和釋放的瞬間觸點(diǎn)會(huì)來(lái)回彈跳幾毫秒到十幾毫秒如果配置的是雙邊沿觸發(fā)一次按鍵可能觸發(fā)多次中斷。處理方案通常有兩種硬件去抖RC濾波或施密特觸發(fā)器和軟件去抖。我個(gè)人的習(xí)慣是硬件加軟件雙層防護(hù)硬件上放一個(gè)0.1uF電容軟件上用“延遲確認(rèn)”法——中斷觸發(fā)后延時(shí)10-20ms再讀取GPIO電平確認(rèn)狀態(tài)穩(wěn)定再執(zhí)行業(yè)務(wù)邏輯。注意不要延時(shí)太久否則按鍵響應(yīng)體驗(yàn)會(huì)很肉。2.2 定時(shí)器中斷系統(tǒng)節(jié)拍和精確時(shí)序的基石定時(shí)器中斷是我用得最多的內(nèi)部中斷之一。它的原理很簡(jiǎn)單定時(shí)器計(jì)數(shù)器在時(shí)鐘源驅(qū)動(dòng)下遞增或遞減計(jì)數(shù)到預(yù)設(shè)值后產(chǎn)生溢出中斷或比較捕獲中斷。以STM32的通用定時(shí)器TIM3為例你要得到1ms的中斷周期需要先計(jì)算預(yù)分頻系數(shù)和自動(dòng)重裝載值假設(shè)APB1定時(shí)器時(shí)鐘為72MHz預(yù)分頻器PSC設(shè)為71則計(jì)數(shù)時(shí)鐘變?yōu)?MHz1us計(jì)數(shù)一次自動(dòng)重裝值A(chǔ)RR設(shè)為999則計(jì)數(shù)器從0計(jì)到999正好1ms然后觸發(fā)更新中斷。這里有個(gè)被無(wú)數(shù)人忽略的點(diǎn)預(yù)分頻器PSC是“從0計(jì)數(shù)”所以代碼里配置為71實(shí)際分頻倍數(shù)是72。同樣ARR配置為999實(shí)際周期是1000個(gè)計(jì)數(shù)周期。如果是定時(shí)器做PWM輸出或時(shí)基這個(gè)“多一個(gè)”的誤差在長(zhǎng)周期時(shí)會(huì)累積成明顯偏差必須注意。定時(shí)器中斷還有一個(gè)典型用法是“軟件定時(shí)器”也就是把多個(gè)時(shí)序任務(wù)掛在一個(gè)1ms或10ms的中斷節(jié)拍上用計(jì)數(shù)器變量來(lái)分配時(shí)間片。我的做法是中斷里只做遞增計(jì)數(shù)主循環(huán)里查詢計(jì)數(shù)值并執(zhí)行對(duì)應(yīng)任務(wù)。這樣中斷保持輕量各個(gè)任務(wù)的時(shí)序又很規(guī)整。需要強(qiáng)調(diào)的是系統(tǒng)節(jié)拍的穩(wěn)定性直接影響控制類算法的效果PID控制、濾波算法如果依賴HAL_GetTick()這類基于定時(shí)器的函數(shù)一定要確認(rèn)中斷優(yōu)先級(jí)不會(huì)被更高優(yōu)先級(jí)的外設(shè)中斷打擾否則偶爾一次延遲會(huì)讓控制曲線出現(xiàn)毛刺。2.3 通信外設(shè)中斷UART、SPI、I2C的“數(shù)據(jù)搬運(yùn)工”通信外設(shè)最怕丟數(shù)據(jù)。以UART為例如果主循環(huán)正在處理某個(gè)耗時(shí)計(jì)算接收緩沖區(qū)滿了之后新數(shù)據(jù)就會(huì)被硬件丟棄因?yàn)闆](méi)有中斷通知你“有數(shù)據(jù)到了”。用中斷處理UART就徹底解決了這個(gè)問(wèn)題每一字節(jié)到達(dá)都會(huì)觸發(fā)接收中斷你可以把數(shù)據(jù)放進(jìn)環(huán)形緩沖區(qū)主循環(huán)空閑時(shí)再逐字節(jié)解析。我的標(biāo)準(zhǔn)做法是維護(hù)一個(gè)環(huán)形緩沖區(qū)ring buffer串口中斷里只做“把數(shù)據(jù)寫入緩沖區(qū)并更新寫指針”這一件事主程序解析時(shí)從緩沖區(qū)讀取。環(huán)形緩沖區(qū)有兩個(gè)關(guān)鍵實(shí)現(xiàn)細(xì)節(jié)一是緩沖區(qū)大小必須是2的冪這樣可以用位運(yùn)算實(shí)現(xiàn)取模避免除法運(yùn)算二是讀寫指針必須被正確保護(hù)。如果讀寫都發(fā)生在單核環(huán)境且主循環(huán)和中斷是“一讀一寫”的關(guān)系基本不會(huì)有并發(fā)問(wèn)題但要注意C編譯器的volatile關(guān)鍵字否則指針更新可能被優(yōu)化掉。SPI和I2C中斷也類似區(qū)別在于這兩類總線有“主從”關(guān)系。SPI主機(jī)的接收和發(fā)送是同步的你要發(fā)一個(gè)字節(jié)同時(shí)就必須接收一個(gè)字節(jié)所以SPI中斷里通常要把讀到的數(shù)據(jù)立刻存起來(lái)。I2C更麻煩一點(diǎn)它的中斷不僅有數(shù)據(jù)事件還有起始、停止、地址匹配、仲裁丟失等狀態(tài)事件需要一套狀態(tài)機(jī)來(lái)管理。2.4 觸發(fā)條件與去抖中斷“蜂擁而至”的應(yīng)對(duì)除了GPIO抖動(dòng)會(huì)帶來(lái)多次觸發(fā)通信噪聲和電平毛刺也會(huì)產(chǎn)生虛假中斷。硬件上除了RC濾波很多芯片在GPIO輸入路徑上內(nèi)置了數(shù)字濾波器比如“輸入遲滯”和“模擬濾波”。軟件上我強(qiáng)烈建議給關(guān)鍵中斷加“確認(rèn)窗口”——進(jìn)入中斷后先讀取信號(hào)多次或檢查狀態(tài)寄存器確認(rèn)事件有效再執(zhí)行后續(xù)操作。比如編碼器信號(hào)我用過(guò)在SPI中斷里連續(xù)讀取兩次數(shù)據(jù)并對(duì)比一致才更新位置值雖然多花了幾個(gè)周期但極大減少了毛刺導(dǎo)致的誤判。還有一個(gè)容易被忽略的情況中斷標(biāo)志位必須在ISR里主動(dòng)清除。很多外設(shè)的中斷標(biāo)志是“寫1清0”如果忘記清除退出ISR后中斷會(huì)立刻再次觸發(fā)形成死循環(huán)表現(xiàn)上看就是系統(tǒng)“卡死”了。這是中斷開(kāi)發(fā)最常見(jiàn)的低級(jí)錯(cuò)誤之一我建議每次寫完ISR都檢查一遍標(biāo)志位清除操作尤其是那些看似“沒(méi)清除也能跑”的模塊——因?yàn)橐坏┫到y(tǒng)負(fù)載變化它可能突然開(kāi)始瘋狂觸發(fā)。3. 芯片選型與中斷控制關(guān)鍵參數(shù)優(yōu)先級(jí)、嵌套和延遲3.1 優(yōu)先級(jí)分組搶占優(yōu)先級(jí)和子優(yōu)先級(jí)的區(qū)別Cortex-M內(nèi)核的NVIC支持中斷優(yōu)先級(jí)配置但這里的優(yōu)先級(jí)有“搶占優(yōu)先級(jí)”和“子優(yōu)先級(jí)”兩個(gè)維度。搶占優(yōu)先級(jí)決定一個(gè)中斷能否打斷另一個(gè)正在執(zhí)行的ISR子優(yōu)先級(jí)則是在兩個(gè)中斷同時(shí)到來(lái)時(shí)誰(shuí)先被響應(yīng)。優(yōu)先級(jí)分組寄存器AIRCR可以配置這兩者的位數(shù)分配比如“3位搶占優(yōu)先級(jí)1位子優(yōu)先級(jí)”或者“全部4位都是搶占優(yōu)先級(jí)”。很多工程師犯的錯(cuò)是只設(shè)置一個(gè)數(shù)字沒(méi)搞清楚分組。比如你用默認(rèn)分組全部都是搶占優(yōu)先級(jí)然后把UART中斷優(yōu)先級(jí)設(shè)為2定時(shí)器中斷設(shè)為3那定時(shí)器中斷是無(wú)法打斷UART中斷的。如果你的設(shè)計(jì)意圖是“串口數(shù)據(jù)不能丟哪怕定時(shí)器打斷也無(wú)所謂”那應(yīng)該把UART的搶占優(yōu)先級(jí)設(shè)得更小數(shù)字越小優(yōu)先級(jí)越高。用HAL庫(kù)時(shí)有個(gè)函數(shù)HAL_NVIC_SetPriority(IRQn, PreemptPriority, SubPriority)它并不會(huì)自動(dòng)檢查AIRCR分組如果你之前調(diào)用過(guò)HAL_NVIC_SetPriorityGrouping那兩者的配置必須匹配不匹配的優(yōu)先級(jí)數(shù)字是無(wú)效的。實(shí)際項(xiàng)目中我一般遵循以下優(yōu)先級(jí)分配原則最高優(yōu)先級(jí)0掉電保護(hù)、系統(tǒng)安全相關(guān)中斷比如電源監(jiān)控、看門狗喂狗或喂養(yǎng)失敗處理。較高優(yōu)先級(jí)1硬實(shí)時(shí)控制類比如電機(jī)PWM控制、編碼器讀取。一般優(yōu)先級(jí)2通信接收中斷比如UART、CAN收到幀數(shù)據(jù)放入緩沖區(qū)即可。較低優(yōu)先級(jí)3數(shù)據(jù)解析或低實(shí)時(shí)性事件比如按鍵、RTC鬧鐘。這樣分層的目的是讓“越快處理越好”的事件立刻響應(yīng)而“只要不丟即可”的事件即使延遲幾十微秒也不受影響。過(guò)度使用高優(yōu)先級(jí)會(huì)拖垮系統(tǒng)因?yàn)楦邇?yōu)先級(jí)ISR頻繁搶占會(huì)讓其他任務(wù)一直得不到執(zhí)行出現(xiàn)“優(yōu)先級(jí)反轉(zhuǎn)”的變體現(xiàn)在還不算嚴(yán)重但多中斷系統(tǒng)的設(shè)計(jì)就應(yīng)該從優(yōu)先級(jí)分組開(kāi)始。3.2 中斷延遲與中斷響應(yīng)時(shí)間如何估算實(shí)時(shí)性中斷延遲這個(gè)概念很多項(xiàng)目里會(huì)變成一次“性能瓶頸”的替罪羊其實(shí)只要算清楚就能做合理預(yù)期。中斷延遲由四部分組成硬件中斷響應(yīng)時(shí)間從請(qǐng)求到CPU開(kāi)始響應(yīng)通常幾個(gè)周期、當(dāng)前指令完成時(shí)間最長(zhǎng)指令周期、壓棧時(shí)間Cortex-M大約12個(gè)周期以及跳轉(zhuǎn)到ISR入口的時(shí)間。在72MHz的STM32F103上不算ISR執(zhí)行時(shí)間從外設(shè)請(qǐng)求到進(jìn)入ISR大約在幾十納秒到一兩微秒之間這個(gè)量級(jí)對(duì)大部分應(yīng)用都?jí)蛴谩Ｕ嬲绊懴到y(tǒng)“實(shí)時(shí)性”的往往不是硬件延遲而是ISR執(zhí)行時(shí)間。“中斷延遲”保證的是“多久開(kāi)始處理”“ISR執(zhí)行時(shí)間”決定的是“多久處理完”。在硬實(shí)時(shí)場(chǎng)景比如驅(qū)動(dòng)DAC輸出正弦波、做逐周期電流控制ISR必須在一個(gè)控制周期內(nèi)完成全部計(jì)算否則下一個(gè)周期就來(lái)不及。所以不要只關(guān)注響應(yīng)時(shí)間更要在ISR里做減法——把能挪到主循環(huán)的活都挪出去。這里介紹一個(gè)實(shí)測(cè)延遲的辦法用示波器測(cè)量“中斷觸發(fā)硬件信號(hào)”到“GPIO翻轉(zhuǎn)”的時(shí)間差。比如把定時(shí)器通道輸出一路方波同時(shí)用定時(shí)器更新中斷觸發(fā)NVICISR里第一行翻轉(zhuǎn)一個(gè)空閑GPIO。用示波器兩個(gè)通道對(duì)比就能測(cè)出硬件到軟件的實(shí)際延遲。我做過(guò)一次實(shí)驗(yàn)在未優(yōu)化和優(yōu)化-O2的編譯選項(xiàng)下延遲差異能有30%以上這說(shuō)明編譯優(yōu)化級(jí)別對(duì)實(shí)時(shí)性也有不可忽視的影響。3.3 共享IRQ與中斷標(biāo)志位一次中斷里處理多個(gè)事件源有些外設(shè)只有一個(gè)IRQ號(hào)但內(nèi)部有多個(gè)中斷源。最典型的就是STM32的I2C、CAN和USB。以STM32F1的CAN為例它有幾個(gè)郵箱事件TX郵箱空、RX FIFO有數(shù)據(jù)、錯(cuò)誤、喚醒但NVIC只分配了USB_LP_CAN1_RX0_IRQHandler和CAN1_TX_IRQHandler這幾個(gè)入口。你在ISR里必須讀取CAN中斷狀態(tài)寄存器逐一判斷是哪個(gè)事件觸發(fā)的然后分別處理最后別忘了清除對(duì)應(yīng)的中斷標(biāo)志位。這類“多源共享IRQ”的坑在于如果你只處理了自己關(guān)注的事件沒(méi)清除其他源的中斷標(biāo)志那么中斷會(huì)一直觸發(fā)。所以通用做法是在ISR開(kāi)頭先讀取狀態(tài)寄存器并保存副本隨即清除所有已置位的標(biāo)志然后再基于副本去執(zhí)行業(yè)務(wù)邏輯。這樣能避免在ISR執(zhí)行期間新事件再次觸發(fā)同源中斷導(dǎo)致的狀態(tài)丟失雖然NVIC會(huì)pending但邏輯上更清晰。還有一些中斷是“事件”和“標(biāo)志”分離的比如DMA傳輸完成、半傳輸完成、傳輸錯(cuò)誤共用一個(gè)IRQ處理時(shí)要注意狀態(tài)位之間的優(yōu)先級(jí)關(guān)系。我在調(diào)試一個(gè)音頻播放項(xiàng)目時(shí)就因?yàn)镈MA半傳輸和傳輸完成共用IRQ處理順序?qū)懛戳藢?dǎo)致音頻最后一段出現(xiàn)周期性雜音。排查了很久才定位到是ISR里“先判斷半傳輸再判斷傳輸完成”還是反過(guò)來(lái)的問(wèn)題。4. 代碼實(shí)操?gòu)牧闩渲靡粋€(gè)可用的中斷4.1 基于STM32的GPIO外部中斷配置我用STM32CubeMX生成代碼的情況比較多但有時(shí)候手寫初始化反而更清晰。以PB5引腳接按鍵按下為低電平觸發(fā)為例標(biāo)準(zhǔn)的裸機(jī)寫法如下void EXTI_Config(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOB_CLK_ENABLE(); __HAL_RCC_SYSCFG_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_5; GPIO_InitStruct.Mode GPIO_MODE_IT_FALLING; // 下降沿觸發(fā) GPIO_InitStruct.Pull GPIO_PULLUP; HAL_GPIO_Init(GPIOB, GPIO_InitStruct); HAL_NVIC_SetPriority(EXTI9_5_IRQn, 2, 0); HAL_NVIC_EnableIRQ(EXTI9_5_IRQn); } void EXTI9_5_IRQHandler(void) { // 進(jìn)入中斷后先調(diào)用HAL庫(kù)的公共處理函數(shù) HAL_GPIO_EXTI_IRQHandler(GPIO_PIN_5); } void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if(GPIO_Pin GPIO_PIN_5) { // 注意這里要盡量短只做標(biāo)志置位或者入隊(duì) button_pressed 1; } }看到?jīng)]有HAL庫(kù)的做法是把HAL_GPIO_EXTI_IRQHandler放進(jìn)中斷向量入口由它來(lái)清除EXTI掛起位并調(diào)用弱回調(diào)函數(shù)。回調(diào)函數(shù)名固定是HAL_GPIO_EXTI_Callback你在自己的文件里重寫它。新手常見(jiàn)錯(cuò)誤是直接在EXTI9_5_IRQHandler里寫業(yè)務(wù)邏輯卻忘了調(diào)用HAL里的清除函數(shù)導(dǎo)致key一直觸發(fā)。記住一個(gè)原則中斷服務(wù)函數(shù)的代碼要極簡(jiǎn)業(yè)務(wù)邏輯盡量放到回調(diào)和主循環(huán)中這樣代碼可維護(hù)性會(huì)好很多。配置外部中斷時(shí)還要留意一個(gè)細(xì)節(jié)EXTI9_5_IRQHandler對(duì)應(yīng)的中斷線范圍是5到9所以PB6、PB7這些引腳觸發(fā)時(shí)也會(huì)進(jìn)入這個(gè)handler。如果你同時(shí)在PE0EXTI0_IRQHandler和PB5EXTI9_5_IRQHandler上配置了中斷各自調(diào)用的HAL函數(shù)不同但同一IRQ范圍內(nèi)的多個(gè)引腳共用同一個(gè)回調(diào)函數(shù)你必須用GPIO_Pin區(qū)分。如果把引腳編組寫錯(cuò)中斷永遠(yuǎn)不會(huì)觸發(fā)。4.2 基于AVR/Arduino的定時(shí)器中斷示例Arduino的millis()內(nèi)部就是靠定時(shí)器中斷實(shí)現(xiàn)的這讓很多初學(xué)者誤以為定時(shí)器中斷很復(fù)雜。實(shí)際上看透一層就很清楚了。以ATmega328P為例定時(shí)器1是16位定時(shí)器可以通過(guò)設(shè)置比較匹配寄存器OCRA來(lái)產(chǎn)生周期性中斷。void timer1_setup(void) { cli(); // 關(guān)中斷 TCCR1B 0; // 先停止定時(shí)器 TCNT1 0; OCR1A 15624; // 16MHz/1024 15625Hz1秒中斷一次 TCCR1B | (1 WGM12); // CTC模式計(jì)數(shù)到OCRA清零 TCCR1B | (1 CS12) | (1 CS10); // 1024分頻 TIMSK1 | (1 OCIE1A); // 使能比較匹配中斷 sei(); // 開(kāi)全局中斷 } ISR(TIMER1_COMPA_vect) { // 1秒執(zhí)行一次的任務(wù) seconds_counter; }這個(gè)例子里16MHz晶振除以1024分頻得到15625Hz所以O(shè)CR1A填15624計(jì)數(shù)從0開(kāi)始就是1秒中斷一次。如果你用8MHz晶振還想精確延時(shí)這個(gè)計(jì)算就要?jiǎng)討B(tài)調(diào)整。AVR的庫(kù)已經(jīng)幫你搭好了中斷向量你只要寫ISR()宏包裹的函數(shù)即可。注意在AVR中ISR()宏內(nèi)部已經(jīng)做了保存和恢復(fù)現(xiàn)場(chǎng)你不需要手寫sei()和cli()。順帶提醒一下如果你用Arduino IDE寫定時(shí)器中斷還有個(gè)需要注意的沖突Arduino核心庫(kù)millis()和micros()也用了定時(shí)器0的中斷手動(dòng)修改定時(shí)器0配置會(huì)使delay()行為異常。建議只動(dòng)定時(shí)器1或定時(shí)器2不要?jiǎng)佣〞r(shí)器0。4.3 ISR編寫的關(guān)鍵避坑指南我在評(píng)審?fù)麓a時(shí)總結(jié)出了ISR編寫的幾條鐵律現(xiàn)在列出來(lái)供你參考ISR里不要調(diào)用帶延時(shí)的函數(shù)delay()、HAL_Delay()這類函數(shù)在ISR里的行為是“死等”如果中斷優(yōu)先級(jí)高而外部依賴低優(yōu)先級(jí)中斷產(chǎn)生比如等待UART發(fā)送完成中斷系統(tǒng)可能直接卡死。延時(shí)函數(shù)內(nèi)部的while循環(huán)不會(huì)被其他中斷打斷實(shí)際效果極其糟糕。ISR里不要調(diào)用printf、malloc、浮點(diǎn)運(yùn)算這些函數(shù)體積大、執(zhí)行時(shí)間長(zhǎng)還可能使用不可重入的全局狀態(tài)比如printf的緩沖區(qū)。如果想打印調(diào)試信息用標(biāo)志位在主循環(huán)里輸出或者用DMA方式發(fā)送。ISR里不要做復(fù)雜的運(yùn)算和查找表遍歷能預(yù)先計(jì)算的就預(yù)先算好不能預(yù)先算的就拆成多步在中斷外完成。復(fù)雜運(yùn)算會(huì)拉高中斷阻塞時(shí)間影響其他中斷的響應(yīng)。共享變量加volatile跨ISR的共享數(shù)據(jù)要關(guān)中斷保護(hù)主循環(huán)和ISR之間有共享變量普通變量務(wù)必加volatile。如果是32位變量在8位芯片上讀寫會(huì)分多條指令主循環(huán)可能讀到中間值這時(shí)候需要臨時(shí)關(guān)中斷或使用原子操作。ISR越短越好ISR唯一該做的就是“記錄事件”和“準(zhǔn)備數(shù)據(jù)”比如置位標(biāo)志、把外設(shè)數(shù)據(jù)拷貝到緩沖區(qū)真正的業(yè)務(wù)邏輯放到主循環(huán)去處理。這既能降低中斷占用時(shí)間也方便后續(xù)維護(hù)。這套原則看起來(lái)簡(jiǎn)單但真正執(zhí)行好的項(xiàng)目不多。我見(jiàn)過(guò)有人在UART中斷里直接解析整個(gè)Modbus幀結(jié)果一幀數(shù)據(jù)的校驗(yàn)和計(jì)算就花了幾百微秒導(dǎo)致后續(xù)接收的字節(jié)溢出丟失后來(lái)把解析挪到主循環(huán)問(wèn)題立刻消失。你寫完ISR后反問(wèn)自己一句“這件事真的必須在這里做嗎”能幫你篩掉很多不必要的開(kāi)銷。5. 中斷調(diào)試實(shí)戰(zhàn)抖動(dòng)、卡死、優(yōu)先級(jí)反轉(zhuǎn)怎么查5.1 中斷不觸發(fā)怎么辦——先查配置鏈路再查硬件中斷不觸發(fā)是入門階段最常見(jiàn)的問(wèn)題也是排查鏈條最長(zhǎng)的。我的排查順序是查外設(shè)是否真正產(chǎn)生了事件比如按鍵外部中斷先用示波器或萬(wàn)用表確認(rèn)引腳電平確實(shí)發(fā)生了預(yù)期變化。很多情況下是硬件沒(méi)接好或者沒(méi)上拉/下拉。查時(shí)鐘和模式配置GPIO外部中斷必須開(kāi)啟SYSCFG時(shí)鐘沒(méi)有它EXTI線根本連不到引腳上。定時(shí)器中斷前必須確認(rèn)定時(shí)器時(shí)鐘源已經(jīng)使能分頻和重載值沒(méi)有“差一個(gè)”的低級(jí)錯(cuò)誤。查NVIC使能和優(yōu)先級(jí)外設(shè)自己的中斷使能位和NVIC的使能位是兩個(gè)獨(dú)立的開(kāi)關(guān)任何一個(gè)沒(méi)開(kāi)啟中斷都不會(huì)到ISR。之前有同事只在RCC和GPIO層面開(kāi)了外部中斷NVIC沒(méi)開(kāi)結(jié)果按鍵毫無(wú)反應(yīng)。查中斷標(biāo)志位與清除機(jī)制如果之前中斷觸發(fā)過(guò)一次但I(xiàn)SR沒(méi)有清除標(biāo)志位標(biāo)志位一直為1外設(shè)會(huì)持續(xù)請(qǐng)求中斷但NVIC不會(huì)再次響應(yīng)因?yàn)楫?dāng)前中斷還沒(méi)“結(jié)束”看起來(lái)就像“中斷不觸發(fā)”。查中斷向量表如果用了bootloader或IAP確認(rèn)VTOR指向的向量表地址正確否則CPU跳轉(zhuǎn)到錯(cuò)誤位置執(zhí)行表現(xiàn)為hardfault或完全無(wú)反應(yīng)。用在線調(diào)試器還有個(gè)小技巧在ISR入口設(shè)置斷點(diǎn)如果斷點(diǎn)沒(méi)有命中說(shuō)明根本沒(méi)進(jìn)入ISR如果命中了但執(zhí)行順序不對(duì)就繼續(xù)追蹤標(biāo)志位和外設(shè)寄存器。把硬件斷點(diǎn)放到Default_Handler里如果中斷異常跳轉(zhuǎn)就能立刻捕捉到這是定位中段向量表問(wèn)題的神器。5.2 中斷頻繁觸發(fā)導(dǎo)致主循環(huán)餓死——合理降頻和合并處理有時(shí)候不是中斷不觸發(fā)而是中斷觸發(fā)得太頻繁CPU幾乎一直泡在ISR里主循環(huán)根本得不到執(zhí)行。典型場(chǎng)景是高速編碼器每轉(zhuǎn)一圈產(chǎn)生幾千個(gè)脈沖每個(gè)脈沖都進(jìn)一次中斷再加上幾個(gè)串口的中斷系統(tǒng)負(fù)載直接飆到80%以上。面對(duì)這種問(wèn)題我有幾個(gè)實(shí)用策略。第一降低硬件觸發(fā)頻率比如把編碼器信號(hào)從“4倍頻計(jì)數(shù)”改成“1倍頻計(jì)數(shù)”犧牲分辨率換取CPU時(shí)間。如果分辨率不能降就改用“硬件定時(shí)器編碼器模式”讓定時(shí)器硬件自動(dòng)計(jì)數(shù)只在需要的時(shí)候用中斷讀取計(jì)數(shù)值這樣徹底告別脈沖級(jí)中斷。第二合并中斷把多個(gè)同類型事件合并到一個(gè)硬件請(qǐng)求里比如STM32的DMA可以收集多個(gè)數(shù)據(jù)再觸發(fā)一次中斷串口借助IDLE中斷處理整幀而不是逐字節(jié)中斷。第三中斷內(nèi)只做“標(biāo)記”不做“處理”把高頻事件累積成數(shù)量主循環(huán)定期批量處理。還有個(gè)關(guān)鍵點(diǎn)用“計(jì)數(shù)器延后處理”代替“每個(gè)事件即時(shí)響應(yīng)”。舉個(gè)例子做脈沖計(jì)數(shù)時(shí)我在ISR里只執(zhí)行pulse_count主循環(huán)每隔10ms讀取并處理一次該值。這樣中斷執(zhí)行時(shí)間短到只需幾個(gè)時(shí)鐘周期主循環(huán)也只會(huì)看到批量數(shù)據(jù)。很多實(shí)時(shí)性要求沒(méi)那么高的場(chǎng)景這招能極大緩解系統(tǒng)壓力。5.3 優(yōu)先級(jí)配置不當(dāng)導(dǎo)致的“卡死”與數(shù)據(jù)錯(cuò)亂優(yōu)先級(jí)配置問(wèn)題在復(fù)雜系統(tǒng)中非常隱蔽我總結(jié)為兩種經(jīng)典形態(tài)。第一種是“優(yōu)先級(jí)反轉(zhuǎn)”。低優(yōu)先級(jí)中斷A正在執(zhí)行但它需要等待一個(gè)高優(yōu)先級(jí)任務(wù)完成才能繼續(xù)此時(shí)高優(yōu)先級(jí)中斷B觸發(fā)了卻被低優(yōu)先級(jí)A阻塞導(dǎo)致B的實(shí)時(shí)性崩潰。有時(shí)候更隱蔽A和B共享一個(gè)數(shù)據(jù)結(jié)構(gòu)A在寫B(tài)在讀如果不存在優(yōu)先級(jí)保護(hù)B可能讀到半寫狀態(tài)。解決方法是使用“互斥區(qū)”或“臨界區(qū)”在訪問(wèn)共享數(shù)據(jù)前后短暫關(guān)中斷保證讀寫的原子性。開(kāi)臨界區(qū)的原則是“盡量短”因?yàn)殛P(guān)中斷期間所有外部事件都無(wú)法響應(yīng)關(guān)太久會(huì)拖垮實(shí)時(shí)性。第二種是“高優(yōu)先級(jí)中斷風(fēng)暴”。如果把某個(gè)定時(shí)器中斷優(yōu)先級(jí)設(shè)得非常高且ISR執(zhí)行時(shí)間較長(zhǎng)它可能頻繁搶占主循環(huán)和低優(yōu)先級(jí)中斷導(dǎo)致低優(yōu)先級(jí)任務(wù)永遠(yuǎn)得不到CPU時(shí)間。表現(xiàn)是系統(tǒng)交互卡頓、串口丟數(shù)據(jù)、看門狗被“餓死”。這時(shí)候要重新評(píng)估優(yōu)先級(jí)分配給“高頻但低速”的中斷一個(gè)相對(duì)較低的優(yōu)先級(jí)給“低頻但關(guān)鍵”的中斷保留高優(yōu)先級(jí)。我在一個(gè)多串口網(wǎng)關(guān)項(xiàng)目里就遇到過(guò)這個(gè)坑四個(gè)UART接收中斷優(yōu)先級(jí)都設(shè)成了1其中一個(gè)是高速率串口每次滿緩沖區(qū)觸發(fā)DMA傳輸完成中斷時(shí)常占用CPU時(shí)間結(jié)果其他三個(gè)低速串口偶爾丟幀。排查后把高吞吐串口的優(yōu)先級(jí)降至2四個(gè)串口并發(fā)送數(shù)據(jù)就再也沒(méi)丟過(guò)。這個(gè)經(jīng)驗(yàn)說(shuō)明優(yōu)先級(jí)不是“越早越好”而是“按需求分配”把高優(yōu)先級(jí)讓給真正不能等的關(guān)鍵事件。5.4 中斷標(biāo)志位未清除與硬件狀態(tài)殘留很多“靈異問(wèn)題”最后查到根因都是中斷標(biāo)志位沒(méi)清除。典型表現(xiàn)是第一次中斷能進(jìn)第二次異常或者干脆死循環(huán)。這里要注意“寫1清0”和“讀清0”的區(qū)別不同芯片外設(shè)不一樣。比如STM32的EXTI掛起寄存器是寫1清除你寫EXTI-PR | EXTI_PR_PR5;就能清掉但不要用EXTI-PR 0xFFFFFFFF來(lái)清除所有位那樣會(huì)誤清其他引腳的中斷標(biāo)志。I2C的某些事件標(biāo)志則需要你先讀狀態(tài)寄存器、再讀數(shù)據(jù)寄存器才能自動(dòng)清除順序反了也清除不了。還有一類“狀態(tài)殘留”配置了低功耗模式外設(shè)寄存器在喚醒后沒(méi)有恢復(fù)。比如進(jìn)入STOP模式前如果EXTI中斷使能和NVIC使能沒(méi)有正確重建喚醒后可能無(wú)法進(jìn)入后續(xù)中斷。調(diào)試這類問(wèn)題的方法很簡(jiǎn)單進(jìn)入低功耗模式前打印或保存所有相關(guān)標(biāo)志位喚醒后再對(duì)比。我曾經(jīng)在睡眠喚醒后忘記清除EXTI的掛起位導(dǎo)致芯片一喚醒就立刻再中斷又立刻睡覺(jué)表現(xiàn)成“按鍵按了沒(méi)反應(yīng)”排查時(shí)用示波器看引腳電平變化和對(duì)地脈沖才定位到。寫在最后——中斷調(diào)試的一些個(gè)人經(jīng)驗(yàn)我做了這么多年嵌入式最大的感受是中斷本身不難難的是一整套中斷設(shè)計(jì)思維。它逼著你把系統(tǒng)里的“緊急”和“普通”分開(kāi)逼著你考慮原子性和并發(fā)逼著你直面實(shí)時(shí)性。每次給新人講中斷我都會(huì)說(shuō)一句話如果你的ISR里有一行代碼讓你猶豫“這行真的該放在這里嗎”那大概率就不該放在這里。建議你從現(xiàn)在開(kāi)始給每個(gè)項(xiàng)目維護(hù)一份“中斷登記表”記錄中斷源、優(yōu)先級(jí)、觸發(fā)頻率、ISR執(zhí)行時(shí)間、是否涉及共享數(shù)據(jù)、清除標(biāo)志位的方式。這套表格在項(xiàng)目初期可能覺(jué)得多余但在調(diào)試后期和項(xiàng)目交接時(shí)價(jià)值不亞于原理圖。我自己沿用多年排查問(wèn)題時(shí)的效率提升非常明顯。最后再分享一個(gè)小技巧調(diào)試中斷相關(guān)問(wèn)題時(shí)給每個(gè)中斷源在ISR入口分配一個(gè)“翻轉(zhuǎn)GPIO”的動(dòng)作用邏輯分析儀同時(shí)抓多路GPIO就能直觀看到各個(gè)中斷的觸發(fā)時(shí)間點(diǎn)、執(zhí)行時(shí)長(zhǎng)、相互搶占關(guān)系很多隱藏的優(yōu)先級(jí)問(wèn)題一眼就能看出來(lái)。等調(diào)試完成后再把調(diào)試GPIO去掉即可。這個(gè)做法不復(fù)雜但比盯著調(diào)試器變量窗口高效得多。