實時操作系統(tǒng)在星載計算機中的應用
加入技術(shù)交流群
2 采用RTEMS作為星載實時操作系統(tǒng) 2.1 RTEMS實時操作系統(tǒng) RTEMS（Real-Time Executive for Multiprocessor Systems）實時操作系統(tǒng)最初是美國軍方為了實時導彈系統(tǒng)而開發(fā)的。當時RTEMS的全稱是：Real-Time Executive for Missile Systems。隨著該系統(tǒng)功能的逐步完善，應用范圍也從Missile擴大到Military，再到Multiprocessor，而形成現(xiàn)在的RTEMS。RTEMS從1993年開始開發(fā)，并于1999年開始地外開放源代碼，并由OAR公司進行維護和升級?，F(xiàn)在最新版本為4.6.0，在OAR的網(wǎng)站（www.oarcorp.com）上可以下載到相關(guān)資源。RTEMS由于具有開放源代碼的優(yōu)勢，以及能與最優(yōu)秀的商業(yè)RTOS相的性能，使得它最適合應用到星載計算機中。RTEMS有如下特點： %26;#183;支持多處理器； %26;#183;支持事件驅(qū)動和基于優(yōu)先級的多任務實時系統(tǒng)； %26;#183;支持優(yōu)先級同級調(diào)度，支持單調(diào)速率（RMS）算法； %26;#183;支持多種任務間通信與同步方法； %26;#183;支持中斷管理； %26;#183;支持動態(tài)內(nèi)存分配與管理； %26;#183;支持符合POSIX標準的文件系統(tǒng)； %26;#183;支持多種網(wǎng)絡協(xié)議，RTEMS帶有完整的TCP/IP協(xié)議棧，具有強大的網(wǎng)絡功能； %26;#183;RTEMS提供了符合POSIX1003.1b標準，以及ITRON規(guī)范的API接口； %26;#183;RTEMS支持C/Ada語言； %26;#183;RTEMS現(xiàn)在能支持包括ERC32（歐空局用于航天項目的CPU）在內(nèi)的11種類型的CPU（包括Motorola MC68K系列、ColdFire、Hitachi SH、intel i386、i960、MIPS、PowerPC、SPARC、AMD、A29K、HP PA-RISC）。 2．2 RTEMS的使用與開發(fā)方法 RTEMS的開發(fā)工具采用GNU的相關(guān)開發(fā)工具，但需要打上RTEMS的補丁。如編譯器采用GCC，調(diào)試工具采用GDB。 用戶編寫應用程序，就是根據(jù)RTEMS提供的系統(tǒng)服務，通過API調(diào)用編寫任務程序。RTEMS提供的系統(tǒng)服務相當豐富，包括：任務管理、中斷管理、時鐘管理、定時器管理、信號量服務、消息服務、事件服務、信號服務、內(nèi)存分區(qū)（Partition）與區(qū)域（Region）管理、雙口內(nèi)存管理、I/O管理以及多任務調(diào)度等。 當需要將開發(fā)完成的程序向硬件板卡下載時，還需要修改BSP板級支持包文件。BSP部分是與硬件相關(guān)的，把BSP作為單獨的一部分是為了使RTEMS具有更好的可移植性。因為相同的代碼，加上不同的BSP就可以應用到不同的CPU板上。 在調(diào)試程序時，可以先把串口打通，這樣可以方便下載程序，也可以利用GDB工具或者它的圖形界面方式DDD調(diào)試程序。方便軟件的開發(fā)與調(diào)試。 采用RTEMS操作系統(tǒng)的開發(fā)方法，可以不用關(guān)心操作系統(tǒng)內(nèi)部如何實現(xiàn)多任務之間的協(xié)調(diào)工作等RTOS具體的技術(shù)細節(jié)，只需要按照RTOS提供的API調(diào)用系統(tǒng)服務即可。能夠充分利用成熟的技術(shù)，快速開發(fā)星載軟件。但也有一定局限性，RTEMS是屬于比較復雜的RTOS，至少需要60KB左右的內(nèi)存空間才能使系統(tǒng)運轉(zhuǎn)起來。因此對硬件要求相對苛刻一些。而且有些CPU，RTEMS還不支持，如國內(nèi)在航天領(lǐng)域常用的1750ACPU，RTEMS就不不支持。 因此，使用RTEMS有一定的局限性，當RTEMS不適合使用時，可以考慮自行研制星載實時操作系統(tǒng)。下面以筆者開發(fā)的SAR-RTOS為例介紹星載實時操作系統(tǒng)的設計。 3 星載實時操作系統(tǒng)的設計 3.1 實時操作系統(tǒng)內(nèi)核的原理 實時操作系統(tǒng)（RTOS）的核心是其內(nèi)核。筆者認為：通用操作系統(tǒng)的本質(zhì)特點是硬件資源的管理者，而RTOS的本質(zhì)特點是引入了多任務和實時性的保證。當然引入多任務也是提高實時性的一種方法。實時性的保證主要是靠任務調(diào)度方法和任務調(diào)度時機來決定。引入多任務相應地帶來了任務競爭與同步、任務的切換等問題。而這些問題在現(xiàn)代操作系統(tǒng)理論里已經(jīng)有了比較完備的解決方案。 實時操作系統(tǒng)內(nèi)核原理，概括起來就是：引入了多任務，并且為每個任務分配自己的堆棧空間，由任務調(diào)度器來決定讓哪個任務獲得CPU。被掛起的任務把當前的CPU狀態(tài)保存在自己的堆棧區(qū)中，獲得CPU的任務把它被掛起時保存的CPU寄存器從堆棧區(qū)中恢復，這樣新任務就從掛起時的狀態(tài)重新執(zhí)行，從而完成了一次任務切換。而信號量、消息隊列、郵箱、事件等系統(tǒng)提供的服務是為了解決多任務間對資源的競爭以及任務間的通信和同步。它們的共同點是從實現(xiàn)的角度，有效為復雜的數(shù)據(jù)結(jié)構(gòu)作支撐，而對于用戶來講用法很簡單。例如信號量（Semaphore），建立好（Create）后，對其進行的操作就只有等信號（Pend）和發(fā)展信號（Post）。 3.2 星載實時操作系統(tǒng)的設計要素 （1）總體設計 星載RTOS的設計屬于復雜的軟件設計，因此應該按照軟件工程規(guī)定的V型模型的開發(fā)方法實話開發(fā)。在總體設計中，應確定操作系統(tǒng)的結(jié)構(gòu)、支持的任務數(shù)、采用的調(diào)度方案、提供哪些系統(tǒng)服務等問題。在SARRTOS的體系結(jié)構(gòu)設計中采用了將整體式和客戶/服務器模型結(jié)合的方法。將它定義為四個層次：硬件層、硬件接口層、OS層和應用層，如圖1所示。 （2）任務調(diào)度 為了保證系統(tǒng)的實時性，可以采用基于優(yōu)先級的搶占式調(diào)度，也就是一旦更高優(yōu)先級的任務就緒，就能獲得CPU的使用權(quán)，使任務響應時間最短。SAR-RTOS中就是采和了這種調(diào)度方案，調(diào)度時間確定、速度快、實時性好。
SAR-RTOS中關(guān)于任務管理的實現(xiàn)方法為：考慮到星載系統(tǒng)的ROM和RAM資源有限，為了保證SAR-RTOS的微內(nèi)核性，將其設計為最多能支持64個任務。給每個任務賦予不同的優(yōu)先級，以優(yōu)先級為基礎建立任務就緒表。當某個任務就緒時，將就緒表中相應位置位，執(zhí)行任務調(diào)度時按照優(yōu)先級矢量位圖算法查找任務就緒表，找出最高優(yōu)先級任務，執(zhí)行任務切換。 任務切換需要完成以下工作，但需要注意的是執(zhí)行任務切換屬于臨界區(qū)代碼（不可被中斷），必須關(guān)中斷，切抽象完成后再開中斷： *判斷需要調(diào)度的任務是否是當前正在運行的任務，如果是就不切換，避免不必要的切換，縮短CPU執(zhí)行時間； *將被掛起的任務CPU寄存器壓入堆棧； *將當前堆棧指針保存在即將掛起任務的任務控制塊中； *把高優(yōu)先級任務的CPU寄存器從堆棧中恢復； *將高優(yōu)先級任務的任務控制塊中保存的堆棧指針恢復； *執(zhí)行中斷返回指令，讓高優(yōu)先級任務運行。 （3）任務管理 任務在RTOS中通常同時作為系統(tǒng)調(diào)度和資源分配的最小單位，也是用戶編寫應用程序的基礎，對任務的管理是RTOS最基本的功能。對任務的管理內(nèi)容包括任務狀態(tài)的設計以及任務狀態(tài)變遷的實現(xiàn)。在SAR-RTOS中任務的狀態(tài)總共有四種，如表1所示。表1 SAR-RTOS中的任務狀態(tài) 運行態(tài)（Running）任務占有CPU，并得以執(zhí)行的狀態(tài)就緒態(tài)（Ready）任務已經(jīng)具備運行的條件，等待內(nèi)核調(diào)度阻塞態(tài)（Block）任務由于某種原因被迫放棄CPU的使用休眠態(tài)（Dormant）任務不具備爭取CPU的使用資格的狀態(tài)，也就是說不會被調(diào)度任務狀態(tài)的變遷如圖2所示。 （4）任務間通信與同步 任務間的同步與通信是多任務操作系統(tǒng)都需要解決的問題。實時操作系統(tǒng)的核心就是要支持多任務的并發(fā)執(zhí)行，相應地也就引入了任務與任務之間、任務與中斷服務程序之間必須協(xié)調(diào)動作、相互配合的問題。即常說的任務間的同步與通信問題。所謂任務間的同步是指多個任務中發(fā)生的事件存在某種時序關(guān)系，必須協(xié)同動作、相互配合，以共同完成一個任務。任務間通信就是任務在運行時與別的任務進行信息交換。其實，同步本質(zhì)上也是一種信息交換，是為了保證在正確的時間和條件下進行信息交換，使任務間不會產(chǎn)生混亂。在現(xiàn)場操作系統(tǒng)中已經(jīng)對任務的同步與通信有比較完備的解決辦法。信號量以及事件機制等都是RTOS常用的同步機制，RTOS為任務間通信提供郵箱及消息隊列等服務。 在SAR-RTOS中，提供的任務間通信的服務包括：消息郵箱（Message Mailbox）和消息隊列（Message Queue）;提供的任務間同步的服務包括：信號量（Semaphore）和事件標志（Event Flag）。 （5）時間管理 RTOS由于其實時性，在系統(tǒng)運行過程中必須提供可靠的時間保證，因此RTOS通常都在硬件定時器的基礎上提供系統(tǒng)時鐘服務。每一個時鐘滴答（Tick）就是一次系統(tǒng)的脈動，指揮系統(tǒng)各部分協(xié)調(diào)工作，因此定時管理是RTOS的基礎。時間管理一般提供以下功能： *管理日歷時間和日期，有的系統(tǒng)也可以是相對時間； *任務等候消息、信號量、事件的超時時間或者任務長期占用CPU的超時時間； *在預定時間間隔或指定時間到達后喚醒一個指定任務。 （6）其它服務 內(nèi)存管理和I/O管理，以及中斷管理等服務不是系統(tǒng)必需的服務，可根據(jù)不同的應用需要決定是否提供上述服務，在SAR-RTOS中上述三種服務都提供。 （7）星載操作系統(tǒng)的可靠性措施 星載軟件的可靠性設計是關(guān)鍵，通?？梢圆捎萌缦麓胧? *將任務的重要參數(shù)以“三取二”的方式保存在任務控制塊中； *通過任務的狀態(tài)檢查，對檢測不正常的任務進行相應的出錯處理； *采用看門狗技術(shù)，實現(xiàn)冷熱啟動的判定。當盾門狗啟動后，從程序跑飛的地方自動往下執(zhí)行； *可以在內(nèi)存中開辟一段系統(tǒng)內(nèi)存區(qū)，定時將CPU環(huán)境和主要參數(shù)放入其中。 4 兩種方法的比較 選用成熟的RTOS（如RTEMS）可以有效地縮短開發(fā)周期，代碼質(zhì)量可以得到保證；自行開發(fā)RTOS代碼需要經(jīng)過嚴格的測試，難度相對更大，開發(fā)周期更長。但可以根據(jù)需要增減相關(guān)功能，有更大的靈活性。如果使用RTEMS支持的CPU，那么推薦使用RTEMS作為星載軟件的開發(fā)，畢竟RTEMS經(jīng)過了十多年的驗證，源代碼公開也有幾年的時間，這樣的代碼質(zhì)量和可靠性應該是很高的。如果由于條件限制不能使用RTEMS，可以自行研制星載RTOS，但必須按照軟件工程的開發(fā)方法，從設計、編程到測試，每一項都需要嚴格把關(guān)。 把RTOS引腳到星載計算機系統(tǒng)，能使星載軟件從傳統(tǒng)的單線程前后臺系統(tǒng)轉(zhuǎn)向多任務編程，不至于一個環(huán)節(jié)的失效就引起整個軟件的失效，增加了可靠性。另一方面，使用操作系統(tǒng)后，使星載軟件的平臺軟件和功能軟件分離，用戶可以集中精力編寫應用程序，提高開發(fā)效率。而且如果使用相同的RTOS，一些通用的模塊或任務可以在不同型號繼承和使用，提高軟件的復用性。引入 星載RTOS將帶來星載軟件開發(fā)的一次技術(shù)變革。
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解（linux不再難懂）
評論