【摘要】： 對嵌入式系統(tǒng)而言，由于體系的多樣性、應用的專門性、交叉平臺編譯等原因，其開發(fā)難度遠遠大于桌面型應用。降低開發(fā)難度一直是該領(lǐng)域研究的主要問題之一。 其中，體系多樣性是導致開發(fā)復雜和困難的主要原因之一，較為實用的辦法就是盡力消除平臺差異，使嵌入式操作系統(tǒng)和應用軟件運行在一個與平臺的無關(guān)的虛擬環(huán)境上，使開發(fā)者將主要精力集中解決應用問題。 大多數(shù)商業(yè)嵌入式系統(tǒng)在銷售時都會捆綁板級支持包(Board Support Package，BSP)，從板級支持到應用開發(fā)，完全形成了壟斷，應用間的共享變得困難，從軟硬件協(xié)同開發(fā)來說，雖然這樣能有更好的一體化設計支持服務，但卻無法讓應用更有效地重用。 針對典型BSP和典型體系作分析之后，可以發(fā)現(xiàn)，造成BSP應用的局限性是操作系統(tǒng)開發(fā)者的原因，商家總希望BSP能與上層OS緊密結(jié)合，沒有更多的考慮通用性而造成的。在同一種嵌入式微處理器的硬件平臺上支持不同嵌入式操作系統(tǒng)的BSP之間不僅從組成結(jié)構(gòu)、向操作系統(tǒng)內(nèi)核所提供的功能以及所定義的服務的接口都完全不同，因而一種嵌入式操作系統(tǒng)的BSP不可能用于其他嵌入式操作系統(tǒng)。這種BSP是一種封閉的專用硬件抽象層。因此，需要為嵌入式操作系統(tǒng)內(nèi)核開發(fā)和應用提供一種開放、通用的硬件抽象層平臺(Current Hardware Abstraction Layer，CHAL)，使得在某種硬件平臺上的嵌入式操作系統(tǒng)內(nèi)核的開發(fā)能夠在支持這種硬件平臺的硬件抽象層上進行。 本論文探討了嵌入式操作系統(tǒng)通用硬件抽象層設計技術(shù)，在體系與操作系統(tǒng)之間，建立一個相對通用和獨立的平臺，以解決嵌入式操作系統(tǒng)的移植，同時簡化和加速嵌入式系統(tǒng)軟件開發(fā)。 首先，在對主流的體系結(jié)構(gòu)與操作系統(tǒng)充分理解的基礎上，提出了通用硬件抽象層(Current Hardware Abstraction Layer，CHAL)的功能模型和分層結(jié)構(gòu)。 其次，詳細探討了CHAL的關(guān)鍵技術(shù)，包括CHAL與OS、尋址模式、中斷、DMA等技術(shù)，并以實例的形式說明了CHAL的設計原理與技巧。 最后，針對uCos的CHAL開發(fā)為實例，詳細介紹了CHAL的設計步驟和方法以及CHAL的封裝原則和方法。 論文最后展望CHAL的工程意義，并提出了下一階段的研究方向，在CHAL的基礎上搭建嵌入式系統(tǒng)通用的軟件開發(fā)平臺，更為有效地實現(xiàn)嵌入式系統(tǒng)的軟硬件協(xié)同設計。
【學位授予單位】：貴州大學
【學位級別】：碩士
【學位授予年份】：2007
【分類號】：TP316.2;TP302

【參考文獻】

相關(guān)期刊論文 前6條

1 丁英麗;殳國華;;嵌入式軟件開發(fā)平臺抽象層設計的一種思路[J];計算機工程;2006年06期

2 梅巖;王力生;;基于構(gòu)件的嵌入式操作系統(tǒng)開發(fā)平臺的設計[J];計算機工程;2006年11期

3 楊永志;唐玉華;;高度可移植嵌入式系統(tǒng)設備驅(qū)動體系結(jié)構(gòu)[J];計算機工程;2006年14期

4 張洪濤;段發(fā)階;王學影;葉聲華;;一種通用的嵌入式系統(tǒng)應用框架研究[J];計算機工程;2006年24期

5 周博;王石記;邱衛(wèi)東;彭澄廉;;SHUM-UCOS:基于統(tǒng)一多任務模型可重構(gòu)系統(tǒng)的實時操作系統(tǒng)[J];計算機學報;2006年02期

6 劉謀用,葛霽光;操作系統(tǒng)研制中虛擬硬件的實現(xiàn)[J];浙江大學學報(工學版);2001年04期

本文編號：2741068