目前，在嵌入式產品的研發(fā)中，低檔微處理器軟件多采用裸機開發(fā)模式實現(xiàn)。在這種開發(fā)模式中，常有如下需求：

　　(1) 在經歷特定的時間段后，執(zhí)行特定操作;

　　(2) 根據給定周期執(zhí)行特定操作。

　　傳統(tǒng)的作法是利用前后臺方式：設定硬件定時器，使其在后臺以特定周期對各相關操作的標志變量作計數(shù)操作;前臺則不斷對各標志變量巡回查詢，若發(fā)現(xiàn)標志變量達到預定值，則執(zhí)行特定操作?？梢?，上述需求需直接操作硬件定時器實現(xiàn)，其過程繁瑣，且需要用戶對相關硬件有深入了解。因此，本文設計、實現(xiàn)了一種使用方便的低端系統(tǒng)時鐘管理器。

　　本時鐘管理器適用于可提供至少一個硬件定時器的處理器。其為用戶提供了有益、友好的裁剪途徑，以滿足不同目標系統(tǒng)的實際需要。通過裁剪，該時鐘管理器的目標代碼最小可至100B以下，最大也不超過1KB。

　　時鐘管理器在實現(xiàn)中，將與硬件密切相關的部分組成一獨立模塊(文件)。針對不同的目標系統(tǒng)處理器，更換該模塊即可。為使表述不過抽象，本文以8051系列單片機為目標系統(tǒng)處理器、C51為工具語言闡述該嵌入式時鐘管理器的設計與實現(xiàn)。

　　1 設計

　　該時鐘管理器模塊(文件)結構如圖1所示。

　　(1) configClk.h定義了有關系統(tǒng)裁剪、配置的可調參數(shù)，通過對configClk.h中相關宏參數(shù)的配置，即可實現(xiàn)對該時鐘管理器系統(tǒng)的配置和裁剪。

　　(2) clk_impl.*功能模塊用來封裝目標系統(tǒng)的一個硬件定時器，以屏蔽不同處理器間的硬件差異，起到HAL(HardwareAbstractLayer)作用。系統(tǒng)時鐘在此構建。

　　(3) clk.*模塊在clk_impl.*提供的HAL基礎上進一步封裝，通過一個鉤子(Hook)函數(shù)，為系統(tǒng)提供時鐘脈沖，且脈沖寬度可調(配置configClk.h中的相關宏參即可)。

　　(4) WdLib.*模塊為用戶應用提供多個軟件定時器。

　　2 實現(xiàn)

　　2.1硬件定時器的底層封裝

　　硬件定時器底層封裝在圖1所示的clk_impl.*中實現(xiàn)。其中定義了一個初始化接口函數(shù)和一個定時器中斷的ISR(InterruptServiceRoutine)。令選用的硬件時鐘為定時器0(可在configClk.h中配置)。

　　(1) 初始化接口函數(shù)void_clkInit(void){}

　　用戶通過調用該接口函數(shù)，可周期性地執(zhí)行相應的ISR—clkTick_ISR，從而形成邏輯上的系統(tǒng)時鐘。另外，本接口函數(shù)不為用戶直接訪問，而在上層模塊clk.*中被調用。

　　(2) 定時器0的ISR—clkTick_ISR

　　voidclkTick_ISR(void)interrupt1usingREG_GRP_FOR_

　　SYS_CLK{}

　　其中：REG_GRP_FOR_SYS_CLK為定義于configClk.h中的可調參數(shù)，用來設定本ISR的工作寄存器組。

　　2.2 時鐘脈沖的提供

　　時鐘脈沖在圖1所示的clk.*中實現(xiàn)。

　　本文提供三個用戶接口函數(shù)和一個用戶可修改、但不可調用的鉤子函數(shù)(clkTick_ISR_hook僅能在clkTick_ISR中被調用)。其用戶接口聲明如下：

　　externvoidconstructClk(void);

　　externvoiddestructClk(void);

　　externUINT8getClkRate(void);

　　其中：constructClk用以構建系統(tǒng)時鐘，要使用本文所述的時鐘管理器，需首先通過調用_clkInit(定義于clk_impl.*模塊)實現(xiàn)對本函數(shù)的調用;destructClk用以解析業(yè)已構建的系統(tǒng)時鐘;getClkRate用以獲取系統(tǒng)當前的時鐘節(jié)拍率(即定義于configClk.h中的宏SYS_CLK_RATE的當前值)。

　　clkTick_ISR_hook由系統(tǒng)聲明，用戶可修改其定義，其最終僅為系統(tǒng)作周期性調用。用戶可將自己需進行的周期性操作放于其中，后面敘述的軟件定時器的“守護”例程(wdDaemon)正是置于此處而被周期調用。由于置于其中的操作將在中斷執(zhí)行，所以這些操作應盡可能簡短、省時。

　　2.3 軟件定時器的提供

　　本功能在圖1所示的wdLib.*中實現(xiàn)。

　　其為用戶提供了可快速、便捷地實現(xiàn)用戶定時需求的接口函數(shù)和一個被周期性調用的定時器守護例程wdDaemon。

　　externvoidconstructWDOG(void);//為使用定時器系統(tǒng)作初始化操作

　　externvoiddestructWDOG(void)//置定時器系統(tǒng)為初始態(tài)

　　externWDOG_IDwdCreate(void);//建立一個定時器，并返回其ID

　　externSTATUSwdCancel(WDOG_IDwdId);//終止指定定時器并復位

　　externSTATUSwdDelete(WDOG_IDwdId);//刪除指定定時器

　　externSTATUSwdStart(WDOG_IDwdId，UINT16ticks，VOIDFUNCPTRwdr);//啟動指定定時器，它會在指定時間后觸發(fā)給定操作

　　其中：WDOG_ID為定時器ID類型，即UINT8。傳送給wdStart的參數(shù)“UINT16ticks”指明定時時間長度，單位為系統(tǒng)時鐘節(jié)拍，1節(jié)拍=1/SYS_CLK_RATE(s)。因該參數(shù)的類型定為UINT16，故定時器的最大定時長度為216×(1/SYS_CLK_RATE)，即216/SYS_CLK_RATE(s)。

　　定時器的實現(xiàn)方案有靜態(tài)數(shù)組法和delta列表法兩種方法。這兩種方法各有優(yōu)缺點：前者邏輯簡單，ROM用量小，但效率較低(與定時器數(shù)目相關);后者邏輯復雜，ROM用量大，但效率較高(與定時器數(shù)目無關)。應用中使用哪種方案，可在configClk.h中配置選擇。

　　2.3.1 靜態(tài)數(shù)組法

　　靜態(tài)數(shù)組法的數(shù)據結構如下：

　　structwdNode{

　　BOOLflag;//標明本結點是否已被使用

　　UINT16ticks;//用以定時的節(jié)拍數(shù)

　　VOIDFUNCPTRrout;//定時到時需執(zhí)行的操作

　　}datawdList[_MAX_WDOG_NUM_];

　　其中：_MAX_WDOG_NUM_指出了系統(tǒng)中允許的最大定時器數(shù)，其值決定于應用需求及系統(tǒng)資源量，可在configClk.h中設定。一個定時器結點占用5B的RAM空間。具有給定數(shù)據結構的靜態(tài)數(shù)組是方案實施的基礎。

　　另外，該靜態(tài)數(shù)組作為軟件定時器的全局變量而存在，當系統(tǒng)中有多個定時器活動時，它們都將訪問該全局靜態(tài)數(shù)組。重要的是：它們的活動是異步的，所以，對該靜態(tài)數(shù)組(臨界資源)的訪問需作臨界保護。對于51系統(tǒng)，應采用開關中斷的方式實現(xiàn)，且應確保不會影響關中斷前的中斷狀態(tài)。

　　(1)用戶接口定義

　　上述用戶接口皆基于該靜態(tài)數(shù)組進行，限于篇幅，這里給出關鍵接口wdStart的定義。

　　STATUSwdStart(WDOG_IDwdId，UINT16ticks，

　　VOIDFUNCPTRwdr){

　　if(wdId<_MAX_WDOG_NUM_){

　　if(wdList[wdId].flag){//判斷給定定時器ID有效否

　　RTX_ENTER_CRITICAL();//進入臨界區(qū)

　　wdList[wdId].ticks=ticks;//操作靜態(tài)數(shù)組中的特定定時結點

　　wdList[wdId].rout=wdr;

　　RTX_EXIT_CRITICAL();//退出臨界區(qū)

　　returnOK;//定時器啟動成功

　　}

　　}

　　returnERROR;//給定定時器ID無效

　　}

　　調用該接口函數(shù)，即可啟動已創(chuàng)建(wdCreate)的軟件定時器。當經歷ticks節(jié)拍后，給定函數(shù)wdr將被執(zhí)行，以完成用戶的定時需求。

　　(2)定時器守護例程

　　定時器守護例程wdDaemon被置于前述的鉤子函數(shù)clkTick_ISR_hook中，以使其周期性執(zhí)行。由于本例程自身的特點，它應作為clkTick_ISR_hook的最后一個調用函數(shù)。本例程是軟件定時器實現(xiàn)的核心，而其關鍵又是對系統(tǒng)棧的調整，為說明其實現(xiàn)流程，給出了如圖2所示的wdDaemon的棧(stack)結構。

　　由圖2可知：wdDaemon的返回地址沒有入棧，因其為clkTick_ISR_hook中的最后一個函數(shù)調用，故其返回地址被優(yōu)化掉。wdDaemon將棧頂?shù)?B數(shù)據上移2B，然后將定時器指定函數(shù)的地址插入騰出的?？臻g(2B)中。如此，該地址將會被IRET彈入IP中。由于IRET指令的執(zhí)行而使中斷系統(tǒng)復位以重新響應外部中斷，同時也使定時器指定函數(shù)在非中斷態(tài)執(zhí)行，從而不過分影響系統(tǒng)的響應速度。

　　2.3.2 delta列表法

　　delta列表法僅維護有效定時器的鏈表，且鏈表中的定時器結點按定時剩余時間由小到大排列，使距timeout點最近的定時器作為鏈表的首結點。鏈表中定時器結點的順序由其獨特的結點插入算法決定：如有5個定時器，其定時長度分別為10、14、21、32和39，當其組成delta列表時，定時值最小的結點為首結點，其定時存儲值為10，而后依序排列，其定時存儲值分別為4、7、11、7，即后一個定時器的定時存儲值由自己的實際定時值與相鄰的前一個定時器的實際定時值相減而得?？梢?，除首結點外的所有定時器的計數(shù)操作在其插入delta列表時就已完成。因而當定時器守護例程確定timeout的定時器時，只需對首結點進行減1或刪除的操作，而不需遍歷整個列表，從而使delta列表的操作與定時器數(shù)量無關。這使delta列表法在大量定時器管理中大顯其能。

　　該法在系統(tǒng)中實現(xiàn)的數(shù)據結構為一靜態(tài)雙向鏈表：

　　structwdNode{

　　BOOLflag;

　　UINT16ticks;

　　VOIDFUNCPTRrout;

　　UINT8prior;

　　UINT8next;

　　}idatawdList[_MAX_WDOG_NUM_];

　　UINT8headIdx;//索引首結點

　　有了delta列表法的思路及其實現(xiàn)的數(shù)據結構，在靜態(tài)數(shù)組法具體實現(xiàn)的基礎上，便可得此法的具體實現(xiàn)。

　　應用中如果目標系統(tǒng)ROM較小，且系統(tǒng)中啟用的定時器少，則用靜態(tài)數(shù)組法;若目標系統(tǒng)ROM較大，且系統(tǒng)中用到的定時器較多，則用delta列表法。

　　3 應用

　　針對前述的嵌入式系統(tǒng)中的定時需求，利用定時器管理系統(tǒng)給出其實現(xiàn)代碼。

　　假定“特定操作”為voidspecFunc(void)，“特定時間段”長度為10分鐘。

　　(1)在經歷特定的時間段后，執(zhí)行特定操作。

　　#include″clk.h″

　　#include″wdLib.h″

　　voidmain(void){

　　WDOG_IDwdId;

　　constructClk();constructWDOG();

　　wdId=wdCreate();

　　wdStart(wdId，10*ONE_MINUTE，specFunc);

　　while(1);

　　}

　　(2)以給定周期周期性地執(zhí)行特定操作。

　　基于前者，只需在voidspecFunc(void)函數(shù)體的最后加入下述代碼即可：

　　wdStart(wdId，10*ONE_MINUTE，specFunc);

　　注：該給定周期為10分鐘。

　　由于本時鐘管理器只需一個硬件定時器的支持，所以其具有廣泛的適用性。使用時，只需進行簡單的配置，即可為裸露的目標系統(tǒng)加以簡單的軟件抽象層。其友好的用戶接口有效降低了嵌入式系統(tǒng)的開發(fā)難度，提高了目標系統(tǒng)的可靠性。筆者已在實際項目中多次使用了該時鐘管理器?；谠摃r鐘管理器的目標系統(tǒng)運行穩(wěn)定、可靠，從而充分說明該時鐘管理器設計的實用性和科學性。