a一级爱做片免费观看欧美,久久国产一区二区,日本一二三区免费,久草视频手机在线观看

新聞中心

EEPW首頁 > 嵌入式系統 > 設計應用 > 基于RTAI的嵌入式Linux硬實時性能的研究

基于RTAI的嵌入式Linux硬實時性能的研究

作者: 時間:2007-08-16 來源:網絡 收藏
摘要:系統由于不支持硬任務,限制了其在電能質量監控系統等高性領域中的應用。本文介紹了系統的性,并利用(RealTimeApplicationInterface)對uClinux系統進行了實時性擴展,將雙內核系統實際應用于電能質量監控實驗平臺,并通過與uClinux系統的對比實驗驗證了該系統的硬實時,證明其滿足電能監控領域的實時性要求。
關鍵詞:嵌入式Linux,硬實時,

0 引言

Linux是一種能運行于多種平臺、源代碼公開、免費、功能強大、遵守POSIX標準、與Unix兼容的操作系統。隨著嵌入式系統的不斷發展和應用,嵌入式Linux操作系統也在各方面得到了廣泛的應用。但是,作為通用操作系統的Linux,要應用在嵌入式領域,需要作必要的改進。在電能質量監控等對實時性要求較高的領域,需要將最初按照分時系統目標設計的Linux改造成能支持硬實時性的操作系統。

uClinux操作系統是Linux操作系統的一個嵌入式變種,它作為一種優秀的嵌入式操作系統具有很好的穩定性和優異的網絡,但是它的實時性差,尤其不支持硬實時任務的特點卻極大地限制了其應用。本文利用RTAI對uClinux的實時性進行了擴展,并應用于電能質量監控實驗平臺,對系統改造前后的實時進行了對比分析。

1 嵌入式Linux的實時性分析和擴展

實時系統分為兩類,分別為軟實時(Soft Real-Time)和硬實時(Hard Real-Time)。軟實時是統計意義上的實時,并不能保證特定的任務在特定的時間內完成,即便是處理時間超過了截止時間,結果也是有意義的。而硬實時是時間要求必須嚴格保證的實時,如果系統對某個實時任務的處理未能在某個截止時間開始或者結束的話,會產生不可預料的后果。因此,硬實時才是真正意義上的實時。Linux雖然也可采取優先級的調度策略,并且也將進程分為實時進程和非實時進程,但是Linux的以下幾點特征決定了其本身很難完成硬實時的任務:

1) Linux的內核是不可搶占的。如果Linux的核心態進程在運行時,其他進程不管優先級多高都需要等待處于核心態的系統調用返回后才能執行。

2) 為了保護臨界區資源,互斥的訪問臨界區,Linux采用在臨界區操作時屏蔽中斷的方式,這抑制了系統及時響應外部操作的能力。

3) Linux內核(2.6版本以前)采用了較大時間粒度的定時器,時鐘中斷周期為10ms,加大了任務響應的延遲,無法滿足對時間精度要求苛刻的實時應用。

目前實現Linux系統的硬實性的方法,依據是否對Linux的內核進行大規模修改,可以大致分為兩類:對內核進行大規模修改的兼容內核方法和對內核進行小規模改動的雙內核方法。后者由于對內核改動小,效果明顯且遵守GPL得到了更加廣泛的推廣。它在Linux內核之外,以可加載內核模塊(Loadable Kernel Module)的形式添加實時內核,并用該實時內核接管來自硬件的所有中斷,并依據是否是實時任務決定是否直接響應。這種方法的代表就是新墨西哥州立大學的FSM實驗室推出的RT-Linux和由意大利米蘭理工學院航天工程系發起的RTAI。

2 RTAI的實現機制

RTAI是實時應用接口Real Time Application Interface的縮寫。它在Linux上定義了一組實時硬件抽象層RTHAL(Real Time Hardware Abstraction Layer),RTHAL將所有需要的Linux內部數據和函數的指針集合到一個rthal的結構中。Rthal結構用于截取Linux硬件操作,在雙內核結構工作時,它們可以被RTAI重定向,以取代Linux中原有的函數;同時RTAI只是用此程序界面與Linux進行溝通。通過這種方法就可以把對Linux內核源碼的改動程度降到最低,可以避免RT-Linux方案對Linux內核源碼改動過大的問題,便于在不同Linux版本之間的移植。

RTAI嚴格來說只是一個具備了操作系統核心功能的實時的系統內核,它接管了所有的硬件資源,將Linux操作系統內核作為它的一個低優先級的任務來運行。RTAI 是一個完全的占先式內核,它具備了實時操作系統的諸多特性,如實時的中斷響應,任務對事件的實時響應,細粒度的原子操作等。在RTAI/Linux雙內核結構下,實時性的任務在RTAI的調度下運行,非實時性和需要利用完善的操作系統功能的任務在Linux調度下運行。由于Linux操作系統在RTAI下具有的優先級很低,當且僅當RTAI沒有實時任務調度時,Linux才能夠得到運行。RTAI/Linux雙內核結構如圖1所示。

圖1 RTAI/Linux雙內核結構圖

Fig1 Architecture of the RTAI/Linux system

RTAI以Linux的內核模塊的形式運行,提供雙內核的實時服務。最基本的兩個模塊是rtai_module和rtai_sched_module,另外還有三個增強功能的模塊rtai_fifos_module、rtai_shm_module和rtai_lxrt_module。

rtai_module是一個核心模塊,RTHAL在這一模塊里實現,完成對硬件的接管。以關硬件中斷行為為例說明,Linux系統中原有的關中斷函數#define _cli_asm_volatile_(“cli”:::”memory”)直接通過匯編語言對硬件進行操作,而在rtai_module模塊中,Linux中的關中斷函數被替換為執行{processor[hard_cpu_id()].intr_flag = 0;}。可見,Linux關中斷的執行只是改變了RTAI中的中斷標志位,并沒有直接對硬件進行操作。

rtai_sched_module模塊主要實現一個實時的任務調度,調度器優先級且為可搶占式的;rtai_fifos_module是管道先入先出模塊,負責實時應用與Linux應用之間的通訊;rtai_shm_module模塊實現共享內存的通訊方式;rtai_lxrt_module允許在用戶空間使用RTAI的系統服務和調度期。

3 嵌入式Linux的實時性實驗測試與分析

3.1 電能質量監控實驗平臺

電能質量問題在電能的生產以及消費單位越來越得到關注,這就要求有更加先進的電能質量監測、控制裝置與其配套。在線式電能質量監測設備更多的投入了使用,這些設備大多采用嵌入式的系統結構,在惡劣的條件下完成現場數據采集、運算、控制以及通訊等一系列的任務。這些任務必須滿足嚴格的時序關系,并且需要有很高的響應速度,因此對于系統實時性提出了很高的要求。一個典型的嵌入式Linux的在線式電能質量監控器硬件結構框圖如圖2所示:

圖2 在線式電能質量監控系統結構圖

Fig2 Architecture of an online power quality monitoring and control system

實驗平臺選用Freescale的MCF5249嵌入式微處理器完成了一套如圖2所示的在線式電能質量監控系統,微處理器內部工作頻率為120Mhz,性能達125 Dhrystone 2.1 MIPS,外配4M FLASH和8M SDRAM存儲器。軟件方面,成功移植RTAI-uClinux雙內核系統至此硬件平臺,并且針對實際應用對系統的實時性進行了測試和分析。

3.2 時間分辨率測試

電能質量監控系統需要周期性的對A/D轉換芯片進行采樣,并且某些實時性較強的控制算法要求核心任務被重新調度的周期很短,因此系統對周期性實時任務的支持非常重要。

進行實驗如下:分別在uClinux和RTAI-uClinux下利用定時函數設計周期性的高優先級任務,每一周期切換一次I/O口的電平,找出各自可分辨的穩定的最小任務周期。

在處理器中等負荷條件下,實驗結果如表1所示:

操作系統

方波最小周期

任務的最小周期約

uClinux

40.002 ms

20 ms

RTAI/uClinux雙內核

110.19 us

55 us

表1 時間分辨率實驗結果分析表

Table1 Analysis of the time resolution experiment

例如,在RTAI-uClinux系統中在不同的定時周期下的實驗波形圖如圖3圖4所示。當定時周期較大時系統穩定運行,而過小的定時周期(50us)會使系統運行變得不穩定。


圖3 定時周期大于100微妙時的試驗波形圖

Fig3 Oscillogram of the system output when cycle > 100us

圖4 定時周期小于50微妙時的試驗波形圖

Fig4 Oscillogram of the system output when cycle 50us


從實驗結果可以看出,uClinux操作系統難以完成周期小于20ms以下的周期性任務,因此對于周期性的A/D采樣以及高實時控制很難實現,經過改造后的RTAI/uClinux雙內核結構時間分辨率低于100us,完全可以滿足電能質量控制器在A/D采樣等方面的實時性周期任務。

3.3 中斷響應速度測試

中斷的響應速度是實時控制系統的重要指標,例如在A/D采樣和計算完成后,系統需要控制進程盡快地被調度執行,以執行正確的控制策略。對于一個支持硬實時任務的系統來說,除了測試系統的平均響應速度外,還需要測試系統在最差情況下的響應速度以及處理器的負荷狀況對系統響應速度的影響。

設計實驗如下:利用一個外部的DSP幫助測量系統的中斷響應速度。DSP2407在啟動內部定時器后,將MCF5249的一個I/O引腳狀態改變,MCF5249內部的高優先級進程在引腳狀態改變并且被重新調度后,立即將DSP2407的指定I/O引腳置高,DSP2407在其指定的I/O引腳被置高后停止定時器。利用DSP2407的定時器可以精確的計算出從MCF5249引腳狀態改變至MCF5249內部進程響應之間的時間間隔,從而確定MCF5249內部進程的響應速度。改變MCF5249處理器的負荷,重復實驗,在每種情況下重復實驗過程1000次,找出不同情況下系統響應的平均速度以及最慢響應速度。

操作系統

處理器負荷輕

處理器負荷較重

平均響應時間

最慢響應時間

平均響應時間

最慢響應時間

uClinux

120us

12ms

221ms

795ms

RTAI/uClinux

25us

27us

27us

30us

表2 響應速度實驗結果分析表

Table2 Analysis of response speed experiment

從實驗結果可以看出,在處理器負荷較輕時uClinux系統有著良好的響應性能,但是在最差情況下,系統響應速度較慢,響應時間達到了12ms,隨著處理器負荷的進一步加重,uClinux系統的響應速度急劇下降,對于控制系統,尤其是硬實時系統來說,這是不可接受的,因為中斷響應速度直接影響到控制系統的反應速度。而RTAI-uClinux雙內核系統在處理器負荷變化時,系統的響應速度變化不明顯,而且中斷響應速度始終穩定在微妙級,適合作為硬實時系統的控制系統。

4 結論

RTAI可以顯著改進嵌入式Linux系統的實時性能,已經用于電能監控系統,通過對比試驗可以看出RTAI-uClinux雙內核的系統具有良好的硬實時性能,使得嵌入式Linux系統在高實時性領域中可以得到實際的應用。

參考文獻:

[1]Lineo, Inc. RTAI Programming Guide 1.0. September 2000
[2] E. Bianchi,L.Dozio,P.Mantegazza.A Hard Real Time support for LINUX. www.aero.polimi.it/projects/rtai/
[3]MCF5282 ColdFire® Microcontroller User’s Manual. http://www.motorola.com/coldfire
[4] 齊俊生,崔杜武,黑新宏.嵌入式Linux硬實時性的與實現.計算機應用.2003, 23(6):34-36;Qi Junsheng,Cui Duwu,Hei Xinhong. Research and Implementation of Hard Real2time Performance of Embeded Linux. Computer Applications. 2003,23(6):34-36;
[5] 陳繼榮,黃建華. Linux操作系統實時性分析及改進策略.微計算機信息.2005,22:67-69;Chen Jirong, Huang Jianhua. Linux Operating System Real- time Analysis and Improvement Strategy. Control Automation. 2005, 22:67-69;
[6]須文波,張星燁,歐愛輝.基于RTAI-Linux的實時操作系統的分析與.現代計算機.2005,163(5):19-21Xu Wenbo, Zhang Xingye, Ou Aihui. Analysis and Research on Real-Time Operating System based on RTAI-Linux. Modern Computer. 2005, 163(5):19-21

linux操作系統文章專題:linux操作系統詳解(linux不再難懂)


評論


相關推薦

技術專區

關閉