對嵌入式Linux進(jìn)行實(shí)時(shí)性改進(jìn)是嵌入式操作系統(tǒng)領(lǐng)域的一個(gè)研究熱點(diǎn)。本文在分析了現(xiàn)有嵌入式操作系統(tǒng)實(shí)時(shí)性不足的基礎(chǔ)上，提出了一種新型的改進(jìn)方案(將RTAI和uClinux相結(jié)合)，并給出具體的工控應(yīng)用實(shí)例，進(jìn)一步對 這種系統(tǒng)的功能進(jìn)行有效驗(yàn)證。
?

圖1 雙內(nèi)核實(shí)時(shí)系統(tǒng)嵌入式實(shí)時(shí)Linux架構(gòu)

嵌 入式Linux以代碼開放、價(jià)格低廉、功能強(qiáng)大又易于移植的特性正在被廣泛應(yīng)用，為嵌入式操作系統(tǒng)提供了一個(gè)極具吸引力的選擇。但許多實(shí)際應(yīng)用，譬如多媒 體通信、生產(chǎn)過程控制、在線事務(wù)處理等等都要求對外部事件在限定的時(shí)間內(nèi)做出反應(yīng)。因而嵌入式系統(tǒng)實(shí)時(shí)性問題越來越受到關(guān)注，對嵌入式Linux進(jìn)行實(shí)時(shí) 性改進(jìn)也成為嵌入式操作系統(tǒng)領(lǐng)域的一個(gè)研究熱點(diǎn)。

本文提出了一種基于uClinux的嵌入式實(shí)時(shí)操作系統(tǒng)方案。將RTAI和 uClinux相結(jié)合，既滿足了嵌入式應(yīng)用的需求，同時(shí)又保證了系統(tǒng)的硬實(shí)時(shí)性。此外，還有強(qiáng)大的網(wǎng)絡(luò)功能、易升級性、易移植性等優(yōu)點(diǎn)。最后結(jié)合基于這一 操作系統(tǒng)開發(fā)的重大裝備遠(yuǎn)程監(jiān)控系統(tǒng)的應(yīng)用案例，進(jìn)一步從功能和性能上對其進(jìn)行驗(yàn)證。

現(xiàn)有嵌入式操作系統(tǒng)應(yīng)用中存在的問題

一個(gè)優(yōu)秀的嵌入式操作系統(tǒng)是嵌入式系統(tǒng)成功的關(guān)鍵。它除了具備一般操作系統(tǒng)最基本的功能，如任務(wù)調(diào)度、同步機(jī)制、中斷處理、文件功能等，還需要具有以下特點(diǎn)：

1. 更好的硬件適應(yīng)性，也就是良好的移植性；

2. 占有更少的硬件資源；

3. 高可靠性；

4. 提供強(qiáng)大的網(wǎng)絡(luò)功能，支持TCP/IP協(xié)議及其他協(xié)議；

5. 有些應(yīng)用要求具有實(shí)時(shí)性能。

現(xiàn) 有的嵌入式操作系統(tǒng)大致可分為商用型和免費(fèi)型兩類：商用型操作系統(tǒng)由于功能穩(wěn)定、可靠，有完善的技術(shù)支持和售后服務(wù)，在嵌入式市場占有一定的份額。但它同 時(shí)也存在價(jià)格昂貴、需要版權(quán)、源代碼不公開等一系列問題；免費(fèi)型操作系統(tǒng)(如Linux)源碼公開，有價(jià)格方面的優(yōu)勢，但在嚴(yán)格滿足嵌入式實(shí)時(shí)應(yīng)用需求方 面還有欠缺。
?

圖2 實(shí)時(shí)內(nèi)核實(shí)現(xiàn)機(jī)理

RTAI對Linux的實(shí)時(shí)性改進(jìn)

現(xiàn)有幾種針對Linux的實(shí)時(shí)系統(tǒng)解決方案，實(shí)現(xiàn)方法主要包括兩種：

1)直接修改Linux內(nèi)核、增加實(shí)時(shí)性，如：Montavista；

2)在普通Linux內(nèi)核之上增加實(shí)時(shí)模塊、雙內(nèi)核結(jié)構(gòu)，如：RTLinux或RTAI。

Montavista 可以滿足用戶的軟實(shí)時(shí)要求，RTLinux或RTAI著重增強(qiáng)Linux的硬實(shí)時(shí)特性。軟實(shí)時(shí)系統(tǒng)的時(shí)限是柔性靈活的，它可以容忍偶然的超時(shí)錯(cuò)誤。失敗造 成的后果并不嚴(yán)重，僅僅是輕微地降低了系統(tǒng)的吞吐量。硬實(shí)時(shí)系統(tǒng)有一個(gè)剛性的、不可改變的時(shí)間限制，它不允許任何超出時(shí)限的錯(cuò)誤。超時(shí)錯(cuò)誤會帶來損害甚至 導(dǎo)致系統(tǒng)失敗、或者導(dǎo)致系統(tǒng)不能實(shí)現(xiàn)它的預(yù)期目標(biāo)。

RTAI采用雙內(nèi)核方法，不直接使用Linux的任何功能，而是把需要高度時(shí)間精度的 工作寫成一個(gè)驅(qū)動程序的形式，然后直接用PC時(shí)序芯片所產(chǎn)生的中斷調(diào)用這個(gè)驅(qū)動程序。RTAI與NMT RT-Linux的最大不同之處在于，它在Linux上定義了一組實(shí)時(shí)硬件抽象層(RTHAL)。RTHAL將RTAI需要在Linux中修改的部分定義 成一組程序界面，RTAI只使用這組界面和Linux溝通。這樣做的好處在于，用戶可以將直接修改的Linux核心程序代碼減至最小，這有可能使得將 RTHAL移植到新版Linux的工作量減至最低。

但是，RTAI雖然滿足了硬實(shí)時(shí)性要求，卻沒有被裁減為足夠小且適用于嵌入式系統(tǒng)。

RTAI+uClinux的實(shí)時(shí)方案

uClinux 是為嵌入式應(yīng)用設(shè)計(jì)的，它本身并沒有更多地關(guān)注實(shí)時(shí)問題。uClinux經(jīng)過小型化改造，形成了一個(gè)高度優(yōu)化、代碼緊湊的嵌入式Linux，并保留了 Linux大多數(shù)的優(yōu)點(diǎn)。它專門針對無MMU的CPU，去除了普通Linux內(nèi)核中的虛擬內(nèi)存管理部分。更重要的是，uClinux提供了完整的 TCP/IP協(xié)議棧，并支持大量其他的網(wǎng)絡(luò)協(xié)議，為嵌入式系統(tǒng)提供了強(qiáng)大的網(wǎng)絡(luò)支持。

而從前面的分析可以看出，RTAI是基于普通Linux內(nèi)核，相對于嵌入式應(yīng)用其內(nèi)核過于龐大；而uClinux本身并沒有更多地關(guān)注實(shí)時(shí)問題。因此，可以將RTAI和uClinux相結(jié)合，采用雙內(nèi)核的設(shè)計(jì)方案，既滿足了嵌入式應(yīng)用的需求，又保證了系統(tǒng)的硬實(shí)時(shí)性。

1．硬件抽象層
?

圖3 系統(tǒng)中斷處理流程圖

系統(tǒng)的實(shí)現(xiàn)基礎(chǔ)是硬件抽象層，通過硬件抽象層進(jìn)行硬件管理，把基本內(nèi)核和實(shí)時(shí)內(nèi)核結(jié)合在一起，其中一個(gè)內(nèi)核的改變，不會影響另一個(gè)內(nèi)核的執(zhí)行。

硬 件抽象層定義了本系統(tǒng)同硬件之間的抽象接口，主要用來截取硬件中斷，并且依據(jù)實(shí)時(shí)內(nèi)核調(diào)度器的需求，重定向?yàn)榛緝?nèi)核任務(wù)或是實(shí)時(shí)任務(wù)。RTHAL包含一 個(gè)關(guān)鍵的組件：中斷描述符表(IDT，Interrupt Descriptor Table)，它定義了一套指針用來處理中斷例程。RTHAL本身定義了一個(gè)結(jié)構(gòu)，使得基本內(nèi)核中斷處理函數(shù)能夠很容易地被實(shí)時(shí)處理函數(shù)所替代。這樣，當(dāng) 實(shí)時(shí)內(nèi)核通過RTHAL激活后，新的IDT表為合法。在以上控制下，基本內(nèi)核作為實(shí)時(shí)系統(tǒng)的任務(wù)提供服務(wù)。

2．雙內(nèi)核結(jié)構(gòu)

雙內(nèi)核實(shí)時(shí)系統(tǒng)的總體結(jié)構(gòu)模型如圖1所示，主要包含了基本內(nèi)核、實(shí)時(shí)內(nèi)核、硬件抽象層、硬件部分。

其 中基本內(nèi)核(uClinux)和實(shí)時(shí)內(nèi)核(RTAI)分別處理非實(shí)時(shí)和實(shí)時(shí)任務(wù)的調(diào)度和執(zhí)行，而實(shí)時(shí)任務(wù)和非實(shí)時(shí)任務(wù)之間信息的交換要通過管道 (FIFO)或共享內(nèi)存(MBUFF)來實(shí)現(xiàn)。當(dāng)實(shí)時(shí)任務(wù)運(yùn)行時(shí)，基本內(nèi)核被硬件抽象層屏蔽。即實(shí)時(shí)內(nèi)核將基本內(nèi)核作為優(yōu)先級最低的一個(gè)任務(wù)來運(yùn)行，只有 在沒有實(shí)時(shí)任務(wù)運(yùn)行的時(shí)候才予以調(diào)度。

3.實(shí)時(shí)內(nèi)核動態(tài)加載

嵌入式實(shí)時(shí)Linux的實(shí)時(shí)內(nèi)核是動態(tài)加載的。實(shí)時(shí)任務(wù)被激活前，實(shí)時(shí)內(nèi)核并沒有啟動，基本內(nèi)核通過RTHAL透明訪問硬件，就像RTHAL不存在一樣。當(dāng)實(shí)時(shí)任務(wù)被激活時(shí)，RTHAL結(jié)構(gòu)發(fā)生變化，基本內(nèi)核被實(shí)時(shí)內(nèi)核接管，圖2表明了實(shí)時(shí)內(nèi)核啟動前后，系統(tǒng)發(fā)生的變化。

?