目前，在嵌入式產品的研發中，低檔微處理器軟件多采用裸機開發模式實現。在這種開發模式中，常有如下需求：
　　(1)在經歷特定的時間段后，執行特定操作；
　　(2)根據給定周期執行特定操作。
　　傳統的作法是利用前后臺方式：設定硬件定時器，使其在后臺以特定周期對各相關操作的標志變量作計數操作；前臺則不斷對各標志變量巡回查詢，若發現標志變量達到預定值，則執行特定操作。可見，上述需求需直接操作硬件定時器實現，其過程繁瑣，且需要用戶對相關硬件有深入了解。因此，本文設計、實現了一種使用方便的低端系統時鐘管理器。
　　本時鐘管理器適用于可提供至少一個硬件定時器的處理器。其為用戶提供了有益、友好的裁剪途徑，以滿足不同目標系統的實際需要。通過裁剪，該時鐘管理器的目標代碼最小可至100B以下，最大也不超過1KB。
　　時鐘管理器在實現中，將與硬件密切相關的部分組成一獨立模塊(文件)。針對不同的目標系統處理器，更換該模塊即可。為使表述不過抽象，本文以8051系列單片機為目標系統處理器、C51為工具語言闡述該嵌入式時鐘管理器的設計與實現。
1 設計
　　該時鐘管理器模塊(文件)結構如圖1所示。
　　(1)configClk.h定義了有關系統裁剪、配置的可調參數，通過對configClk.h中相關宏參數的配置，即可實現對該時鐘管理器系統的配置和裁剪。
　　(2)clk_impl.*功能模塊用來封裝目標系統的一個硬件定時器，以屏蔽不同處理器間的硬件差異，起到HAL(HardwareAbstractLayer)作用。系統時鐘在此構建。
　　(3)clk.*模塊在clk_impl.*提供的HAL基礎上進一步封裝，通過一個鉤子(Hook)函數，為系統提供時鐘脈沖，且脈沖寬度可調(配置configClk.h中的相關宏參即可)。
　　(4)WdLib.*模塊為用戶應用提供多個軟件定時器。
2 實現
2.1 硬件定時器的底層封裝
　　硬件定時器底層封裝在圖1所示的clk_impl.*中實現。其中定義了一個初始化接口函數" title="接口函數">接口函數和一個定時器中斷的ISR(Interrupt Service Routine)。令選用的硬件時鐘為定時器0(可在configClk.h中配置)。

　　(1)初始化接口函數void_clkInit(void){ }
　　用戶通過調用該接口函數，可周期性地執行相應的ISR—clkTick_ISR，從而形成邏輯上的系統時鐘。另外，本接口函數不為用戶直接訪問，而在上層模塊clk.*中被調用。
　　(2)定時器0的ISR—clkTick_ISR
　　void clkTick_ISR (void) interrupt 1 using REG_GRP_FOR_
　　SYS_CLK{ }
　　其中：REG_GRP_FOR_SYS_CLK為定義于configClk.h中的可調參數，用來設定本ISR的工作寄存器組。
2.2 時鐘脈沖的提供
　　時鐘脈沖在圖1所示的clk.*中實現。
　　本文提供三個用戶接口函數和一個用戶可修改、但不可調用的鉤子函數(clkTick_ISR_hook僅能在clkTick_ISR中被調用)。其用戶接口聲明如下：
　　extern void constructClk(void)；
　　extern void destructClk(void)；
　　extern UINT8 getClkRate(void)；
　　其中：constructClk用以構建系統時鐘，要使用本文所述的時鐘管理器，需首先通過調用_clkInit(定義于clk_impl.*模塊)實現對本函數的調用；destructClk用以解析業已構建的系統時鐘；getClkRate用以獲取系統當前的時鐘節拍率(即定義于configClk.h中的宏SYS_CLK_RATE的當前值)。
　　clkTick_ISR_hook由系統聲明，用戶可修改其定義，其最終僅為系統作周期性調用。用戶可將自己需進行的周期性操作放于其中，后面敘述的軟件定時器的“守護”例程" title="例程">例程(wdDaemon)正是置于此處而被周期調用。由于置于其中的操作將在中斷執行，所以這些操作應盡可能簡短、省時。
2.3 軟件定時器的提供
　　本功能在圖1所示的wdLib.*中實現。
　　其為用戶提供了可快速、便捷地實現用戶定時需求的接口函數和一個被周期性調用的定時器守護例程wdDaemon。
　　extern void constructWDOG(void)；//為使用定時器系統作初始化操作
　　extern void destructWDOG(void)//置定時器系統為初始態
　　extern WDOG_ID wdCreate(void)；//建立一個定時器，并返回其ID
　　extern STATUS wdCancel(WDOG_ID wdId)；//終止指定定時器并復位
　　extern STATUS wdDelete(WDOG_ID wdId)；//刪除指定定時器
　　extern STATUS wdStart(WDOG_ID wdId，UINT16 ticks，VOIDFUNCPTR wdr)；//啟動指定定時器，它會在指定時間后觸發給定操作
　　其中：WDOG_ID為定時器ID類型，即UINT8。傳送給wdStart的參數“UINT16 ticks”指明定時時間長度，單位為系統時鐘節拍，1節拍＝1/SYS_CLK_RATE(s)。因該參數的類型定為UINT16，故定時器的最大定時長度為216×(1/SYS_CLK_RATE)，即216/SYS_CLK_RATE(s)。
　　定時器的實現方案有靜態數組法和delta列表法兩種方法。這兩種方法各有優缺點：前者邏輯簡單，ROM用量小，但效率較低(與定時器數目相關)；后者邏輯復雜，ROM用量大，但效率較高(與定時器數目無關)。應用中使用哪種方案，可在configClk.h中配置選擇。
2.3.1 靜態數組法
　　靜態數組法的數據結構" title="數據結構">數據結構如下：
　　struct wdNode {
　　　BOOL flag；//標明本結點是否已被使用
　　　UINT16 ticks；//用以定時的節拍數
　　　VOIDFUNCPTR rout；//定時到時需執行的操作
　　} data wdList[_MAX_WDOG_NUM_]；
　　其中：_MAX_WDOG_NUM_指出了系統中允許的最大定時器數，其值決定于應用需求及系統資源量，可在configClk.h中設定。一個定時器結點占用5B的RAM空間。具有給定數據結構的靜態數組是方案實施的基礎。
　　另外，該靜態數組作為軟件定時器的全局變量而存在，當系統中有多個定時器活動時，它們都將訪問該全局靜態數組。重要的是：它們的活動是異步的，所以，對該靜態數組(臨界資源)的訪問需作臨界保護。對于51系統，應采用開關中斷的方式實現，且應確保不會影響關中斷前的中斷狀態。
　　(1)用戶接口定義
　　上述用戶接口皆基于該靜態數組進行，限于篇幅，這里給出關鍵接口wdStart的定義。
　　STATUS wdStart(WDOG_ID wdId，UINT16 ticks，
　　VOIDFUNCPTR wdr) {
　　if(wdId<_MAX_WDOG_NUM_) {
　　if(wdList[wdId].flag) {//判斷給定定時器ID有效否
　　RTX_ENTER_CRITICAL()；//進入臨界區
　　wdList[wdId].ticks=ticks；//操作靜態數組中的特定定時結點
　　wdList[wdId].rout=wdr；
　　RTX_EXIT_CRITICAL()；//退出臨界區
　　return OK；//定時器啟動成功
　　}
　　}
　　return ERROR；//給定定時器ID無效
　　}
　　調用該接口函數，即可啟動已創建(wdCreate)的軟件定時器。當經歷ticks節拍后，給定函數wdr將被執行，以完成用戶的定時需求。
　　(2)定時器守護例程
　　定時器守護例程wdDaemon被置于前述的鉤子函數clkTick_ISR_hook中，以使其周期性執行。由于本例程自身的特點，它應作為clkTick_ISR_hook的最后一個調用函數。本例程是軟件定時器實現的核心，而其關鍵又是對系統棧的調整，為說明其實現流程，給出了如圖2所示的wdDaemon的棧(stack)結構。
　　由圖2可知：wdDaemon的返回地址沒有入棧，因其為clkTick_ISR_hook中的最后一個函數調用，故其返回地址被優化掉。wdDaemon將棧頂的8B數據上移2B，然后將定時器指定函數的地址插入騰出的棧空間(2B)中。如此，該地址將會被IRET彈入IP中。由于IRET指令的執行而使中斷系統復位以重新響應外部中斷，同時也使定時器指定函數在非中斷態執行，從而不過分影響系統的響應速度。