STM32中uCOS的任務(wù)切換討論
加入技術(shù)交流群
- os_cpu_c.c
- os_cpu_asm.asm
本人并沒(méi)有非常詳細地去看任務(wù)切換過(guò)程的具體實(shí)現。只是大致有了一個(gè)了解。
本文引用地址：http://dyxdggzs.com/article/201611/318809.htm當在后臺程序中調用OSCtxSw()或OSIntCtxSw()進(jìn)行任務(wù)切換時(shí)，其操作都是觸發(fā)一個(gè)軟中斷PendSV_Handler()，讓軟中斷來(lái)進(jìn)行切換任務(wù)棧。如下：
- OSCtxSw
- LDRR0,=NVIC_INT_CTRL
- LDRR1,=NVIC_PENDSVSET
- STRR1,[R0]
- BXLR
- OSIntCtxSw
- LDRR0,=NVIC_INT_CTRL
- LDRR1,=NVIC_PENDSVSET
- STRR1,[R0]
- BXLR
PendSV_Handler()中斷處理函數如下：
- PendSV_Handler
- CPSIDI
- MRSR0,PSP
- CBZR0,OS_CPU_PendSVHandler_nosave
- SUBSR0,R0,#0x20
- STMR0,{R4-R11}
- LDRR1,=OSTCBCur;OSTCBCur->OSTCBStkPtr=SP;
- LDRR1,[R1]
- STRR0,[R1];R0isSPofprocessbeingswitchedout
- OS_CPU_PendSVHandler_nosave
- PUSH{R14};SaveLRexc_returnvalue
- LDRR0,=OSTaskSwHook;OSTaskSwHook();
- BLXR0
- POP{R14}
- LDRR0,=OSPrioCur;OSPrioCur=OSPrioHighRdy;
- LDRR1,=OSPrioHighRdy
- LDRBR2,[R1]
- STRBR2,[R0]
- LDRR0,=OSTCBCur;OSTCBCur=OSTCBHighRdy;
- LDRR1,=OSTCBHighRdy
- LDRR2,[R1]
- STRR2,[R0]
- LDRR0,[R2]
- LDMR0,{R4-R11};Restorer4-11fromnewprocessstack
- ADDSR0,R0,#0x20
- MSRPSP,R0;LoadPSPwithnewprocessSP
- ORRLR,LR,#0x04
- CPSIEI
- BXLR
- END
問(wèn)題：
對于一般的小程序這樣的任務(wù)切換方法簡(jiǎn)單有效，但最后我在調試一個(gè)中斷觸發(fā)頻率非常高的設備時(shí)，發(fā)現PenSV_Handler()沒(méi)有及時(shí)觸發(fā)，甚至沒(méi)有觸發(fā)。這導致任務(wù)切換失敗。
但我在調試程序時(shí)，單步運行程序至OSCtxSw()，OSCtxSw()執行完成了，并沒(méi)有直接進(jìn)入PenSV_Handler()中斷進(jìn)行任務(wù)切換操作，而是處理外部觸發(fā)的中斷去了。而在外部觸發(fā)的中斷又要求切換任務(wù)。
總體上講，外部中斷搶占了大部分的執行資源，而PenSV_Handler()得不到執行。所以，任務(wù)切換失敗。
解決方案：
- 摒棄軟中斷任務(wù)切換，改用函數任務(wù)切換方式。這樣可以保證OSCtxSw()或OSIntCtxSw()執行完成了任務(wù)一定切換完成。
- 將軟中斷PendSV_Handler()，觸發(fā)優(yōu)先級提至最高。
相對而言，提升PendSV的中斷優(yōu)先級比較容易。
評論