基于μC/OS-Ⅱ在A(yíng)RM7上移植方法的探討與實(shí)現

　　osstarthighrdy（）該函數首先調用鉤子函數ostaskswhook（）,然后將osrunning標志位設置為真,表示任務(wù)開(kāi)始執行,從而保證任務(wù)切換操作的正確執行,緊接著(zhù)從具有最高優(yōu)先級的任務(wù)控制塊中取得任務(wù)的堆棧指針,初始化堆棧指針寄存器sp,然后恢復其他的寄存器,開(kāi)始執行最高優(yōu)先級的任務(wù)。

　　osctxsw（）該函數在任務(wù)級任務(wù)切換函數中調用,首先保存處理器寄存器,將當前sp存入任務(wù)tcb中,載入就緒最高優(yōu)先級任務(wù)的sp,從新任務(wù)的任務(wù)堆棧中恢復處理器所有寄存器的值,然后執行中斷返回指令。

　　osintctxsw（）該函數是在isr中執行任務(wù)切換功能,其原理基本上與任務(wù)級的切換相同,區別只是isr已經(jīng)保存了cpu的寄存器,因此不要再進(jìn)行類(lèi)似的操作,只需對堆棧指針作相應的調整即可。

　　ostickisr（）該函數是系統時(shí)鐘節拍中斷服務(wù)函數,首先要保存處理器寄存器,接著(zhù)調用osintenter（）函數,以保證中斷嵌套層數不超過(guò)255層,如果滿(mǎn)足了該條件,則把堆棧指針保存到當前任務(wù)的任務(wù)控制塊tcb中,然后給產(chǎn)生中斷的設備清中斷,重新允許中斷,接下來(lái)調用ostimetick（）來(lái)維持μc/os-ⅱ內部的定時(shí)以及調用osintexit（）函數決定是否因為這個(gè)中斷服務(wù)程序的執行,使得更高優(yōu)先級的任務(wù)就緒。

　　4 μc/os-ⅱ的測試

　　做完移植工作以后,就要測試移植是否正確,這其實(shí)是移植過(guò)程的最后一步,應該首先不加任何用代碼來(lái)測試移植好的μc/os-ⅱ,即應該首先測試內核自身的運行狀況,這樣做的目的是如果有些部分未能正常工作,那就是移植本身的問(wèn)題,而不是應用代碼產(chǎn)生的問(wèn)題,主要分為以下幾個(gè)步驟來(lái)進(jìn)行移植的測試：

　　首先,必須了解處理器所使用的編譯器系統,這個(gè)步驟取決于使用的編譯器,在這期間是無(wú)代碼的測試,其次,要驗證ostaskstkinit（）和osstarthighrdy（）函數,在os_cfg.h文件中設置os_task_stat_en為0,只讓一個(gè)空閑任務(wù)os_taskidle（）運行,檢查是否出錯,然后需要驗證任務(wù)級切換osctxsw（）函數,在測試任務(wù)tasktest（）中加入ostimedly（）函數,ostimedly（）函數接著(zhù)調用os_sched（）,os_sched（）調用匯編語(yǔ)言編寫(xiě)的函數osctxsw（）函數,如果是正確配置了swi,cpu就會(huì )開(kāi)始執行osctxsw（）,最后,需要驗證osintctxsw（）和ostickisr（）函數。

　　當上述的這些測試步驟都成功后,可以嘗試運行一些具體的任務(wù),按照由簡(jiǎn)到繁的過(guò)程不斷使測試變得復雜,來(lái)進(jìn)一步驗證內核的穩定性和系統性能。

　　這里建立了一個(gè)簡(jiǎn)單的led燈閃爍控制任務(wù),其代碼如下：

　　加載后,led燈閃爍控制正常,則測試成功,內核正常運轉,若測試出現問(wèn)題,就要認真找出問(wèn)題所在,不可忽略硬件的問(wèn)題,還有編譯器等,當然也可以采用其他的測試,如串口的測試等。

　　5 結語(yǔ)

　　以上所述為μc/os-ⅱ在arm7上移植的通用方法,但針對不同的處理器還需要作適當的修改,rtos是當今嵌入式應用的熱點(diǎn),應用rtos,可以提高產(chǎn)品的可靠性,降低研發(fā)周期,其中μc/os-ⅱ具有很好的實(shí)時(shí)性和很小的代碼量,占用空間少,執行效率高,移植方法相對簡(jiǎn)單,因此掌握μc/os-ⅱ的移植方法是相當重要的。