μC/OS-II是一種占先式、多任務(wù)、移植性非常強(qiáng)的免費(fèi)微控制器嵌入式實(shí)時(shí)操作系統(tǒng),從1992年出現(xiàn)以來,已在照相機(jī)、發(fā)動(dòng)機(jī)控制和工業(yè)機(jī)器人等多種領(lǐng)域中得到應(yīng)用。它一方面相對(duì)GNU下Linux衍生出來的EOS更小巧且移植方便,實(shí)時(shí)性更好,更適合工業(yè)控制領(lǐng)域應(yīng)用;另一方面由于是免費(fèi)的,比使用VxWorks等商業(yè)實(shí)時(shí)EOS大大節(jié)省成本,非常適用于開發(fā)實(shí)用簡約的嵌入式控制程序。
摩托羅拉的MPC555是建立在PowerPC體系結(jié)構(gòu)上,采用RISC技術(shù)的一款高檔、適用于精密控制的微控制器。其芯片內(nèi)嵌增加了浮點(diǎn)單元的32位RCPU核心、26KB靜態(tài)RAM、448KB片內(nèi)Flash、一個(gè)QSMCM(串行通訊模塊)、兩個(gè)TouCAN模塊、兩個(gè)TPU、一個(gè)MIOS(模塊化I/O系統(tǒng))、兩個(gè)QADC模塊,工作頻率達(dá)40MHz。另外芯片體積小,僅為2.5cm×2.5cm×0.5cm。所有這些特性使其特別適用于汽車等現(xiàn)場控制領(lǐng)域的嵌入式微控制系統(tǒng)。
將μC/OS-II移植于MPC555上既有益于MPC和μC/OS-II在車用控制器上的應(yīng)用,其成果也可以用于其他嵌入式工業(yè)控制領(lǐng)域。本次移植中,使用CodeWarrior for PPC 6.5編譯調(diào)試環(huán)境。
1 移植原理
μC/OS-II包括中斷管理、任務(wù)管理、時(shí)間管理、任務(wù)之間通信管理和內(nèi)存管理五方面功能。其結(jié)構(gòu)共分三層,如圖1。I層為與處理器相關(guān)的代碼,在μC/OS-II的Intel 80x86版本上為OS_CPU.H、OS_CPU_C.C和OS_CPU_A.ASM三個(gè)文件。該層完成系統(tǒng)時(shí)鐘的設(shè)置、出入中斷的管理和任務(wù)切換功能,為第II層提供接口。II層包括時(shí)間管理、任務(wù)調(diào)度管理、任務(wù)間的通信管理和內(nèi)存管理四部分,是OS的主體部分,全部由ANSI C代碼寫成,與處理器無關(guān),它為用戶應(yīng)用程序提供接口。III層是用戶應(yīng)用程序部分,μC/OS-II有中斷和任務(wù)兩個(gè)處理級(jí)別,用戶可以建立自己的任務(wù),編寫必要的中斷子程,在任務(wù)之間或任務(wù)與中斷子程之間建立信號(hào)量、郵箱或消息隊(duì)列完成控制器軟件的編寫。根據(jù)以上結(jié)構(gòu)特點(diǎn),在移植過程中,只需將I層代碼針對(duì)MPC555的編程結(jié)構(gòu)做相應(yīng)改動(dòng),使其完成系統(tǒng)時(shí)鐘設(shè)置、中斷管理和任務(wù)切換功能即可。
在前后臺(tái)系統(tǒng)中,提供一個(gè)CPU堆棧。發(fā)生中斷時(shí),將當(dāng)前使用到的寄存器壓入堆棧,保存現(xiàn)場,執(zhí)行中斷程序;中斷程序完成后,從CPU堆棧中彈出寄存器的值,恢復(fù)現(xiàn)場。
在多任務(wù)系統(tǒng)μC/OS-II中不是這樣。OS創(chuàng)建時(shí),為每個(gè)任務(wù)建立并初始化一個(gè)堆棧。當(dāng)發(fā)生中斷或任務(wù)切換時(shí),把當(dāng)前任務(wù)運(yùn)行現(xiàn)場保存起來,即將所有寄存器保存到該“舊”任務(wù)的堆棧中。當(dāng)某個(gè)任務(wù)需要從就緒狀態(tài)激活到運(yùn)行狀態(tài)時(shí),OS又需將所有寄存器從該“新”任務(wù)的堆棧中彈出。這樣,每個(gè)任務(wù)分時(shí)占用CPU。而對(duì)各任務(wù)來說,每次進(jìn)入運(yùn)行態(tài)時(shí),CPU狀態(tài)都與上次從運(yùn)行態(tài)退出時(shí)完全一樣。所以不再是使用一個(gè)CPU堆棧,而是多個(gè)任務(wù)將各自的運(yùn)行現(xiàn)場保存到自己的堆棧中。
圖2 MPC555下uC/OS-II的中斷處理流程圖
另外,調(diào)用C函數(shù)時(shí)也會(huì)使用到堆棧,此時(shí)編譯器會(huì)創(chuàng)建一個(gè)堆棧;在C函數(shù)返回時(shí),將其釋放。其大小因C函數(shù)使用到的變量和編譯器的不同而不同。在移植時(shí),能夠正確創(chuàng)建、初始化、保存并恢復(fù)各個(gè)任務(wù)的堆棧,是確保OS任務(wù)切換和中斷管理順利完成的關(guān)鍵。
MPC555有32個(gè)32bit通用定點(diǎn)數(shù)寄存器,32個(gè)64bit浮點(diǎn)數(shù)寄存器,另有9個(gè)控制/狀態(tài)寄存器。針對(duì)MPC555的編程結(jié)構(gòu),設(shè)計(jì)如表1的堆棧結(jié)構(gòu)。每次任務(wù)環(huán)境入棧時(shí)創(chuàng)建一含73個(gè)位置的堆棧,為了保證浮點(diǎn)數(shù)寄存器的完整,每個(gè)位置為64bit寬。創(chuàng)建任務(wù)時(shí),建立該堆棧結(jié)構(gòu),并用默認(rèn)值對(duì)其進(jìn)行初始化。在任務(wù)保存或激活時(shí)把寄存器的值保存到堆棧中相應(yīng)位置,或者從堆棧的相應(yīng)位置把寄存器值彈出。其中GPR1被MPC作為堆棧指針SP使用,在堆棧操作時(shí),要注意控制好SP。
表1 堆棧結(jié)構(gòu)表
SP Offset | Register Saved | NUM | Default Value |
584~336 328 320~80 72 64 56 48 40 32 24 16 8 0 | FP31~FP0 FPSCR GPR31~GPR0 DAR CTX LR XER CR SRR1 SRR0 MSR SP(GPR1) | 73~42 41 40~10 9 8 7 6 5 4 3 2 1 0 | 0.0 0x000020FC0000 0x0 0x00 0x00 task*0x100000000[1] 0x00 0x00 0x0000B00200000000 task*0x100000000[1] 0x0000B00200000000 0 |
注:堆棧所屬任務(wù)代碼入口地址
2 中斷管理
首先,分析一下MPC555的中斷結(jié)構(gòu)。在MPC中有新的概念——異常(Exception)。它包含所有CPU非正常事件的出現(xiàn),包括中斷、總線錯(cuò)誤、指令錯(cuò)誤、系統(tǒng)調(diào)用異常、實(shí)時(shí)中斷異常和復(fù)位等。MPC為異常提供了異常向量表。該表為每個(gè)異常提供一個(gè)256字節(jié)的異常處理代碼空間。
所有外部中斷和I/O子模塊產(chǎn)生的中斷共同作為異常的一種,占用異常向量表中的一個(gè)位置。在該異常處理程序中,軟件需根據(jù)中斷狀態(tài)寄存器的值判斷到底發(fā)生了哪個(gè)中斷并進(jìn)行相應(yīng)處理。
在每次發(fā)生異常時(shí),MPC自動(dòng)將主狀態(tài)寄存器MSR保存到SRR1中,將程序指針PC保存到SRR0中;然后PC指針指向該異常在異常向量表中的起始位置,進(jìn)入異常處理程序。每次異常返回時(shí),調(diào)用rfi指令,系統(tǒng)自動(dòng)將SRR1中的值返回MSR中,將SRR0中的值返回PC中,即程序從SRR0指向的位置繼續(xù)執(zhí)行。在發(fā)生異常和異常返回之間,不自動(dòng)允許新的異常和中斷。所以,程序需要在保存SRR0和SRR1后允許異常,在適當(dāng)?shù)臅r(shí)候允許中斷。
μC/OS-II的異常處理過程中,用戶及OS與硬件無關(guān)的代碼完成圖2中①、②、③、④、⑤這五個(gè)步驟。依次完成以下任務(wù):①給OSIntNesting加1或調(diào)用OSIntEnter(),通知OS,系統(tǒng)已進(jìn)入中斷;②分析中斷源調(diào)用相應(yīng)中斷處理子程;③在該中斷處理子程中完成清中斷源;④進(jìn)行其他中斷處理;⑤調(diào)用OSIntExit()判斷是否有更高優(yōu)先級(jí)的任務(wù)被激活而需要進(jìn)行任務(wù)調(diào)度,若不需要,則直接從中斷返回;若需要,則調(diào)用OSIntCtxSw()完成中斷級(jí)任務(wù)調(diào)度。
移植中,為了在MPC555上實(shí)現(xiàn)上述中斷處理過程,需編寫與硬件相關(guān)代碼,為以上思路提供三個(gè)接口函數(shù):進(jìn)入中斷、退出中斷和中斷級(jí)任務(wù)調(diào)度。根據(jù)MPC555的編程結(jié)構(gòu),設(shè)計(jì)的完整中斷程序流程如圖2。虛框Ⅰ部分寫在異常向量表中每個(gè)異常的處理代碼空間中,依次調(diào)用Prologue()、Exception-Routine()和Epilogue()三個(gè)函數(shù)。
其中,Exception-Routine()函數(shù)為①到⑤步中斷處理子程提供調(diào)用接口。
虛框Ⅱ中為與硬件相關(guān)的函數(shù)Prologue(),它將發(fā)生中斷時(shí)所有寄存器保存到當(dāng)前任務(wù)的堆棧中,并處理CPU狀態(tài)。是OS進(jìn)入中斷的接口函數(shù)。
虛框Ⅲ中為與硬件相關(guān)的函數(shù)Epilogue(),它從當(dāng)前任務(wù)(可能是中斷發(fā)生時(shí)的任務(wù),也可能是新的被激活的任務(wù))堆棧中恢復(fù)所有CPU寄存器,并從中斷返回,是OS退出中斷的接口函數(shù)。
虛框Ⅳ中為與硬件和編譯器相關(guān)的函數(shù)OSIntCtxSw()。它將新的高優(yōu)先級(jí)就緒態(tài)任務(wù)調(diào)整為當(dāng)前任務(wù),完成中斷級(jí)任務(wù)調(diào)度,隨后調(diào)用Epilogue()退出中斷,進(jìn)入新的被激活的任務(wù)。應(yīng)注意,在中斷級(jí)任務(wù)調(diào)度過程中,①、⑤兩處C函數(shù)被調(diào)用后不需要返回,所以需要將堆棧指針SP向下做適當(dāng)調(diào)整,以丟棄這兩個(gè)函數(shù)調(diào)用時(shí)編譯器產(chǎn)生的堆棧。C函數(shù)調(diào)用時(shí),產(chǎn)生堆棧的大小與編譯器相關(guān),因此應(yīng)根據(jù)編譯器產(chǎn)生的代碼決定此處丟棄堆棧的大小。為保證異常時(shí)需要丟棄的堆棧大小不變,可使用圖2中的方法,在異常處理時(shí)另外調(diào)用函數(shù)完成步驟③、④,以確保不同異常處理過程中,①、⑤兩處C函數(shù)被調(diào)用時(shí),編譯器建立的堆棧大小一致。
3 任務(wù)切換
μC/OS-II中的任務(wù)調(diào)度由函數(shù)OSSched()完成。在Intel 80x86系統(tǒng)上,OSSched?穴?雪在獲得當(dāng)前新的最高優(yōu)先級(jí)的任務(wù)指針后,調(diào)用CPU軟中斷完成任務(wù)切換。
在MPC555上,可以用系統(tǒng)調(diào)用異常處理程序“System Call Exception”代替軟中斷。該異常處理程序如圖3所示,完成以下三個(gè)步驟:①在prologue()中將當(dāng)前任務(wù)運(yùn)行環(huán)境保存到當(dāng)前任務(wù)的堆棧中;②調(diào)用任務(wù)級(jí)調(diào)度函數(shù)OSCtxSw(),將新的高優(yōu)先級(jí)就緒態(tài)任務(wù)調(diào)整為當(dāng)前任務(wù);③從新任務(wù)堆棧中彈出所有寄存器的值,恢復(fù)中斷,完成任務(wù)切換。其中①、③兩部分代碼與中斷管理程序相同,不需要重新編寫,只需編寫函數(shù)OSCtxSw()完成任務(wù)指針的切換工作。
任務(wù)切換過程不可以被打斷,所以,上述過程中始終不能打開中斷。
4 時(shí)鐘管理
μC/OS-II需要在系統(tǒng)初始化后,開始一個(gè)系統(tǒng)時(shí)鐘節(jié)拍,它是OS系統(tǒng)的時(shí)間基準(zhǔn)。該時(shí)鐘節(jié)拍一般由時(shí)間中斷產(chǎn)生。MPC555中可產(chǎn)生時(shí)間節(jié)拍的模塊有很多,本次移植選用DEC異常。因?yàn)樗c外部中斷使用不同的異常向量,便于對(duì)異常事件的管理,有利于提高OS的穩(wěn)定性。
DEC時(shí)鐘同步于TMBCLK,其頻率可選,本次移植設(shè)置為2.5MHz。代碼在時(shí)鐘初始化和每次進(jìn)入DEC異常時(shí),將DEC計(jì)數(shù)器設(shè)置為2.5M/OS_
TICKS_PER_SEC,這樣,可使OS每秒種產(chǎn)生OS_TICKS_PER_SEC個(gè)時(shí)鐘節(jié)拍。
5 應(yīng)用方法
在使用移植后的OS時(shí),用戶需要編寫自己的主程序main(),其流程如圖4。在適當(dāng)?shù)某跏蓟蠹纯蓡?dòng)OS。
另外,用戶需在TaskStart任務(wù)中啟動(dòng)時(shí)鐘節(jié)拍,調(diào)用OSStatInit()函數(shù)初始化統(tǒng)計(jì)任務(wù),創(chuàng)建所需的其他任務(wù),最后調(diào)用OSTaskDel()函數(shù)刪除TaskStart任務(wù)自己。OS在該函數(shù)調(diào)用結(jié)束后,會(huì)自動(dòng)允許異常和中斷,OS正常運(yùn)轉(zhuǎn),不斷調(diào)度任務(wù),響應(yīng)中斷。
- 實(shí)時(shí)嵌入(5452)
相關(guān)推薦
基于實(shí)時(shí)操作系統(tǒng)μc/OS-II與SPCE061的嵌入式多傳感器測控系統(tǒng)


5種嵌入式操作系統(tǒng)
實(shí)時(shí)嵌入式操作系統(tǒng)ucos-II在ARM9上的移植應(yīng)用
嵌入式實(shí)時(shí)操作系統(tǒng)FreeRTOS基本概述
嵌入式實(shí)時(shí)操作系統(tǒng)mC/OS-II的特點(diǎn)
嵌入式實(shí)時(shí)操作系統(tǒng)uC/OS-II原理及應(yīng)用
嵌入式實(shí)時(shí)操作系統(tǒng)μC-OS-II原理及應(yīng)用
嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II在LPC2378上怎么移植?
嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II在S12單片機(jī)上的移植
嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II原理及應(yīng)用
嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II經(jīng)典實(shí)例--基于STM32處理器
嵌入式實(shí)時(shí)操作系統(tǒng)的相關(guān)資料分享
嵌入式操作系統(tǒng)上的FreeRTOS操作系統(tǒng)分析
ARM嵌入式操作系統(tǒng)匯總
STM32嵌入式操作系統(tǒng)介紹
STM32嵌入式操作系統(tǒng)介紹
STM32常用的四種嵌入式操作系統(tǒng)的特點(diǎn)及不足
STM32的嵌入式操作系統(tǒng)有什么?
uC/OS-II實(shí)時(shí)操作系統(tǒng)移植技巧
uC/OS-II嵌入式實(shí)時(shí)操作系統(tǒng)有什么特點(diǎn)?
uCOS /uCOS-II嵌入式實(shí)時(shí)操作系統(tǒng)內(nèi)核的相關(guān)資料下載
μC/OS-II在SOC芯片C8051F041上的移植
μC/OS-II嵌入式實(shí)時(shí)操作系統(tǒng)
μC/OS-II操作系統(tǒng)在3種處理器上的移植,你會(huì)哪一種???
μC/OS-II操作系統(tǒng)移植條件是什么?如何完成移植?
μC/OS-II的移植方法
μC/OS-II操作系統(tǒng)在各種處理器上的移植
μC/OS-II操作系統(tǒng)在各類處理器怎么移植?
μClinux/μC/OS-II/eCos/FreeRTOS的特點(diǎn)及不足是什么
【下載】《 嵌入式系統(tǒng)設(shè)計(jì)與實(shí)例開發(fā):基于ARM微處理器與μC/OS-2實(shí)時(shí)操作系統(tǒng)》
【下載】《嵌入式系統(tǒng)設(shè)計(jì)與實(shí)例開發(fā):基于ARM微處理器與μC/OS-2實(shí)時(shí)操作系統(tǒng)》
【圖書分享】嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II經(jīng)典實(shí)例
主流的嵌入式操作系統(tǒng)有哪些?
五大適合STM32的嵌入式操作系統(tǒng)
五大適合stm32的嵌入式操作系統(tǒng)分享
什么是嵌入式實(shí)時(shí)操作系統(tǒng)ARTs-OS?
什么是嵌入式操作系統(tǒng)μC/OS-II?
介紹十四種嵌入式操作系統(tǒng)的特點(diǎn)
利用μC/OS-II給出的內(nèi)核擴(kuò)展接口實(shí)現(xiàn)低功耗嵌入式實(shí)時(shí)系統(tǒng)
利用μC/OS-II給出的內(nèi)核擴(kuò)展接口實(shí)現(xiàn)低功耗的嵌入式實(shí)時(shí)系統(tǒng)
剖析適合STM32的五種嵌入式操作系統(tǒng)的優(yōu)缺點(diǎn)
剖析適合STM32的五種嵌入式操作系統(tǒng)的優(yōu)缺點(diǎn)
剖析適合STM32的五種嵌入式操作系統(tǒng)的優(yōu)缺點(diǎn)
基于TMS320C6711 DSP移植過程分析μC/OS移植技巧
如何實(shí)時(shí)進(jìn)行嵌入式操作系統(tǒng)μC/OS-II在MPC555上的移植?
如何去選擇嵌入式操作系統(tǒng)?
如何實(shí)現(xiàn)嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II串口通信的設(shè)計(jì)?
如何實(shí)現(xiàn)μC/OS-II的移植?
如何將LwIP協(xié)議棧移植到μC/OS-II實(shí)時(shí)操作系統(tǒng)上去呢
怎樣去設(shè)計(jì)一種基于uC/OS-II的嵌入式LWIP網(wǎng)絡(luò)客戶端呢
解析五大適合stm32的嵌入式操作系統(tǒng)
請問有邵貝貝翻譯的《嵌入式實(shí)時(shí)操作系統(tǒng)uC/OS-II》光盤資料嗎?
達(dá)人教你如何選擇嵌入式操作系統(tǒng) (轉(zhuǎn)帖)
適合STM32的三大嵌入式操作系統(tǒng)
采用ARM微處理器的嵌入式操作系統(tǒng)uC/OS
嵌入式實(shí)時(shí)操作系統(tǒng)μC/OS-II與eCos的比較

μC/OS-II 在Nios上的移植

μC/OS-II在MPC555微控制器上的應(yīng)用

μC/OS-II 實(shí)時(shí)操作系統(tǒng)在嵌入式平臺(tái)上進(jìn)行移植的一般方

μC OS-II 在S3C44B0X 處理器上的移植

實(shí)時(shí)操作系統(tǒng)μC OS - II下TCP IP 協(xié)議棧的實(shí)現(xiàn)

μC OS-II 在MPC555 微控制器上的應(yīng)用

μC OS-II 在Nios 上的移植1

嵌入式實(shí)時(shí)操作系統(tǒng)μC OS-II與eCos的比較

實(shí)時(shí)操作系統(tǒng)μC/OS-II 在LPC2210 上的移植研究

實(shí)時(shí)操作系統(tǒng)μC/OS-II調(diào)度算法的研究

嵌入式μC/OS-II在LPC2104上的移植及通信設(shè)計(jì)

基于嵌入式系統(tǒng)μC/OS-II的雙CAN通信構(gòu)件

基于ARM的嵌入式操作系統(tǒng)μC/OS-II的移植

實(shí)時(shí)操作系統(tǒng)OS-II在ARM7上的移植

µC/OS-II實(shí)時(shí)操作系統(tǒng)在嵌入式平臺(tái)上進(jìn)行移

μC/OS-II在S3C44BOX處理器上的移植


用協(xié)處理器提高μC/OS-II的實(shí)時(shí)性


μC/OS-II在EP7312上的移植


μC/OS-II操作系統(tǒng)在各種處理器上的移植


基于μC/OS-II實(shí)時(shí)系統(tǒng)的CAN總線遠(yuǎn)程通信模塊設(shè)計(jì)


嵌入式實(shí)時(shí)操作系統(tǒng)uC/OS-II內(nèi)核_英版

μC/OS-II在MPC555上的移植

將μC/OS-II移植于MPC555上在車用控制器上的應(yīng)用


嵌入式實(shí)時(shí)操作系統(tǒng)的應(yīng)用詳細(xì)教程說明

基于實(shí)時(shí)嵌入式操作系統(tǒng)mC/OS-II實(shí)現(xiàn)GPRS終端系統(tǒng)的設(shè)計(jì)


嵌入式實(shí)時(shí)操作系統(tǒng)μC、OS-II在ARM上的移植.

【嵌入式系統(tǒng)—實(shí)時(shí)操作系統(tǒng)】uC/OS-II 及其STM32F103移植

評(píng)論