1 RTX51 Tiny中有沒有主程序的問題
一般來說，C語言中主程序就是指main()函數(shù)。參考文獻[3]稱RTX51 Tiny沒有主程序，其實這是一種誤解。實際上RTX51 Tiny的主程序是以匯編代碼的形式位于Rtx51tny．A51文件中，在程序的最后：

在通常的應(yīng)用中，一般都是將RTX51 Tiny內(nèi)核做成lib文件，使用的時候直接調(diào)用相應(yīng)的系統(tǒng)函數(shù)即可，在應(yīng)用程序中沒有體現(xiàn)，用戶也無需關(guān)心。這造成了一部分用戶的誤解，以為RTX51沒有main()函數(shù)。
另外，參考文獻[4]提到，使用RTX51 Timy時用戶程序中不需要包含main()函數(shù)，它會自動從任務(wù)0開始運行；如果用戶程序中包含main()函數(shù)，則需要利用os_cre-ate_task()函數(shù)來啟動RTX51實時操作系統(tǒng)。這段話前一部分是正確的，前文也對此做了解釋。但后一部分則值得商榷。在RTX51操作系統(tǒng)中，是存在main()函數(shù)的，只不過存在于庫文件RTX51tny．lib之中，用戶的應(yīng)用程序中不能再包含main()函數(shù)。任務(wù)0為應(yīng)用程序的入口，所有其他任務(wù)都在任務(wù)0中創(chuàng)建。

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

3 關(guān)于使用os_wait()函數(shù)定時的問題
RTX51 Tiny內(nèi)核中，TIMESHARING的默認(rèn)值為5，以外部時鐘振蕩器頻率為12 MHz計算，任務(wù)輪轉(zhuǎn)時間為50 ms。如果想定時1個30 ms的時間間隔，在任務(wù)比較重時，使用os_wait(K_TMO，3，0)將得不到準(zhǔn)確的結(jié)果。因為別的任務(wù)的執(zhí)行時間已經(jīng)占據(jù)了1個任務(wù)的輪轉(zhuǎn)時間50 ms，超出了20 ms。如果任務(wù)比較多，同時任務(wù)的負(fù)擔(dān)都比較重，相應(yīng)的誤差時間會更大。
RTX51 Tiny使用os_wait()函數(shù)作定時，只有當(dāng)系統(tǒng)任務(wù)較輕時，使用os_wait(K_IVL，count，0)和os_wait(K_TMO，count，0)才能達到一致的效果；而在任務(wù)較重時，使用這2個函數(shù)所得到的結(jié)果會有很大差別。參考文獻[5]對此做了詳細介紹，此處只作簡單補充。
事實上，用戶程序的運行是陣發(fā)性的，在一段時間內(nèi)任務(wù)會比較繁忙，而在另一段時間可能會處于空閑狀態(tài)。如果使用os_wait(K_TMO，count，0)函數(shù)進行定時，則在不同的時間段會得到不同的結(jié)果。所以，要實現(xiàn)較為精確和穩(wěn)定的定時，最好還是使用os_wait(K_IVL，count，O)函數(shù)，而不是os_wait(K_TMO，count，O)。除非延時時間很長，如超過了所有任務(wù)的輪轉(zhuǎn)時間總和，os_wait(K_IVL，count，O)和os_wait(K_TM0，count，O)的延時效果才會相同。

4 INT_CLOCK的設(shè)置與延時計算
RTX5 Tiny中與延時相關(guān)的2個參數(shù)為INT_CLOCK和TIMESHARING。先來看Rtx5ltny．A51源程序中的一段：

從上面的程序段可以看出，RTX51 Tiny內(nèi)核使用Timer0作為硬件定時器，Timer0工作在方式1(16位計數(shù)方式)。因此，如果想增加定時器溢出時間，可以修改INl_CLOCK的定義。但不能無限制地增大，最大只能到216一1，即65 535。如果單片機采用12 MHz的晶振，則每次定時器溢出的最長時間為65．535ms。如果INT_CLOCK的定義值超過了這個數(shù)據(jù)，并不能達到預(yù)期的結(jié)果。例如，把INT_CLOCK定義為100 000(Oxl86AOH)，那么實際上INT_CLOCK為34 464(Ox86AOH)。本來是想定時100 ms，實際上得到的卻是34．4 ms。因此，在設(shè)置具體延時時間時必須仔細計算。
系統(tǒng)的任務(wù)輪轉(zhuǎn)時間等于每次定時器溢出時間與TIMESHARING的乘積。因此，要將系統(tǒng)的任務(wù)輪轉(zhuǎn)時間設(shè)置為特殊的時長，可以通過INT_CLOCK與TIME-SHARING兩個參數(shù)的不同組合來實現(xiàn)。不過在一般的應(yīng)用當(dāng)中，都是采用其系統(tǒng)的默認(rèn)值，無須修改。

5 修改內(nèi)核配置的基本過程
RTX51TNY．A51為RTX51 Tiny的核心程序，包括所有的函數(shù)定義，不需要改動。通常改動的是配置程序CONF_TNY．A51，主要內(nèi)容如下。
INT_REGBANK EQU 1：定時器中斷時使用的寄存器組默認(rèn)值是寄存器組1，一般無需改動。
INT_CLOCK EQU 10000：硬件定時器零TimerO的溢出時間，即1個滴答(tick)的時間長度。默認(rèn)值是10 000個機器周期。對于傳統(tǒng)的MCS51單片機來說，1個機器周期為12個時鐘周期。如果采用12 MHz的晶振，那么每個機器周期將為lμs，1個滴答的時長為10 ms。
TIMESHARING EQU5：定義時間片輪轉(zhuǎn)(round-robin timeout)時間，默認(rèn)值為5個滴答(1個滴答為Tim―erO的1次溢出)。如果INT_CLOCK為10 000，時鐘頻率為12 MHz，則1個時間片的輪轉(zhuǎn)時間為50 ms，即每個任務(wù)每次最大可獲得的執(zhí)行時間為50 ms。如果TIME-SHARING定義為O，則禁止時間片輪轉(zhuǎn)。
RAMTOP EQU 0FFH：定義CPU堆?？墒褂玫淖罡逺AM地址，默認(rèn)值為地址OFFH(256-1)。FREE_STACK EQU 20：配置堆棧大小為20字節(jié)，默認(rèn)值為20(經(jīng)常需要改動)。用戶可根據(jù)自己的實際需要進行修改，一般情況下需要配置或修改的內(nèi)容主要有INT_CLOCK、TIMESHAR-ING、FREE_STACK。

6 其他需要注意的問題
①堆棧的大小要設(shè)置得合適，太大浪費資源，太小又會出現(xiàn)堆棧錯誤。在系統(tǒng)運行中，有時會發(fā)現(xiàn)程序總在某一處死循環(huán)，而從邏輯上卻常常分析不出問題之所在，很有可能是堆棧溢出。在conf_tny．a(chǎn)51中有個非常重要的宏STACK_ERROR，其源程序如下：

通過仿真發(fā)現(xiàn)，程序會在此處死循環(huán)。
(Conf_tny．a(chǎn)51)FREE_STACK EQU 20：配置堆棧大小為20字節(jié)，默認(rèn)值為20。選擇合適的堆棧大小，即設(shè)置合適的FREE_STACK值，可達到最佳效果。
②同堆棧一樣，輪轉(zhuǎn)時間片的長度也不宜設(shè)置得過大或過小。設(shè)置得過大，則一些持續(xù)時間較短的事件無法響應(yīng)。如果輪轉(zhuǎn)時間設(shè)置得過小，則CPU的很大一部分功能被消耗在任務(wù)切換上了；如果任務(wù)多，處理時間長，無疑會無形中增加系統(tǒng)的負(fù)擔(dān)。需要根據(jù)具體的需要權(quán)衡。

結(jié) 語
本文從具體的內(nèi)核分析出發(fā)，對使用RTX51 Tiny操作系統(tǒng)時的一些概念和應(yīng)用中的問題進行了闡述和澄清，使大家對RTX5l Tiny有更為清晰的認(rèn)識。RTX51 Tiny微操作系統(tǒng)的使用，可以使用戶把更多的精力關(guān)注在應(yīng)用本身而無需考慮復(fù)雜的底層驅(qū)動。而且整個應(yīng)用軟件系統(tǒng)結(jié)構(gòu)清晰，維護方便，可節(jié)省大量的時間和人力。當(dāng)程序比較復(fù)雜時，它的優(yōu)點就體現(xiàn)得更明顯。然而，由于硬件資源及其自身的限制，對于功能復(fù)雜、要求較高的應(yīng)用來說，就顯得有些吃力了，用戶需要自己編寫功能擴展程序。無論如何，它仍然是8位單片機應(yīng)用中操作系統(tǒng)的首選。