引 言

μVision是德國Keil公司開發的單片機IDE軟件，最初主要用于8051系列單片機，目前也有支持ARM系列單片機的專用版本MDK-ARM。TX51 TINY是RTX51 FULL的子集，僅支持按時間片循環任務調度，支持任務間信號傳遞，最大16個任務，可以并行地利用中斷。具有以下等待操作：超時、另一個任務或中斷的信號。但它不能進行信息處理，不支持存儲區的分配和釋放，不支持占先式調度。RTX51 TINY一個很小的內核，完全集成在KEIL C51編譯器中。更重要的是，它僅占用800字節左右的程序存儲空間，可以在沒有外放數據存儲器的8051系統中運行，但應用程序仍然可以訪問外部存儲器。RTX51 TINY下文簡稱為內核。

目前在8051系列單片機上使用多任務實時操作系統，絕大多數應用都選擇了RTX51 Tiny。本文就其在實際應用中的一些概念和具體問題進行了探討。RTX51Tiny內核的版本為1.06，C51編譯器版本為7.50。

1 、RTX51 Tiny中有沒有主程序的問題

一般來說，C語言中主程序就是指main（）函數。實際上RTX51 Tiny的主程序是以匯編代碼的形式位Rtx51tny.A51文件中，在程序的最后：

在通常的應用中，一般都是將RTX51 Tiny內核做成lib文件，使用的時候直接調用相應的系統函數即可，在應用程序中沒有體現，用戶也無需關心。這造成了一部分用戶的誤解，以為RTX51沒有main（）函數。

內核完全集成在KEIL C51編譯器中，以系統函數調用的方式運行，因此可以很容易地使用KEIL C51語言編寫和編譯一個多任務程序，并嵌入到實際應用系統中。

另外，使用RTX51 Timy時用戶程序中不需要包含main（）函數，它會自動從任務0開始運行；如果用戶程序中包含main（）函數，則需要利用os_cre-ate_task（）函數來啟動RTX51實時操作系統。這段話前一部分是正確的，前文也對此做了解釋。但后一部分則值得商榷。在RTX51操作系統中，是存在main（）函數的，只不過存在于庫文件RTX51tny.lib之中，用戶的應用程序中不能再包含main（）函數。任務0為應用程序的入口，所有其他任務都在任務0中創建。

2 、存儲空間占用

RTX51tiny操作系統小巧精悍，能極大地提高程序的可讀性及可維護性，但也占用了一定的存儲空間。這是一種以空間換取性能的辦法。由于RTX51操作系統占用了存儲空間，如果不外擴存儲器，則至少需要8052系列以上的單片機。在Keil自帶的幫助文件GS51.PDF中，對比做了詳細的介紹。其中有關存儲空間方面的信息是：RAM需求為7字節DATA，外加每個任務占用3字節IDATA空間；代碼量（即ROM）約900字節。

3 、關于使用os_wait（）函數定時的問題

RTX51 Tiny內核中，TIMESHARING的默認值為5，以外部時鐘振蕩器頻率為12 MHz計算，任務輪轉時間為50 ms。如果想定時1個30 ms的時間間隔，在任務比較重時，使用os_wait（K_TMO，3，0）將得不到準確的結果。因為別的任務的執行時間已經占據了1個任務的輪轉時間50 ms，超出了20 ms。如果任務比較多，同時任務的負擔都比較重，相應的誤差時間會更大。

主要完成os_wait函數。任務調用os_wait函數，掛起當前任務，等待一個或幾個間隔（K_IVL）、超時（K_TMO）、信號（K_SIG）事件。如果所等待的事件已經發生，繼續執行當前任務；如果所等待的事件沒有發生，則置相應的等待標志后，掛起該任務，轉任務切換程序段（switchingnow）切換到下一任務。

事實上，用戶程序的運行是陣發性的，在一段時間內任務會比較繁忙，而在另一段時間可能會處于空閑狀態。如果使用os_wait（K_TMO，count，0）函數進行定時，則在不同的時間段會得到不同的結果。所以，要實現較為精確和穩定的定時，最好還是使用os_wait（K_IVL，count，O）函數，而不是os_wait（K_TMO，count，O）。除非延時時間很長，如超過了所有任務的輪轉時間總和，os_wait（K_IVL，count，O）和os_wait（K_TM0，count，O）的延時效果才會相同。

4 、INT_CLOCK的設置與延時計算

RTX5 Tiny中與延時相關的2個參數為INT_CLOCK和TIMESHARING。先來看Rtx5ltny.A51源程序中的一段：

從上面的程序段可以看出，RTX51 Tiny內核使用Timer0作為硬件定時器，Timer0工作在方式1（16位計數方式）。因此，如果想增加定時器溢出時間，可以修改INl_CLOCK的定義。但不能無限制地增大，最大只能到216一1，即65 535。如果單片機采用12 MHz的晶振，則每次定時器溢出的最長時間為65.535ms。如果INT_CLOCK的定義值超過了這個數據，并不能達到預期的結果。例如，把INT_CLOCK定義為100 000（Oxl86AOH），那么實際上INT_CLOCK為34 464（Ox86AOH）。本來是想定時100 ms，實際上得到的卻是34.4 ms。因此，在設置具體延時時間時必須仔細計算。

系統的任務輪轉時間等于每次定時器溢出時間與TIMESHARING的乘積。因此，要將系統的任務輪轉時間設置為特殊的時長，可以通過INT_CLOCK與TIME-SHARING兩個參數的不同組合來實現。不過在一般的應用當中，都是采用其系統的默認值，無須修改。

5、 修改內核配置的基本過程

RTX51 TINY的用戶任務具有以下幾個狀態。（1）RUNNING：任務處于運行中，同一時間只有一個任務可以處于“RUNNING”狀態。（2）READY：任務正在等待運行，在當前運行的任務時間片完成之后，RTX51 TINY運行下一個處于“READY”狀態的任務。（3）WAITING：任務等待一個事件。如果所等待的事件發生的話，任務進入“READY”狀態。（4）DELETED：任務不處于執行隊列。（5）IME OUT：任務由于時間片用完而處于“TIME OUT”狀態，并等待再次運行。（6）該狀態寫“READY”狀態相似，但由于是內部操作過程使一個循環任務被切換而被冠以標記。

RTX51TNY.A51為RTX51 Tiny的核心程序，包括所有的函數定義，不需要改動。通常改動的是配置程序CONF_TNY.A51，主要內容如下。

INT_REGBANK EQU 1：定時器中斷時使用的寄存器組默認值是寄存器組1，一般無需改動。

INT_CLOCK EQU 10000：硬件定時器零TimerO的溢出時間，即1個滴答（tick）的時間長度。默認值是10 000個機器周期。對于傳統的MCS51單片機來說，1個機器周期為12個時鐘周期。如果采用12 MHz的晶振，那么每個機器周期將為lμs，1個滴答的時長為10 ms。

TIMESHARING EQU5：定義時間片輪轉（round-robin timeout）時間，默認值為5個滴答（1個滴答為Tim—erO的1次溢出）。如果INT_CLOCK為10 000，時鐘頻率為12 MHz，則1個時間片的輪轉時間為50 ms，即每個任務每次最大可獲得的執行時間為50 ms。如果TIME-SHARING定義為O，則禁止時間片輪轉。

RAMTOP EQU 0FFH：定義CPU堆棧可使用的最高RAM地址，默認值為地址OFFH（256-1）。FREE_STACK EQU 20：配置堆棧大小為20字節，默認值為20（經常需要改動）。用戶可根據自己的實際需要進行修改，一般情況下需要配置或修改的內容主要有INT_CLOCK、TIMESHAR-ING、FREE_STACK。

6 、其他需要注意的問題

①堆棧的大小要設置得合適，太大浪費資源，太小又會出現堆棧錯誤。在系統運行中，有時會發現程序總在某一處死循環，而從邏輯上卻常常分析不出問題之所在，很有可能是堆棧溢出。在conf_tny.a51中有個非常重要的宏STACK_ERROR，其源程序如下：

通過仿真發現，程序會在此處死循環。

（Conf_tny.a51）FREE_STACK EQU 20：配置堆棧大小為20字節，默認值為20。選擇合適的堆棧大小，即設置合適的FREE_STACK值，可達到最佳效果。

②同堆棧一樣，輪轉時間片的長度也不宜設置得過大或過小。設置得過大，則一些持續時間較短的事件無法響應。如果輪轉時間設置得過小，則CPU的很大一部分功能被消耗在任務切換上了；如果任務多，處理時間長，無疑會無形中增加系統的負擔。需要根據具體的需要權衡。

結 語

以上分析可以看到這個內核簡潔高效，非常適合于運行在資源較少的單片機上。根據其設計思想，我們也很容易把它移植到其它單片機上。但是它也有缺陷，例如：不支持外部任務切換；不支持用戶使用定時器T0等。這些缺陷的存在，限制了任務切換的靈活性。

責任編輯：gt