|
Atomthreads像眾多操作系統一樣，在沒有任務調度是會調用idle。(by cpuwolf) static void atomIdleThread (uint32_t param) { /* Compiler warning */ param = param; /* Loop forever */ while (1) { /** \todo Provide user idle hooks*/ } } atomthreads中atomIdleThread()是以線程的形式存在，也就是最低優先級線程。作者默認沒有填寫這個函數。 uint8_t atomOSInit (void *idle_thread_stack_top, uint32_t idle_thread_stack_size) { uint8_t status; /* Initialise data */ curr_tcb = NULL; tcbReadyQ = NULL; atomOSStarted = FALSE; /* Create the idle thread */ status = atomThreadCreate(&idle_tcb, IDLE_THREAD_PRIORITY, atomIdleThread, 0, idle_thread_stack_top, idle_thread_stack_size); /* Return status */ return (status); } 針對STM8我們最自然想到的是在其中加一個wfi，STM8進入wfi模式幾乎不會影響任何外設的運行。以STM8S105K4為例，其進入該模式的典型電流是1.8mA。這個電流，用一節2000mA手機供電，理論上也最多能堅持46天，才一個月多點。這個記錄太差了。 STM8還有一個HALT模式，這是該芯片的最低功耗模式，電流是uA級別。但是該模式有諸多限制，進入該模式系統幾乎所有的clock都停止，你的timer，adc，uart等等全部停止，除了AWU。 atomthreads如果你在idle直接進入HALT，因為基本只有外部中斷可以喚醒退出這個模式，當系統醒來了，請你想想，你的系統心跳還準么?你的應用線程如果使用了定時器，本來希望1秒鐘后調用某個CALLBACK，結果HALT睡了5分鐘，那還是定時器API本身參數的意義么? 對datasheet熟悉的讀者可能，可能立刻想到了AWU，似乎可以解決這個問題。在idle進入HALT前，把還能睡的時間填入AWU，這樣系統就可以在制定的時間被喚醒。粗略的一看，還以為問題解決了。 暫時不談AWU的時間不是任意值都可以接受的，是一個非常不準確的喚醒時鐘。 舉個其他例子，如果idle進入HALT前，系統還可以睡20分鐘，我覺的一個設計優良的低功耗系統，應用層讓系統有睡20分鐘的可能性是很起碼的。不幸的是，在5分鐘的時候，一個外部中斷進來了，系統很自然退出HALT。我想問你，從系統的角度看，系統之前睡了多久。不要告訴玩我是5分鐘，大哥，那是我假設的，我問得是，從系統的角度。睡了多久?AWU這個唯一在運行的模塊，上面是沒有時間讓你讀的，你完全無法得知剛才睡了多久。 其實上面的這個理念不是我創造的，在linux中早就有了，它叫variable tick timer，什么意思?通常我們的心跳時鐘，是有規律的觸發中斷，比如10ms一次，這導致系統最多能安靜10ms，想多睡會兒?沒門!10ms后中斷就來了。這種設計對低功耗是不利的。后來就有大牛，引入了variable tick timer，這里tick timer就是我們上面一直說的心跳時鐘。variable就是可變的羅!表面意思就是我們的心臟可以走走停停，這樣想已經不符合人類的自然規律，所以也確實不能再叫heart beattimer。當系統醒的時候，是有規律的跳動，當系統睡眠的時候， timer就停跳。其實就是上面想實現的東西。 |
