《電子技術應用》
您所在的位置:首頁 > 嵌入式技術 > 設計應用 > uC/OS-II在ADSP—BF531上的移植
uC/OS-II在ADSP—BF531上的移植
國外電子元器件
徐 波 喬純捷
摘要: uC/OS-II在ADSP—BF531上的移植,介紹源代碼公開的實時操作系統μC/OS-II的特點、內核結構及ADSP—BF53l的硬件特征,同時給出將μC/0S-II移植到ADSP-BF531型數字信號處理器上的詳細步驟和關鍵代碼。
Abstract:
Key words :

   摘要:介紹源代碼公開的實時操作系統μC/OS-II的特點、內核結構及ADSP—BF53l的硬件特征,同時給出將μC/0S-II移植到ADSP-BF531型數字信號處理器上的詳細步驟和關鍵代碼。

    關鍵詞:RTOS;μC/OS-II;ADSP-BF53l;移植

引言

隨著計算機技術的發展,嵌入式系統的應用愈來愈廣泛,對人們的生活產生了巨大的影響。通常,嵌入式系統的軟件部分都應用了實時操作系統(簡稱RTOS),在特定的RTOS之上開發應用軟件,可以讓程序開發人員屏蔽掉許多底層硬件細節,提高軟件功能設計效率,簡化開發難度,同時使得程序調試方便,移植簡單,易維護,大大縮短開發周期,RTOS也因此越來越受到嵌入式系統開發人員的青睞。目前實時操作系統很多,如VxWorks、Windows CE、pSOS等,但這些軟件的價格和使用成本(版權費、維護費等)都十分昂貴,因此商業級RTOS軟件在使用上受到諸多的限制。而μC/OS-II則不同,它的源代碼是全部公開的,并且完全免費,是一個自由操作系統,程序開發人員可以改寫其中的源代碼使之符合自己的要求。由于其極強的可移植性和可裁減性,用戶可以根據自己的需要,裁剪掉不需要的部分,使操作系統變得小巧靈活,同時又能夠滿足用戶特定操作系統的需要。μC/OS-II的可靠性完全可以與商業級RTOS軟件相媲美,因此筆者在移植過程中選用了這一實時操作系統。

1 ADSP—BF531的硬件特征

Blackfin系列中的ADSP—BF531型數字信號處理器是由ADl和Intel公司合作,針對音頻和視頻信號的編解碼、手持設備和移動通信設備而研發的16位定點處理器,是建立在微信號架構基礎之上,集高性能數字信號處理器與微控制器于一身。ADSP-BF53l的內核工作頻率最高可達400MHz,處理器內核中包含2個16位MAC、2個40位ALU及4個8位ALU。專門用于視頻信號的處理;還集成了許多片上外設,包括硬件UART、SPI接口、PPI接口、同步串口、

看門狗電路、16個GPIO接口等。為了達到降低功耗的目的,該處理器具有多種工作模式,同時通過編程還可以動態改變處理器內核的工作頻率和電壓.這些特性都為手持設備提供了絕佳的選擇。用戶可以利用ADI公司提供的VisualDSP++3.0(或更高版本)集成開發環境對處理器進行編程、調試和開發。

2 實時操作系統介紹

μC/OS-II是一種專門為微處理器設計的占先式實時多任務操作系統,具有源代碼公開、可移植性和可裁減性強、代碼可固化、穩定性和可靠性高等特點。其內核主要提供任務管理、內存管理、時間管理等服務,系統最多可以支持64個任務(8個留于系統),每個任務均有自己獨立的優先級。由于內核為占先式的,因此總是運行優先級最高的任務。系統提供了豐富的函數可供調用,實現任務間的通信和切換。μ/OS-II的大部分代碼都是使用標準的A-NIS C編寫的.只有與處理器相關的一部分代碼使用匯編語言.因此具有極強的移植性,在大多數8位、16位和32位處理器上都能穩定的運行。

圖1示出μC/OS-II的軟硬件體系結構。從圖中可以看出,要實現μC/OS-II的移植,必須為其編寫OS_CPU.H、0S_CPU_C.C和OS_CPU_A.ASM 3個文件,這3個文件都與處理器的硬件特性相關,提供任務切換和系統時鐘功能。其余源文件的代碼都是公開的,可以直接從μC/OS-II的官方網站下載。

3對編譯器的要求

雖然μC/OS-II具有很強的移植性,但在移植時,對處理器的編譯器有如下幾點要求:

處理器的C編譯器能夠產生可重人代碼;

用C語言可以打開和關閉中斷;

處理器支持中斷,并且能夠產生定時中斷;

處理器能夠容納一定量數據的硬件堆棧;

處理器有將堆棧指針和其他CPU寄存器讀出和存儲到堆棧空間或內存中的指令。

ADSP-BF531型處理器的集成開發環境Visu-al++3.0通過關鍵字asm能在C代碼中嵌入匯編語言,同時內核定時器可以為系統提供定時中斷,總數量達20kbyte的片上數據RAM和SP、FP、USP 3個堆棧指針寄存器為操作系統各任務提供了豐富的硬件堆??臻g及對堆棧的方便操作。筆者正是在這些基礎上利用Visual++3.0編譯環境成功地完成了對ADSP-BF531處理器的μC/OS-II移植。

4 移植μJLC/OS-II

4.1重定義OS_CPIJ.H文件

4.1.1與編譯器相關的數據類型

不同的處理器有不同的字長,μC/OS-II不使用C的short、int、long等與編譯器相關的數據類型,而是重新定義了一系列類型以確保系統的可移植性,在系統移植時必須在OS_CPU.H頭文件中對這些數據類型重新定義,具體內容如下:

typedef unsigned char BOOLEAN

typedef unsigned char INT8U

typedef signed char INT8S

typedef unsigned short INTl6U

typedef signed short INTl6S

typedef unsigned int INT32U

typedef signed int INT32S

μC/OS-II中的指針根據處理器堆棧數據入口寬度定義為OS_STK類型:

typedef unsigned int OS_STK

4.1.2臨界代碼

RTOS在進入系統臨界區之前都必須先關中斷,退出后再開中斷,μC/OS-II定義了2個宏指令來關閉/打開中斷:

 

#define OS_ENTER_CRITICAL0

asm(“cli%O:”:”=d”(InterrupLach))

#define OS_EXIT_CRITICAL()

asm(“sti%0:”::”=d”(InterrupLaeh))

其中InterrupLaeh為一全局變量,用于開關中斷時

IMASK寄存器內容的恢復和保存。

4.1.3堆棧增長方向設定

在OS CPU.H頭文件中還必須根據處理器堆棧的增長方向對OS_STK_GROWTH進行宏定義,由于ADSP-BF531是按照由高地址到低地址的結構組織處理器堆棧,因此宏定義如下:

#define OS_STK_GROWTH 1

4.1.4 OS_TASK_SW0宏定義

OS_TASK_SW0在μC/OS-II從低優先級任務切換到高優先級任務時被調用,定義如下:

#define OS_TASK_sw() asm(“raise 13;”)

4.2編寫OS_CPU_C.C文件

μC/OS-lI的移植要求用戶在OS_CPU_C.C文件中編寫6個簡單的C函數,其中主要是完成OS-TaskStkInit (),其余5個函數可以不作處理。OS-TaskStkInit()負責任務堆棧的初始化,使得任務堆??雌饋砭拖駝偘l生過中斷并將所有的寄存器保存到堆棧中的情形一樣。不同的編譯器在函數調用時有不同的入棧方法,因此在具體實現時必須根據處理器的編譯環境進行調整。VisualDSP++3.0在函數調用時的堆棧結構如圖2所示。

OSTaskStkInit()調用時需要傳遞任務代碼起始地址(task)、用戶參數指針(pdata)、任務堆棧頂端的地址(堆棧棧頂指針ptos)、返回參數為新任務堆棧棧頂指針,函數原型如下:

void OSTaskStkInit()

{OS_STK*stk;

stk=(void *)ptos;

opt=opt;

*stk--=fINT32U)pdata;//用戶數據區

*stk--=fINT32U)(task);//RETI寄存器

*stk--=fINT32U)ptos;//FP寄存器

(由于需要入棧的寄存器數量比較多,限于篇幅,在此省略其中多數)

*stk--=fINT32U)0; //SEQSq、AT寄存器

*stk--=fINT32U)0;//ASTAT寄存器

retum((void*)stk);}

任務建立時調用該函數對新建任務的堆棧進行初始化,初始化后的堆棧結構如圖3所示。

4.3編寫OS_CPU_A.ASM文件

μC/OS-II移植的最后還需要用戶編寫4個重要的匯編函數,包括OSStartHighRdy()、OSCtxSw()、OSIntCtxSw()及OSTickISR()。分別介紹如下:

4.3.1 OSStartltighRdy()函數

該函數由OSStart()調用,用以運行優先級最高的就緒任務,其運行過程:調用用戶定義的OS-TaskSwHook()數→獲取任務堆棧指針→置位全局

變量0SRunning 出棧CPU寄存器 中斷返回。在ADSP-BF531中的實現如下:

_OSStartHighRdy:

call_OSTaskSwHook;

p0.1=_OSTCBHighRdy;

p0.h=_0STCBHighRdy;

pl=[p0];

ssync;

sp=[p1];

p0.1=_OSRunning;

p0.h=_OSRunning;

r0=TRUE;

[p0]=r0;

ASTAT=[sp++];

SEQSTAT=[sp++];

FP =[sp++];

RETI=[sp++;

rti;

4.3.2 OSCtxSw()函數

實時操作系統內任務級的切換是通過處理器的軟中斷實現的,并且軟中斷服務例程的向量地址必須指向OSCtxSw()函數,因此該函數的匯編程序代碼如下:

_OSCtxSw:

[--sp]=RETI;

[--sp]=FP;

[--sp]=SEQTAT;

[--sp]=ASTAT;

p0.1=_OSTCBCur;

p0.h=_OSTCBCur;

pl=[p0];

ssync;

[pl]=sp;

call_OSTaskSwHook;

p0.1 =_OSPrioHighRdy;

p0.h=_OSPrioHighRdy;

r0=[p0];

p0.1=_0SPrioCur;

p0.h=_OSPrioCur;

[p0]=r0;

p0.1=_OSTCBHighRdy;

p0.h=_OSTCBHighRdy;

pl=[p0];

rO=[p0];

ssync;

sp=[p1];

p0.1=_OSTCBCur;

p0.h=_OSTCBCur;

[p0]:r0; 、

ASTAT=[sp++];

SEQSTAT=[sp++];

FP:[SP++];

RETI=[sp++];

rti;

4.3.3 OSIntCtxSw()函數

OSIntCtxSw()用于實現中斷級任務切換,由于該函數在中斷服務程序中調用,因此在函數代碼中不需要寄存器入棧,但堆棧結構中還包含了一些用戶不需要的函數調用返回地址,因此該函數必須在最初清理堆棧(調整堆棧指針的位置),其匯編程序代碼如下:

_OSIntCtxSw:

p0=20;

sp=sp+p0;

p0.1=_OSTCBCur;

p0.h=_OSTCBCur;

pl=[p0];

ssync;

[p1]=sp;

call_OSTaskSwHook;

p0.1=_OSPrioHighRdy;

p0.h=_OSPrioHighRdy;

r0=[p0];

p0.1=_OSPrioCur;

p0.h=_OSPfioCur;

[po]=10;

p0.1=_OSTCBHighRdy;

p0.h=_OSTCBHighRdy;

pl=[p0];

r0=[p0];

ssync;

sp=[p1];

p0.1=_OSTCBCur;

p0.h=_0STCBCur;

[po】=r0;

ASTAT=[sp++];

SEQSTAT=[sp++];

FP =[sp++];

RETI=[sp++];

rti;

4.3.4 OSTicklSR()函數

μ,C/OS-II要求用戶提供一個時鐘資源來實現時間的延時和期滿功能。筆者在移植過程中使用內核定時器產生時鐘節拍,并通過定時器中斷服務例程OSTickISR0實現任務切換等功能,該函數的匯編程序代碼如下:

_OSTicklSR:

[--sp】=RETI;

[--sp]=FP;

[--sp]=SEQTAT;

[--sp]=ASTAT;

call_OSIntEnter;

call_OSTimeTick;

call_OSIntExit;

ASTAT=[sp++];

SEQSTAT=[sp++];

FP =[sp++];

RETI=[sp++];

rti;

4.4程序下載及調試

完成以上文件的修改和編寫之后。就可在Vi-sualDSP++3.0環境中對所有的源文件進行編譯和連接,生成處理器可執行的.dxe文件,通過JTAG直接下載到處理器內核的程序區運行。由于VisualD-SP++3.0提供了強大的調試功能,用戶能夠很清楚地了解μC/OS--II在處理器內的運行情況,這無疑也對μC/OS-Ⅱ向ADSP—BF531移植提供了強大的支持。

5 結束語

詳細介紹了向ADSP—BF531型處理器移植μC/OS-II實時操作系統的步驟和與處理器相關函數的代碼編寫,并成功地進行移植。通過測試,實時操作系統各任務之間的調用、中斷處理、任務之間的通信等都能夠穩定的運行。μC/OS-II實時操作系統的使用。將程序員從冗繁的流程圖中解放出來,使得應用程序的設計過程大大簡化,并且程序的可讀性、擴展性、可靠性也得到了很大的改善。

 

 

------------

關于μC/OS-II系列軟件版權的說明

Micrium 公司產品包括μC/OS-II,μC/GUI,uC/FS,μC/TCP-IP,μC/USB等。Micrium 公司提供嵌入式系統應用方面的產品,并對其軟件擁有知識產權。Micrium花費了大量的時間和財力為嵌入式領域提供高質量的軟件產品。所有上述產品都以源代碼的形式提供給客戶,具有極大的適用性。產品不是免費軟件,也不是開放源碼的軟件,因此,不能免費使用,需要清楚的闡明μC/OS-II和系列的軟件不是開放源碼的免費軟件,這是和Linux完全不一樣的。

開發和研究者可以通過購買Micrium公司的Jean先生的μC/OS-II的書籍,而得到μC/OS-II源代碼,但是僅可以作為個人和學校學習使用,所有和μC/OS-II直接和間接相關的商業目的行為,必須購買使用μC/OS-II及系列產品的商業授權,包括芯片/單板/系統廠家的任何參考設計,教學設備和最終的產品,如果沒有得到Micrium公司Jean先生簽字的合法授權都是不合法的使用, 這在μC/OS-II的書籍Micrium公司(www.micrium.com)和中國代理商-北京麥克泰軟件公司網站(www.bmrtech.com)上面中有明確規定。

Micrium公司其它軟件如μC/GUI,μC/FS,μC/TCP-IP,μC/USB 等的銷售模式與μC/OS-II不同,如果沒有購買使用授權,完全不可以擁有該源代碼,也不能將源代碼用于產品的設計,培訓,教學和生產。

μC/OS-II, μC/GUI,μC/FS,μC/TCP-IP,μC/USB 等授權方式有:單個產品、產品線(系列)、按照CPU 劃分的產品三種形式,μC/OS-KA,μC/OS-VIEW 等工具是按照使用人的數目收取費用的,相對起傳統的RTOS 動輒2-3萬美圓的開發費用和每塊單板的使用費(根據數量從數百到幾個美圓),μC/OS-II及系列產品是采用一次性的收費方式,應該只是大約相當于傳統RTOS 的10-20% 的總體費用。

如果您正在將μC/OS-II系列軟件用于您的產品,您需要購買并獲得正式使用授權。

北京麥克泰軟件技術有限公司

此內容為AET網站原創,未經授權禁止轉載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
欧美成人精品激情在线观看| 欧美日韩免费高清一区色橹橹| 亚洲伦理自拍| 欧美一区激情| 午夜精品久久久久久久99黑人| 一本色道久久99精品综合| 亚洲日本va午夜在线影院| 亚洲成色精品| 怡红院精品视频| 在线观看三级视频欧美| 精品69视频一区二区三区| 国产一区二区三区精品欧美日韩一区二区三区 | 亚洲欧洲精品一区| 亚洲国产精品精华液2区45| 在线看国产日韩| 亚洲黄色在线看| 亚洲人成毛片在线播放女女| 亚洲三级国产| 亚洲免费观看高清在线观看 | 久久免费国产| 久久综合伊人77777尤物| 久久亚洲风情| 欧美1区免费| 欧美精品九九99久久| 欧美日韩免费观看一区| 欧美日韩综合视频网址| 国产精品v片在线观看不卡| 欧美日韩国产在线一区| 欧美性久久久| 国产免费成人| 黄色资源网久久资源365| 在线欧美影院| 999亚洲国产精| 亚洲午夜成aⅴ人片| 先锋亚洲精品| 久久婷婷国产麻豆91天堂| 亚洲精品国产精品国自产观看 | 免费av成人在线| 欧美精品网站| 国产精品久久久久7777婷婷| 国产精一区二区三区| 国产欧美一区二区精品仙草咪 | 媚黑女一区二区| 欧美伦理影院| 国产麻豆日韩欧美久久| 黄色一区二区在线| 亚洲伦伦在线| 午夜日韩电影| 亚洲精品一区二区三| 亚洲主播在线| 久久综合成人精品亚洲另类欧美| 欧美福利一区二区| 国产精品高潮呻吟久久av黑人| 国产欧美精品久久| 在线视频国产日韩| 一区二区动漫| 久久国产加勒比精品无码| 日韩午夜视频在线观看| 性色av一区二区三区| 欧美成年人在线观看| 欧美亚韩一区| 狠狠综合久久| 中国成人亚色综合网站| 亚洲成人自拍视频| 亚洲午夜一区二区| 久久综合国产精品| 国产精品大片wwwwww| 一区二区三区在线免费观看| 亚洲视频观看| 亚洲欧洲日夜超级视频| 亚洲欧美色婷婷| 欧美高清日韩| 国产日韩精品久久| 亚洲免费精品| 亚洲国产精品一区二区第一页| 一本色道久久综合亚洲精品小说| 久久精品国产免费看久久精品| 欧美精品综合| 国内视频一区| 亚洲一区二区三区三| 亚洲精品一区中文| 久久久午夜视频| 欧美日韩系列| 在线观看成人网| 亚洲欧美日韩精品一区二区| 一区二区电影免费在线观看| 久久综合国产精品台湾中文娱乐网| 亚洲免费观看高清完整版在线观看| 亚洲精品久久久久久久久久久| 亚洲性视频网站| 欧美成年人网| 韩国成人精品a∨在线观看| 亚洲无亚洲人成网站77777 | 性欧美xxxx大乳国产app| 欧美精品一区二区三区一线天视频| 国产一区二区三区久久精品| 宅男噜噜噜66一区二区| 亚洲精选成人| 久久综合色天天久久综合图片| 国产精品入口夜色视频大尺度 | 精品va天堂亚洲国产| 亚洲欧美日韩综合aⅴ视频| 亚洲视频1区| 欧美另类综合| 亚洲国产99| 亚洲国产美女久久久久| 久久精品国产精品亚洲精品| 国产伦精品一区二区三区四区免费| 日韩亚洲精品视频| 99国产精品私拍| 欧美激情综合| 亚洲欧洲日本mm| 亚洲精品老司机| 欧美成人一品| 亚洲第一色中文字幕| 久久精品国产综合精品| 久久精品国产96久久久香蕉 | 国产午夜精品久久| 性18欧美另类| 欧美专区在线观看一区| 国产精品视频久久久| 亚洲视频免费看| 亚洲综合国产激情另类一区| 欧美视频一二三区| 一本一本久久a久久精品牛牛影视| 一本一本久久| 欧美日韩一区二区三区在线视频 | 久久―日本道色综合久久| 国产一区二区三区日韩欧美| 欧美一区中文字幕| 久久久久天天天天| 一区二区视频免费在线观看| 亚洲国产黄色片| 欧美国产视频一区二区| 亚洲精品久久久久久久久久久 | 亚洲一区二区免费在线| 欧美日韩在线三区| 亚洲视频在线观看一区| 午夜亚洲影视| 国产亚洲va综合人人澡精品| 国产精品日本| 18成人免费观看视频| 亚洲精品一区二| 欧美视频不卡中文| 亚洲一区欧美二区| 久久久99爱| 亚洲高清激情| 亚洲一品av免费观看| 国产精品美女诱惑| 欧美一区二区视频在线观看2020| 久久免费视频这里只有精品| 亚洲第一区中文99精品| 一区二区三区免费观看| 国产精品网曝门| 久久大综合网| 欧美精品一区二区三区在线播放 | 亚洲激情小视频| 亚洲一区二区三区成人在线视频精品| 国产精品欧美日韩一区二区| 午夜日本精品| 欧美韩日一区| 亚洲一区二区三区精品视频| 久久国产精品久久w女人spa| 依依成人综合视频| 亚洲一区二区三区四区五区午夜 | 久久久久国产精品www| 亚洲国产天堂网精品网站| 亚洲私人影院在线观看| 国产日本欧美一区二区| 亚洲三级免费| 国产精品永久入口久久久| 亚洲国产精品悠悠久久琪琪| 欧美日韩美女在线| 久久aⅴ乱码一区二区三区| 欧美国产日本在线| 亚洲综合色自拍一区| 欧美成人第一页| 亚洲专区一区二区三区| 欧美1区2区视频| 午夜精品美女自拍福到在线| 欧美激情欧美狂野欧美精品| 亚洲一区国产精品| 欧美成年人视频网站欧美| 午夜伦理片一区| 欧美日韩国产美| 欧美在线一二三| 欧美网站在线观看| 亚洲国产精品va在线看黑人| 国产精品久久午夜夜伦鲁鲁| 亚洲日韩欧美视频| 国产无一区二区| 亚洲永久免费视频| 亚洲国产日韩在线一区模特| 欧美在线www| 99热这里只有成人精品国产| 美女爽到呻吟久久久久| 亚洲一区在线观看视频| 欧美日本国产视频| 国产精品观看| 久久精品视频免费|