定時器

定時器是通信協議正常運行的基本要素之一，主要用於各種定時和幀重傳的任務。通信協議在單片機系統上實現所使用的定時器，定時精度要求不高，但數量要求比較大。由於硬件資源有限，不可能為每一個單獨任務分配一個硬件定時器，只能通過單個硬件定時器模擬多個軟件定時器的方法，來滿足協議中的定時應用需要。

用一定的數據結構將這些軟件定時器組織起來，並提供統一的調用接口，稱為“定時器管理”。定時器管理主要有2種實現方法：

①靜態數組法。將定時器節點存儲在數組中。優點是邏輯簡單，佔用ROM較少。但這種方案有明顯的缺點：當硬件定時器中斷髮生時，要對所有定時器節點進行減法操作，時間開銷很大，且時延不確定(與定時器數目相關)。

②delta鏈表法。按照定時器的定時值升序排列，形成鏈表。後一個定時器的定時值是前面所有定時器的值加上本節點的值。這樣，在每次的時鐘中斷處理中，只需對第1個定時器節點進行減法操作，大大減少了時間開銷。但是，該方案邏輯複雜，ROM用量大，需要頻繁分配回收內存，容易形成內存碎片。

定時器管理模塊的設計基於靜態數組法。使用一個定時器節點數組來保存所有的定時請求，數組的每一項代表一個可用的定時器節點。每一個定時器節點都有一個狀態項，表示該定時器正處於空閒、使用或溢出狀態。定時器的定時值和定時器超時後要發送的消息也存儲在定時器節點中，從而實現用一個硬件定時器為用户提供多個軟件定時器。

為了解決中斷處理時間開銷大的問題，在模塊中引入一個輔助定時器，輔助定時器的值總是等於所有定時器節點中的最小定時值。在硬件定時器中斷處理中，僅對輔助定時器進行減法操作，從而大大縮短了中斷處理的時間。設計原理如圖1所示。

定時器管理模塊使用的相關數據結構定義如下：

字段state保存了定時器節點的狀態，可能取值為空閒(T_FREE)、使用(T_INUSE)或溢出(T_OVERFLOW)。

字段count保存了定時器節點的定時值，最大取值為65 535。如果設置硬件定時器中斷為10 ms，則軟件定時器最大定時約為655 s，可以滿足大多數應用需要。

字段msg指向定時器的用户消息。在啓動定時器時，指向消息的指針被保存在此字段。當定時時間結束後，中斷處理函數會自動發出這個消息以通知用户任務。

MAX_TIMER_NUM表示系統允許的最大定時器數，其值取決於具體應用需要。

本模塊提供的關鍵接口函數如下：

使用定時器管理模塊前，需要進行定時器的初始化。主要是初始化定時器節點數組，將每一個定時器節點設置為空閒狀態，同時將輔助定時器置零，輔助ID指向0xFF(表示空)。

啓動一個定時器，主要是將節點數組中一個空閒狀態的節點置為使用狀態。如果這個新啓用的定時器，是所有定時器中定時值最小的，還要更新輔助定時器。函數以指向定時器消息的指針和定時值為參數，啓動定時器流程如圖2所示。成功啓動定時器後，返回該定時器節點的ID號。

在目標定時器到期之前，由於某種原因用户可能會要求取消定時器。如重發定時器，用户在發送數據幀後啓動該定時器，並等待對方返回響應幀。如果在定時時間結束時沒有收到響應幀，用户就需要重發原數據幀；如果在定時時間結束之前收到響應幀，用户就需要馬上取消該定時器，然後進行下一次通信過程。

刪除定時器函數以定時器節點ID號作為輸入參數，將定時器節點設為空閒狀態，並根據需要更新輔助定時器，流程如圖3所示。

軟件定時器的驅動由硬件定時器提供。在硬件定時器中斷中，首先將輔助定時器的值減1。如果輔助定時器值為0，則表示定時值最小的定時器已經超時，應將對應的消息發送給用户任務，將節點置為空閒狀態，並重新計算其他節點的定時值，同時查找定時值最小的節點，更新輔助定時器。