【TencentOS tiny】深度源碼分析(8)——軟體定時器

来源:https://www.cnblogs.com/iot-dev/archive/2019/10/16/11689015.html
-Advertisement-
Play Games

軟體定時器的基本概念 TencentOS tiny 的軟體定時器是由操作系統提供的一類 ,它構建在硬體定時器基礎之上,使系統能夠提供不受硬體定時器資源限制的定時器服務,本質上軟體定時器的使用相當於擴展了定時器的數量,允許創建更多的定時業務,它實現的功能與硬體定時器也是類似的。 硬體定時器是晶元本身提 ...


軟體定時器的基本概念

TencentOS tiny 的軟體定時器是由操作系統提供的一類系統介面,它構建在硬體定時器基礎之上,使系統能夠提供不受硬體定時器資源限制的定時器服務,本質上軟體定時器的使用相當於擴展了定時器的數量,允許創建更多的定時業務,它實現的功能與硬體定時器也是類似的。

硬體定時器是晶元本身提供的定時功能。一般是由外部晶振提供給晶元輸入時鐘,晶元向軟體模塊提供一組配置寄存器,接受控制輸入,到達設定時間值後晶元中斷控制器產生時鐘中斷。硬體定時器的精度一般很高,可以達到納秒級別,並且是中斷觸發方式。

軟體定時器的超時處理是指:在定時時間到達之後就會自動觸發一個超時,然後系統跳轉到對應的函數去處理這個超時,此時,調用的函數也被稱回調函數

回調函數的執行環境可以是中斷,也可以是任務,這就需要你自己在tos_config.h通過TOS_CFG_TIMER_AS_PROC巨集定義選擇回調函數的執行環境了。

  • TOS_CFG_TIMER_AS_PROC 為 1 :回調函數的執行環境是中斷
  • TOS_CFG_TIMER_AS_PROC 為 0 :回調函數的執行環境是任務

這與硬體定時器的中斷服務函數很類似,無論是在中斷中還是在任務中,回調函數的處理儘可能簡短,快進快出

軟體定時器在被創建之後,當經過設定的超時時間後會觸發回調函數,定時精度與系統時鐘的周期有關,一般可以採用SysTick作為軟體定時器的時基(在m核單片機中幾乎都是採用SysTick作為系統時基,而軟體定時器又是基於系統時基之上)。

TencentOS tiny提供的軟體定時器支持單次模式和周期模式,單次模式和周期模式的定時時間到之後都會調用軟體定時器的回調函數。

  • 單次模式:當用戶創建了定時器並啟動了定時器後,指定超時時間到達,只執行一次回調函數之後就將該定時器停止,不再重新執行。

  • 周期模式:這個定時器會按照指定的定時時間迴圈執行回調函數,直到將定時器刪除。

在很多應用中,可能需要一些定時器任務,硬體定時器受硬體的限制,數量上不足以滿足用戶的實際需求,無法提供更多的定時器,可以採用軟體定時器,由軟體定時器代替硬體定時器任務。但需要註意的是軟體定時器的精度是無法和硬體定時器相比的,因為在軟體定時器的定時過程中是極有可能被其他中斷打斷,因此軟體定時器更適用於對時間精度要求不高的任務。

軟體定時器以tick為基本計時單位,當用戶創建並啟動一個軟體定時器時, TencentOS tiny會根據當前系統tick與用戶指定的超時時間計算出該定時器超時的時間expires,並將該定時器插入軟體定時器列表。

軟體定時器的數據結構

以下軟體定時器的相關數據結構都在tos_global.c中定義

軟體定時器列表

軟體定時器列表用於記錄系統中所有的軟體定時器,這些軟體定時器將按照喚醒時間升序插入軟體定時器列表k_timer_ctl.list 中,它的數據類型是timer_ctl_t

timer_ctl_t         k_timer_ctl = { TOS_TIME_FOREVER, TOS_LIST_NODE(k_timer_ctl.list) };

typedef struct timer_control_st {
    k_tick_t    next_expires;
    k_list_t    list;
} timer_ctl_t;
  • next_expires:記錄下一個到期的軟體定時器時間。
  • list:軟體定時器列表,所有的軟體定時器都會被掛載到這個列表中。

軟體定時器任務相關的數據結構

如果 TOS_CFG_TIMER_AS_PROC 巨集定義為0,則表示使用軟體定時器任務處理軟體定時器的回調函數,那麼此時軟體定時器的回調函數執行環境為任務;反之軟體定時器回調函數的處理將在中斷上下文環境中。

k_task_t            k_timer_task;
k_stack_t           k_timer_task_stk[TOS_CFG_TIMER_TASK_STK_SIZE];
k_prio_t            const k_timer_task_prio         = TOS_CFG_TIMER_TASK_PRIO;
k_stack_t          *const k_timer_task_stk_addr     = &k_timer_task_stk[0];
size_t              const k_timer_task_stk_size     = TOS_CFG_TIMER_TASK_STK_SIZE;
  • k_timer_task:軟體定時器任務控制塊
  • k_timer_task_stk:軟體定時器任務棧,其大小為TOS_CFG_TIMER_TASK_STK_SIZE
  • k_timer_task_prio:軟體定時器任務優先順序,值為TOS_CFG_TIMER_TASK_PRIO,預設值是 (k_prio_t)(K_TASK_PRIO_IDLE - (k_prio_t)1u),比空閑任務高1個數值優先順序,傑傑認為這也是很低的優先順序了,這樣一來軟體定時器的精度將更低,不過好在這個值是可以被用戶自定義的,想讓精度高一點就將這個軟體定時器任務優先順序設置得高一點就好。
  • k_timer_task_stk_addr:軟體定時器任務棧起始地址。
  • k_timer_task_stk_size:軟體定時器任務棧大小。

以下軟體定時器的相關數據結構都在tos_timer.h中定義

軟體定時器的回調函數

// 軟體定時器的回調函數類型
typedef void (*k_timer_callback_t)(void *arg);

軟體定時器的回調函數是一個函數指針的形式,它支持傳入一個void指針類型的數據。

軟體定時器控制塊

每個軟體定時器都有對應的軟體定時器控制塊,每個軟體定時器控制塊都包含了軟體定時器的基本信息,如軟體定時器的狀態、軟體定時器工作模式、軟體定時器的周期,剩餘時間,以及軟體定時器回調函數等信息。

typedef struct k_timer_st {
#if TOS_CFG_OBJECT_VERIFY_EN > 0u
    knl_obj_t               knl_obj;    /**< 僅為了驗證,測試當前內核對象是否真的是一個軟體定時器 */
#endif

    k_timer_callback_t      cb;         /**< 時間到時回調函數 */
    void                   *cb_arg;     /**< 回調函數中傳入的參數 */
    k_list_t                list;       /**< 掛載到軟體定時器列表的節點 */
    k_tick_t                expires;    /**< 距離軟體定時器的到期時間到期還剩多少時間(單位為tick) */
    k_tick_t                delay;      /**< 還剩多少時間運行第一個到期的軟體定時器(的回調函數) */
    k_tick_t                period;     /**< 軟體定時器的周期 */
    k_opt_t                 opt;        /**< 軟體定時器的工作模式選項,可以是單次模式TOS_OPT_TIMER_ONESHOT,也可以是周期模式TOS_OPT_TIMER_PERIODIC */
    timer_state_t           state;      /**< 軟體定時器的狀態 */
} k_timer_t;

軟體定時器的工作模式

// if we just want the timer to run only once, this option should be passed to tos_timer_create.
#define TOS_OPT_TIMER_ONESHOT                   (k_opt_t)(0x0001u)

// if we want the timer run periodically, this option should be passed to tos_timer_create.
#define TOS_OPT_TIMER_PERIODIC                  (k_opt_t)(0x0002u)
  • TOS_OPT_TIMER_ONESHOT單次模式,軟體定時器在超時後,只會執行一次回調函數,它的狀態將被設置為TIMER_STATE_COMPLETED,不再重新執行它的回調函數,當然,用戶還是可以重新啟動這個單次模式的軟體定時器,它並未被刪除。

    如果只希望計時器運行一次,則應將此選項傳遞給tos_timer_create()

  • TOS_OPT_TIMER_PERIODIC :周期模式 ,軟體定時器在超時後,會執行對應的回調函數,同時根據軟體定時器控制塊中的period成員變數的值再重新插入軟體定時器列表中,這個定時器會按照指定的定時時間迴圈執行(周期性執行)回調函數,直到用戶將定時器刪除。

    如果我們希望計時器周期運行,則應將此選項傳遞給tos_timer_create()

軟體定時器的狀態

定時器狀態有以下幾種:

typedef enum timer_state_en {
    TIMER_STATE_UNUSED,     /**< the timer has been destroyed */
    TIMER_STATE_STOPPED,    /**< the timer has been created but not been started, or just be stopped(tos_timer_stop) */
    TIMER_STATE_RUNNING,    /**< the timer has been created and been started */
    TIMER_STATE_COMPLETED   /**< the timer has finished its expires, it can only happen when the timer's opt is TOS_OPT_TIMER_ONESHOT */
} timer_state_t;
  • TIMER_STATE_UNUSED:未使用狀態。

  • TIMER_STATE_STOPPED創建了軟體定時器,但此時軟體定時器未啟動或者處於停止狀態,調用tos_timer_create()函數介面或者在軟體定時器啟動後調用tos_timer_stop()函數介面後,定時器將變成該狀態。

  • TIMER_STATE_RUNNING:軟體定時器處於運行狀態,在定時器被創建後調用tos_timer_start()函數介面,定時器將變成該狀態,表示定時器運行時的狀態。

  • TIMER_STATE_COMPLETED:軟體定時器已到期,只有在軟體定時器的模式選擇為TOS_OPT_TIMER_ONESHOT時才可能發生,表示軟體定時器已經完成了。

創建軟體定時器

函數

__API__ k_err_t tos_timer_create(k_timer_t *tmr,
                                 k_tick_t delay,
                                 k_tick_t period,
                                 k_timer_callback_t callback,
                                 void *cb_arg,
                                 k_opt_t opt);

參數
| 參數 | 說明(傑傑) |
|--|--|
| tmr | 軟體定時器控制塊指針 |
| delay | 軟體定時器第一次運行的延遲時間間隔 |
| period | 軟體定時器的周期 |
| callback | 軟體定時器的回調函數,在超時時調用(由用戶自己定義) |
| cb_arg | 用於回調函數傳入的形參(void指針類型) |
| opt | 軟體定時器的工作模式(單次 / 周期) |

傑傑覺得 delayperiod 比較有意思,就簡單提一下 delay 參數與 period 參數的意義與區別:

  • delay參數其實是第一次運行的延遲時間間隔(即第一次調用回調函數的時間),如果軟體定時器是單次模式,那麼只用 delay 參數作為軟體定時器的回調時間,因為軟體定時器是單次工作模式的話,只會運行一次回調函數,那麼就沒有周期一說(period 參數將不起作用),只能是以第一次運行的延遲時間間隔作為它的回調時間。
  • period 參數則是作為軟體定時器的周期性回調的時間間隔,就好比你的鬧鐘,每天 7 點叫你起床,但是delay參數在周期工作模式下的軟體定時器也是有作用的,它是對第一次回調函數的延遲時間,舉個例子:今天晚上9點的時候,你設置了一個鬧鐘,鬧鐘時間是每天早上7點的,那麼在10個小時後,鬧鐘將叫你起床,那麼這10個小時就相當於delay參數的值,因為鬧鐘第一次叫你起床並不是在24小時後,而在明天7點後,鬧鐘響了,此時鬧鐘將在一天後才會再響,這24小時則相當於 period 參數的值。

系統中每個軟體定時器都有對應的軟體定時器控制塊,軟體定時器控制塊中包含了軟體定時器的所有信息,那麼可以想象一下,創建軟體定時器的本質是不是就是對軟體定時器控制塊進行初始化呢?很顯然就是這樣子的。因為在後續對軟體定時器的操作都是通過軟體定時器控制塊來操作的,如果控制塊沒有信息,那怎麼能操作嘛~

步驟如下:

  1. 判斷傳入的參數是否正確:軟體定時器控制塊不為null,回調函數不為null,如果是創建周期模式的軟體定時器,那麼 period 參數則不可以為0,而如果是單次模式的軟體定時器,參數delay則不可以為0,無論是何種模式的軟體定時器,delay 參數與 period 參數都不可以為K_ERR_TIMER_PERIOD_FOREVER,因為這代表著軟體定時器不需要運行,那還創建個錘子啊。

  2. 根據傳入的參數將軟體定時器控制塊的成員變數賦初值,軟體定時器狀態state被設置為TIMER_STATE_STOPPEDexpires 則被設置為0,因為還尚未啟動軟體定時器。

  3. 調用tos_list_init()函數將軟體定時器控制塊中可掛載到k_tick_list列表的節點初始化。

__API__ k_err_t tos_timer_create(k_timer_t *tmr,
                                 k_tick_t delay,
                                 k_tick_t period,
                                 k_timer_callback_t callback,
                                 void *cb_arg,
                                 k_opt_t opt)
{
    TOS_PTR_SANITY_CHECK(tmr);
    TOS_PTR_SANITY_CHECK(callback);

    if (opt == TOS_OPT_TIMER_PERIODIC && period == (k_tick_t)0u) {
        return K_ERR_TIMER_INVALID_PERIOD;
    }

    if (opt == TOS_OPT_TIMER_ONESHOT && delay == (k_tick_t)0u) {
        return K_ERR_TIMER_INVALID_DELAY;
    }

    if (opt != TOS_OPT_TIMER_ONESHOT && opt != TOS_OPT_TIMER_PERIODIC) {
        return K_ERR_TIMER_INVALID_OPT;
    }

    if (delay == TOS_TIME_FOREVER) {
        return K_ERR_TIMER_DELAY_FOREVER;
    }

    if (period == TOS_TIME_FOREVER) {
        return K_ERR_TIMER_PERIOD_FOREVER;
    }

#if TOS_CFG_OBJECT_VERIFY_EN > 0u
    knl_object_init(&tmr->knl_obj, KNL_OBJ_TYPE_TIMER);
#endif

    tmr->state          = TIMER_STATE_STOPPED;
    tmr->delay          = delay;
    tmr->expires        = (k_tick_t)0u;
    tmr->period         = period;
    tmr->opt            = opt;
    tmr->cb             = callback;
    tmr->cb_arg         = cb_arg;
    tos_list_init(&tmr->list);
    return K_ERR_NONE;
}

銷毀軟體定時器

軟體定時器銷毀函數是根據軟體定時器控制塊直接銷毀的,銷毀之後軟體定時器的所有信息都會被清除,而且不能再次使用這個軟體定時器,如果軟體定時器處於運行狀態,那麼就需要將被銷毀的軟體定時器停止,然後再進行銷毀操作。
其過程如下:

  1. 判斷軟體定時器是否有效,然後根據軟體定時器狀態判斷軟體定時器是否創建,如果是未使用狀態TIMER_STATE_UNUSED,則直接返回錯誤代碼K_ERR_TIMER_INACTIVE

  2. 如果軟體定時器狀態是 運行狀態 TIMER_STATE_RUNNING,那麼調用timer_takeoff()函數將軟體定時器停止。

  3. 最後調用timer_reset()函數將軟體定時器控制塊的內容重置,主要是將軟體定時器的狀態設置為未使用狀態TIMER_STATE_UNUSED,將對應的回調函數設置為null
__API__ k_err_t tos_timer_destroy(k_timer_t *tmr)
{
    TOS_PTR_SANITY_CHECK(tmr);

#if TOS_CFG_OBJECT_VERIFY_EN > 0u
    if (!knl_object_verify(&tmr->knl_obj, KNL_OBJ_TYPE_TIMER)) {
        return K_ERR_OBJ_INVALID;
    }
#endif

    if (tmr->state == TIMER_STATE_UNUSED) {
        return K_ERR_TIMER_INACTIVE;
    }

    if (tmr->state == TIMER_STATE_RUNNING) {
        timer_takeoff(tmr);
    }

    timer_reset(tmr);
    return K_ERR_NONE;
}

停止軟體定時器(內部函數)

在銷毀軟體定時器的時候提到了timer_takeoff()函數,那麼就來看看這個函數具體是怎麼樣停止軟體定時器的,其實本質上就是將軟體定時器從軟體定時器列表中移除。

註意,這個函數是內部靜態函數,不是給用戶使用的,它與tos_timer_stop()不同。

  1. 首先通過TOS_LIST_FIRST_ENTRY巨集定義將軟體定時器列表k_timer_ctl.list中的第一個軟體定時器取出,因為防止軟體定時器列表中的第一個軟體定時器被移除了,而沒有重置軟體定時器列表中的相關的信息,因此此時要記錄一下第一個軟體定時器。
  2. 調用tos_list_del()將軟體定時器從軟體定時器列表中移除,表示中國軟體定時器就被停止了,因為不知軟體定時器列表中,中國軟體定時器也就不會被處理。
  3. 判斷一下移除的軟體定時器是不是第一個軟體定時器,如果是,則重置相關信息。如果軟體定時器列表中不存在其他軟體定時器,則將軟體定時器列表的下一個到期時間設置為TOS_TIME_FOREVER,反正則讓軟體定時器列表的下一個到期時間為第二個軟體定時器。
__STATIC__ void timer_takeoff(k_timer_t *tmr)
{
    TOS_CPU_CPSR_ALLOC();
    k_timer_t *first, *next;

    TOS_CPU_INT_DISABLE();

    first = TOS_LIST_FIRST_ENTRY(&k_timer_ctl.list, k_timer_t, list);

    tos_list_del(&tmr->list);

    if (first == tmr) {
        // if the first guy removed, we need to refresh k_timer_ctl.next_expires
        next = TOS_LIST_FIRST_ENTRY_OR_NULL(&tmr->list, k_timer_t, list);
        if (!next) {
            // the only guy removed
            k_timer_ctl.next_expires = TOS_TIME_FOREVER;
        } else {
            k_timer_ctl.next_expires = next->expires;
        }
    }

    TOS_CPU_INT_ENABLE();
}

啟動軟體定時器

在創建成功軟體定時器的時候,軟體定時器的狀態從TIMER_STATE_UNUSED(未使用狀態)變成TIMER_STATE_STOPPED(創建但未啟動 / 停止狀態),創建完成的軟體定時器是未運行的,用戶在需要的時候可以啟動它,TencentOS tiny提供了軟體定時器啟動函數tos_timer_start()。啟動軟體定時器的本質就是將軟體定時器插入軟體定時器列表k_timer_ctl.list 中,既然是這樣子,那麼很顯然需要根據軟體定時器的不同狀態進行不同的處理。

其實現過程如下:判斷軟體定時器控制塊是否為null,然後判斷軟體定時器狀態,如果為未使用狀態TIMER_STATE_UNUSED則直接返回錯誤代碼K_ERR_TIMER_INACTIVE;如果為已經運行狀態TIMER_STATE_RUNNING,那麼將軟體定時器停止,然重新插入軟體定時器列表k_timer_ctl.list中;如果是TIMER_STATE_STOPPED或者TIMER_STATE_COMPLETED狀態,則將軟體定時器的狀態重新設置為運行狀態TIMER_STATE_RUNNING,並且插入軟體定時器列表k_timer_ctl.list中。

註意:插入軟體定時器列表的函數是timer_place()

tos_timer_start()函數將軟體定時器控制塊的period或者delay成員變數的值賦值給expires,但這個值是相對的到期時間,而不是絕對值,因此在timer_place()函數中將重新計算得出絕對的到期時間。

__API__ k_err_t tos_timer_start(k_timer_t *tmr)
{
    TOS_PTR_SANITY_CHECK(tmr);

#if TOS_CFG_OBJECT_VERIFY_EN > 0u
    if (!knl_object_verify(&tmr->knl_obj, KNL_OBJ_TYPE_TIMER)) {
        return K_ERR_OBJ_INVALID;
    }
#endif

    if (tmr->state == TIMER_STATE_UNUSED) {
        return K_ERR_TIMER_INACTIVE;
    }

    if (tmr->state == TIMER_STATE_RUNNING) {
        timer_takeoff(tmr);
        tmr->expires = tmr->delay;
        timer_place(tmr);
        return K_ERR_NONE;
    }

    if (tmr->state == TIMER_STATE_STOPPED ||
        tmr->state == TIMER_STATE_COMPLETED) {
        tmr->state = TIMER_STATE_RUNNING;
        if (tmr->delay == (k_tick_t)0u) {
            tmr->expires = tmr->period;
        } else {
            tmr->expires = tmr->delay;
        }
        timer_place(tmr);
        return K_ERR_NONE;
    }
    return K_ERR_TIMER_INVALID_STATE;
}

插入軟體定時器列表

插入軟體定時器列表的函數是timer_place(),這個函數會根據軟體定時器的到期時間升序排序,然後再插入。

該函數是一個內部實現的靜態函數

實現過程如下:

  1. 根據軟體定時器的到期時間expires(相對值) 與系統當前時間k_tick_count計算得出到期時間expires(絕對值)。

    舉個例子,鬧鐘將在10分鐘後叫我起床(這是一個相對值)。鬧鐘將在當前時間(7:00)的10分鐘後叫我起床,那麼鬧鐘響的時間是7:10分,此時的時間就是絕對值

  2. 通過for迴圈TOS_LIST_FOR_EACH找到合適的位置插入軟體定時器列表,此時插入軟體定時器列表安裝到期時間升序插入。

  3. 找到合適的位置後,調用tos_list_add_tail()函數將軟體定時器插入軟體定時器列表。

  4. 如果插入的軟體定時器是唯一定時器列表中的第一個,那麼相應的,下一個到期時間就是這個軟體定時器的到期時間,將到期時間更新: k_timer_ctl.next_expires = tmr->expires。如果TOS_CFG_TIMER_AS_PROC 巨集定義為0,則判斷一下軟體定時器任務是否處於睡眠狀態,如果是則調用tos_task_delay_abort()函數恢復軟體定時器任務運行,以便於更新它休眠的時間,因為此時是需要更新軟體定時器任務睡眠的時間的,畢竟第一個軟體定時器到期時間已經改變了。

  5. 如果軟體定時器任務處於掛起狀態,表示並沒有軟體定時器在工作,現在插入了軟體定時器,需要調用tos_task_resume()函數將軟體定時器任務喚醒。

關於喚醒軟體定時器任務是為了什麼,我們在後續講解

__STATIC__ void timer_place(k_timer_t *tmr)
{
    TOS_CPU_CPSR_ALLOC();
    k_list_t *curr;
    k_timer_t *iter = K_NULL;

    TOS_CPU_INT_DISABLE();

    tmr->expires += k_tick_count;

    TOS_LIST_FOR_EACH(curr, &k_timer_ctl.list) {
        iter = TOS_LIST_ENTRY(curr, k_timer_t, list);
        if (tmr->expires < iter->expires) {
            break;
        }
    }
    tos_list_add_tail(&tmr->list, curr);

    if (k_timer_ctl.list.next == &tmr->list) {
        // we are the first guy now
        k_timer_ctl.next_expires = tmr->expires;

#if TOS_CFG_TIMER_AS_PROC == 0u
        if (task_state_is_sleeping(&k_timer_task)) {
            tos_task_delay_abort(&k_timer_task);
        }
#endif
    }

#if TOS_CFG_TIMER_AS_PROC == 0u
    if (task_state_is_suspended(&k_timer_task)) {
        tos_task_resume(&k_timer_task);
    }
#endif

    TOS_CPU_INT_ENABLE();
}

停止軟體定時器(外部函數)

在前文也提及停止軟體定時器,但是那個timer_takeoff()函數是內部函數,而tos_timer_stop()函數是外部函數,可以被用戶使用。

停止軟體定時器的本質也是調用timer_takeoff()函數將軟體定時器從軟體定時器列表中移除,但是在調用這個函數之前還好做一些相關的判斷,這樣能保證系統的穩定性。

  1. 對軟體定時器控制塊檢測,如果軟體定時器控制塊為null,則直接返回錯誤代碼。

  2. 如果軟體定時器狀態為未使用狀態TIMER_STATE_UNUSED,則直接返回錯誤代碼K_ERR_TIMER_INACTIVE

  3. 如果軟體定時器狀態為TIMER_STATE_COMPLETED 或者是TIMER_STATE_STOPPED,則不需要停止軟體定時器,因為這個軟體定時器是未啟動的。則直接返回錯誤代碼K_ERR_TIMER_STOPPED

  4. 如果軟體定時器狀態為TIMER_STATE_RUNNING ,就將軟體定時器狀態設置為停止狀態TIMER_STATE_STOPPED,並且調用timer_takeoff()函數將軟體定時器從軟體定時器列表中移除。

__API__ k_err_t tos_timer_stop(k_timer_t *tmr)
{
    TOS_PTR_SANITY_CHECK(tmr);

#if TOS_CFG_OBJECT_VERIFY_EN > 0u
    if (!knl_object_verify(&tmr->knl_obj, KNL_OBJ_TYPE_TIMER)) {
        return K_ERR_OBJ_INVALID;
    }
#endif

    if (tmr->state == TIMER_STATE_UNUSED) {
        return K_ERR_TIMER_INACTIVE;
    }

    if (tmr->state == TIMER_STATE_COMPLETED ||
        tmr->state == TIMER_STATE_STOPPED) {
        return K_ERR_TIMER_STOPPED;
    }

    if (tmr->state == TIMER_STATE_RUNNING) {
        tmr->state = TIMER_STATE_STOPPED;
        timer_takeoff(tmr);
    }

    return K_ERR_NONE;
}

軟體定時器的處理(在中斷上下文環境)

我們知道,TencentOS tiny的軟體定時器是可以在中斷上下文環境來處理回調函數的,因此當軟體定時器到期後,會在tos_tick_handler()函數中調用timer_update()來處理軟體定時器。這個函數在每次tick中斷到來的時候都會判斷一下是否有軟體定時器到期,如果有則去處理它。
過程如下:

  1. 判斷軟體定時器的下一個到期時間k_timer_ctl.next_expires是否小於k_tick_count,如果是小於則表示還未到期,直接退出。

  2. 反之則表示到期,此時要遍歷軟體定時器列表,找到所有到期的軟體定時器,並處理他們。

因為有可能不只是一個軟體定時器到期,很可能有多個定時器到期。當然啦,當軟體定時器沒到期的時候就會退出遍歷。

  1. 到期後的處理就是:調用timer_takeoff()函數將到期的軟體定時器停止,如果是周期工作的定時器就調用timer_place()函數將它重新插入軟體定時器列表中(它到期的相對時間就是軟體定時器的周期值:tmr->expires = tmr->period);如果是單次工作模式的軟體定時器,就僅將軟體定時器狀態設置為TIMER_STATE_COMPLETED

  2. 調用軟體定時器的回調函數處理相關的工作:(*tmr->cb)(tmr->cb_arg)

__KERNEL__ void timer_update(void)
{
    k_timer_t *tmr;
    k_list_t *curr, *next;

    if (k_timer_ctl.next_expires < k_tick_count) {
        return;
    }

    tos_knl_sched_lock();

    TOS_LIST_FOR_EACH_SAFE(curr, next, &k_timer_ctl.list) {
        tmr = TOS_LIST_ENTRY(curr, k_timer_t, list);
        if (tmr->expires > k_tick_count) {
            break;
        }

        // time's up
        timer_takeoff(tmr);

        if (tmr->opt == TOS_OPT_TIMER_PERIODIC) {
            tmr->expires = tmr->period;
            timer_place(tmr);
        } else {
            tmr->state = TIMER_STATE_COMPLETED;
        }

        (*tmr->cb)(tmr->cb_arg);
    }

    tos_knl_sched_unlock();
}

軟體定時器的處理(在任務上下文環境)

關於使用軟體定時器任務處理回調函數(即回調函數執行的上下文環境是任務),則必須打開TOS_CFG_TIMER_AS_PROC 巨集定義。

創建軟體定時器任務

既然是軟體定時器任務,那麼就必須創建軟體定時器任務,那麼這個任務將在timer_init()函數中被創建,它是一個內核調用的函數,在內核初始化時就被調用(在tos_knl_init()函數中調用)。

創建軟體定時器任務也是跟創建其他任務沒啥差別,都是通過tos_task_create()函數創建,軟體定時器任務控制塊、任務主體、優先順序、任務棧起始地址與大小等都在前面的數據結構中指定了,任務的名字為"timer"。

__KERNEL__ k_err_t timer_init(void)
{
#if TOS_CFG_TIMER_AS_PROC > 0u
    return K_ERR_NONE;
#else
    return tos_task_create(&k_timer_task,
                            "timer",
                            timer_task_entry,
                            K_NULL,
                            k_timer_task_prio,
                            k_timer_task_stk_addr,
                            k_timer_task_stk_size,
                            0);
#endif
}

軟體定時器任務主體

軟體定時器任務的主體也是一個while (K_TRUE)迴圈,在迴圈中處理對應的事情。

  1. 調用timer_next_expires_get()函數獲取軟體定時器列表中的下一個到期時間,並且更新next_expires 的值。

註意:這裡的時間已經在函數內部轉換為相對到期時間,比如10分鐘後鬧鐘叫我起床,而不是7:10分鬧鐘叫我起床)

  1. 根據next_expires的值,判斷一下軟體定時器任務應該休眠多久,在多久後到期時才喚醒軟體定時器任務並且處理回調函數。也就是說,軟體定時器任務在軟體定時器沒有到期的時候是不會被喚醒的,都是處於休眠狀態,調用tos_task_delay()函數將任務進入休眠狀態,此時任務會被掛載到系統的延時(時基)列表中。

註意:如果next_expires的值為TOS_TIME_FOREVER,則不是休眠而是直接掛起,因為掛起狀態的任務對調度器而言是不可見的,這樣子的處理效率更高~掛起任務的函數是tos_task_suspend()

  1. 任務如果被喚醒了,或者被恢復運行了,則表明軟體定時器到期了或者有新的軟體定時器插入列表了,那麼在喚醒之後就要判斷一下是哪種情況,如果是到期了則處理對應的回調函數:首先調用timer_takeoff()函數將到期的軟體定時器停止,如果是周期工作的定時器就調用timer_place()函數將它重新插入軟體定時器列表中(它到期的相對時間就是軟體定時器的周期值:tmr->expires = tmr->period);如果是單次工作模式的軟體定時器,就僅將軟體定時器狀態設置為TIMER_STATE_COMPLETED。(這裡也是會遍歷軟體定時器列表以處理所有到期的軟體定時器)

  2. 最後將調用軟體定時器的回調函數處理相關的工作:(*tmr->cb)(tmr->cb_arg)

  3. 如果定時器還未到期,並且軟體定時器任務被喚醒了,那麼就表示有新的軟體定時器插入列表了,此時要更新一下任務的睡眠時間,因為軟體定時器任務主體是一個while迴圈,還是會回到 timer_next_expires_get()函數中重新獲取下一個喚醒任務的時間的。

註意:軟體定時器的處理都是在鎖調度器中處理的,就是為了避免其他任務打擾回調函數的執行。

__STATIC__ void timer_task_entry(void *arg)
{
    k_timer_t *tmr;
    k_list_t *curr, *next;
    k_tick_t next_expires;

    arg = arg; // make compiler happy
    while (K_TRUE) {
        next_expires = timer_next_expires_get();
        if (next_expires == TOS_TIME_FOREVER) {
            tos_task_suspend(K_NULL);
        } else if (next_expires > (k_tick_t)0u) {
            tos_task_delay(next_expires);
        }

        tos_knl_sched_lock();

        TOS_LIST_FOR_EACH_SAFE(curr, next, &k_timer_ctl.list) {
            tmr = TOS_LIST_ENTRY(curr, k_timer_t, list);
            if (tmr->expires > k_tick_count) { // not yet
                break;
            }

            // time's up
            timer_takeoff(tmr);

            if (tmr->opt == TOS_OPT_TIMER_PERIODIC) {
                tmr->expires = tmr->period;
                timer_place(tmr);
            } else {
                tmr->state = TIMER_STATE_COMPLETED;
            }

            (*tmr->cb)(tmr->cb_arg);
        }

        tos_knl_sched_unlock();
    }
}

獲取軟體定時器下一個到期時間

timer_next_expires_get()就是用於獲取軟體定時器下一個到期時間,如果軟體定時器到期時間是TOS_TIME_FOREVER,就返回TOS_TIME_FOREVER,如果下一個到期時間小於k_tick_count則直接返回0,表示已經到期了,可以直接處理它,而如果是其他值,則需要減去k_tick_count,將其轉變為相對值,因為調用這個函數就是為了知道任務能休眠多少時間。

打個比方,我7點醒來了,而7:10分的鬧鐘才會響,那麼我就能再睡10分鐘,就是這個道理。

__KERNEL__ k_tick_t timer_next_expires_get(void)
{
    TOS_CPU_CPSR_ALLOC();
    k_tick_t next_expires;

    TOS_CPU_INT_DISABLE();

    if (k_timer_ctl.next_expires == TOS_TIME_FOREVER) {
        next_expires = TOS_TIME_FOREVER;
    } else if (k_timer_ctl.next_expires <= k_tick_count) {
        next_expires = (k_tick_t)0u;
    } else {
        next_expires = k_timer_ctl.next_expires - k_tick_count;
    }

    TOS_CPU_INT_ENABLE();
    return next_expires;
}

喜歡就關註我吧!

歡迎關註我公眾號

相關代碼可以在公眾號後臺回覆 “ 19 ” 獲取。
更多資料歡迎關註“物聯網IoT開發”公眾號!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 場景 近期囤積了一大批編程教程和電子書資料。至於視頻教程,我一般是看完之後整理成相應的博客進行記錄,一般不會再雲盤中進行存取,因為很占空間。 至於電子書資料,很多,就是得一點點整理歸納。 近期我的公眾號:霸道的程式猿。有人留言說有沒有.NET相關的技術數據,我就大體先整理了一部分,還有一些沒來的及歸 ...
  • 之前開發的一套系統中用到了大量的 checkboxList 控制項,但是每次選定之後都會刷新整個頁面,用戶體驗很差,百度了之後查到這篇文章,嘗試了一下可以實現,所以轉載了過來,記錄一下,也給其他有相同困擾的朋友一個解決的辦法。 ************************************* ...
  • 本方案採用微軟官方語言包 (下載鏈接: https://pan.baidu.com/s/10I1bhTdFr4-q_xKVHuEzMA 提取碼: p3nk ChnCharInfo.dll 用於獲取首字母 文件夾中的壓縮包為官方包,包括日文、繁體等 。 用法一樣 用哪個就安裝到 C:\Program ...
  • C# 7 的 Span C# 7 的 Span C# 7 裡面出現了Span這個數據類型,它可以表示另一個數據結構里連續相鄰的一串數據,並且它是記憶體安全的。 C# 7 裡面出現了Span這個數據類型,它可以表示另一個數據結構里連續相鄰的一串數據,並且它是記憶體安全的。 例子: 例子: 這個圖的輸出是3 ...
  • 場景 C#中委托與事件的使用-以Winform中跨窗體傳值為例: https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/100150700 參考上面的博客。 需求是在圖形選項窗體中刷新主窗體的圖。 註: 博客主頁: https://blo ...
  • ManualResetEvent表示線程同步事件,可以對所有進行等待的線程進行統一管理(收到信號時必須手動重置該事件) 其構造函數為: 參數 initialState 表示是否初始化,如果為 true,則將初始狀態設置為終止(不阻塞);如果為 false,則將初始狀態設置為非終止(阻塞)。 註意:如 ...
  • 前提 入行已經7,8年了,一直想做一套漂亮點的自定義控制項,於是就有了本系列文章。 GitHub:https://github.com/kwwwvagaa/NetWinformControl 碼雲:https://gitee.com/kwwwvagaa/net_winform_custom_contr ...
  • 本地所有文件: git rm --cached readme1.txt 刪除readme1.txt的跟蹤,並保留在本地。 git rm --f readme1.txt 刪除readme1.txt的跟蹤,並且刪除本地文件。 文件夾: 如果是對所有文件都取消跟蹤的話,就是 git rm -r --cac ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...