1 前言
在嵌入式MCU軟體開發過程中，程式任務排程架構的搭建尤為重要，直接關係到該程式能支援多少功能（隨著功能越多系統響應能力越弱，好的任務排程架構能夠在保持相同的系統響應能力前提下支援更多的功能），下面介紹三種常用的程式任務排程框架設計方案：
- 前後臺順序執行法
- 時間片論法
- 作業系統
2 程式框架設計
2.1 前後臺順序執行法
這是初學者們常用的程式框架設計方案，不用考慮太多東西，程式碼簡單，或者對系統的整體實時性和併發性要求不高；初始化後通過 while(1){ } 或 for(;;){ } 迴圈不斷呼叫自己編寫完成的函式，也基本不考慮每個函式執行所需要的時間，大部分情況下函式中或多或少都存在毫秒級別的延時等待。
- 優點：對於初學者來說，這是最容易也是最直觀的程式架構，邏輯簡單明瞭，適用於邏輯簡單，複雜度比較低的軟體開發。
- 缺點：實時性低，由於每個函式或多或少存在毫秒級別的延時，即使是1ms，也會造成其他函式間隔執行時間的不同，雖然可通過定時器中斷的方式，但是前提是中斷執行函式花的時間必須短。當程式邏輯複雜度提升時，會導致後來維護人員的大腦混亂，很難理清楚該程式的執行狀態。
以下是我在學校期間做的寢室防盜系統的主函式程式碼（當時也存在部分BUG，沒有解決。現在再看，其實很多問題，而且比較嚴重，比如中斷服務函式內竟然有3000ms延時，這太可怕了，還有串列埠傳送等等；由於實時性要求不算太高，因此主函式中的毫秒級別延時對系統執行沒有多大影響，當然除BUG外；若是後期需要維護，那就是一個大工程，還不如推翻重寫）：
int main(void)
{
u8 temperature;
u8 humidity;
int a;
delay_init();
uart2_Init(9600);
TIM3_Int_Init(4999,7199);
ds1302_init();
while(DHT11_Init()); //DHT11初始化
a1602_init();
lcd12864_INIT();
LcdInit();
while(1)
{
for(a=0;a<11;a++)
{
num[a+3]=At24c02Read(a+2)-208;
delay_us(10);
}
for(a=0;a<6;a++)
{
shuru[a]=At24c02Read(a+13)-208;
delay_us(10);
}
delay_ms(10);
RED_Scan();
Ds1302ReadTime(); //讀取ds1302的日期時間
shi=At24c02Read(0); //讀取鬧鐘儲存的資料
delay_ms(10);
fen=At24c02Read(1); //讀取鬧鐘儲存的資料
usart2_scan(); //藍芽資料掃描
usart2_bian(); //藍芽處理資料
nao_scan();
k++;
if(k<20)
{
if(k==1)
LcdWriteCom(0x01); //清屏
LcdDisplay(); //顯示日期時間
}
if(RED==0)
RED_Scan();
if(k>=20&&k<30)
{
if(k==20)
LcdWriteCom(0x01); //清屏
Lcddisplay(); //顯示溫溼度
LcdWriteCom(0x80+6);
DHT11_Read_Data(&temperature,&humidity); //讀取溫溼度值
Temp=temperature;Humi=humidity;
LcdWriteData('0'+temperature/10);
LcdWriteData('0'+temperature%10);
LcdWriteCom(0x80+0X40+6);
LcdWriteData('0'+humidity/10);
LcdWriteData('0'+humidity%10);
}
if(k==30)
k=0;
lcd12864(); //顯示防盜鬧鐘狀態
}
}
//定時器3中斷服務程式
void TIM3_IRQHandler(void) //TIM3中斷
{
int i;
if (TIM_GetITStatus(TIM3, TIM_IT_Update) != RESET) //檢查TIM3更新中斷髮生與否
{
TIM_ClearITPendingBit(TIM3, TIM_IT_Update ); //清除TIMx更新中斷標誌
if(key1==1&&FEN-fen==0&&SHI-shi==0) //時間一到鬧鐘響起
{
f=1;
}
else
{
f=0;
}
if(USART_RX_BUF[0]=='R'&&USART_RX_BUF[1]=='I'&&USART_RX_BUF[2]=='N'&&USART_RX_BUF[3]=='G')
{
key0=1;
for(i=0;i<17;i++)
{
USART_SendData(USART1, num[i]);//向串列埠1傳送資料
while(USART_GetFlagStatus(USART1,USART_FLAG_TC)!=SET);//等待傳送結束
USART_RX_STA=0;
}
delay_ms(3000);
for(i=0;i<3;i++)
{
USART_SendData(USART1, num1[i]);//向串列埠1傳送資料
while(USART_GetFlagStatus(USART1,USART_FLAG_TC)!=SET);//等待傳送結束
USART_RX_STA=0;
}
}
}
}2.2 時間片論法
介於“前後臺順序執行法”和“作業系統”之間的一種程式架構設計方案。該設計方案需能幫助嵌入式軟體開發者更上一層樓，在嵌入式軟體開發過程中，若遇到以下幾點，那麼該設計方案可以說是最優選擇，適用於程式較複雜的嵌入式系統；
- 目前的需求設計需要完全沒有必要上作業系統
- 任務函式無需時刻執行，存在間隔時間（比如按鍵，一般情況下，都需要軟體防抖，初學者的做法通常是延時10ms左右再去判斷，但10ms極大浪費了CPU的資源，在這段時間內CPU完全可以處理很多其他事情）
- 實時性有一定的要求
該設計方案需要使用一個定時器，一般情況下定時1ms即可（定時時間可隨意定，但中斷過於頻繁效率就低，中斷太長，實時性差），因此需要考慮到每個任務函式的執行時間，建議不能超過1ms（能通過程式優化縮短執行時間則最好優化，如果不能優化的，則必須保證該任務的執行週期必須遠大於任務所執行的耗時時間），同時要求主迴圈或任務函式中不能存在毫秒級別的延時。
如何確定每個函式的任務週期呢？根據任務的耗時和效果決定、如按鍵掃描任務週期為 10ms（為了提高響應），指示燈控制任務週期為 100ms（通常情況下最高100ms的閃爍頻率正好，特殊需求除外），LCD/OLED 顯示週期為 100ms（通過這種通過SPI/IIC等介面的方式耗時大約在 1~10ms，甚至更長，所以任務週期必須遠大於耗時，同時為了滿足人眼所能接受的刷屏效果，也不能太長，100ms 的任務週期比較合適）等
以下介紹兩種不同的實現方案，分別針對無函式指標概念的朋友和想進一步學習的朋友。
2.2.1 無函式指標的設計方式
/**
* @brief 主函式.
* @param None.
* @return None.
*/
int main(void)
{
System_Init();
while (1)
{
if (TIM_1msFlag) // 1ms
{
CAN_CommTask(); // CAN傳送/接收通訊任務
TIM_1msFlag = 0;
}
if (TIM_10msFlag) // 10ms
{
KEY_ScanTask(); // 按鍵掃描處理任務
TIM_10msFlag = 0;
}
if (TIM_20msFlag) // 20ms
{
LOGIC_HandleTask(); // 邏輯處理任務
TIM_20msFlag = 0;
}
if (TIM_100msFlag) // 100ms
{
LED_CtrlTask(); // 指示燈控制任務
TIM_100msFlag = 0;
}
if (TIM_500msFlag) // 500ms
{
TIM_500msFlag = 0;
}
if (TIM_1secFlag) // 1s
{
WDog_Task(); // 喂狗任務
TIM_1secFlag = 0;
}
}
}
/**
* @brief 定時器3中斷服務函式.
* @param None.
* @return None.
*/
void TIM3_IRQHandler(void)
{
if(TIM_GetITStatus(TIM3,TIM_IT_Update) == SET) // 溢位中斷
{
sg_1msTic++;
sg_1msTic % 1 == 0 ? TIM_1msFlag = 1 : 0;
sg_1msTic % 10 == 0 ? TIM_10msFlag = 1 : 0;
sg_1msTic % 20 == 0 ? TIM_20msFlag = 1 : 0;
sg_1msTic % 100 == 0 ? TIM_100msFlag = 1 : 0;
sg_1msTic % 500 == 0 ? TIM_500msFlag = 1 : 0;
sg_1msTic % 1000 == 0 ? (TIM_1secFlag = 1, sg_1msTic = 0) : 0;
}
TIM_ClearITPendingBit(TIM3,TIM_IT_Update); // 清除中斷標誌位
}2.2.2 含函式指標的設計方式
/**
* @brief 任務函式相關資訊結構體定義.
*/
typedef struct{
uint8 m_runFlag; /*!< 程式執行標記：0-不執行，1執行 */
uint16 m_timer; /*!< 計時器 */
uint16 m_itvTime; /*!< 任務執行間隔時間 */
void (*m_pTaskHook)(void); /*!< 要執行的任務函式 */
} TASK_InfoType;
#define TASKS_MAX 5 // 定義任務數目
/** 任務函式相關資訊 */
static TASK_InfoType sg_tTaskInfo[TASKS_MAX] = {
{0, 1, 1, CAN_CommTask}, // CAN通訊任務
{0, 10, 10, KEY_ScanTask}, // 按鍵掃描任務
{0, 20, 20, LOGIC_HandleTask}, // 邏輯處理任務
{0, 100, 100, LED_CtrlTask}, // 指示燈控制任務
{0, 1000, 1000, WDog_Task}, // 喂狗任務
};
/**
* @brief 任務函式執行標誌處理.
* @note 該函式由1ms定時器中斷呼叫
* @param None.
* @return None.
*/
void TASK_Remarks(void)
{
uint8 i;
for (i = 0; i < TASKS_MAX; i++)
{
if (sg_tTaskInfo[i].m_timer)
{
sg_tTaskInfo[i].m_timer--;
if (0 == sg_tTaskInfo[i].m_timer)
{
sg_tTaskInfo[i].m_timer = sg_tTaskInfo[i].m_itvTime;
sg_tTaskInfo[i].m_runFlag = 1;
}
}
}
}
/**
* @brief 任務函式執行處理.
* @note 該函式由主迴圈呼叫
* @param None.
* @return None.
*/
void TASK_Process(void)
{
uint8 i;
for (i = 0; i < TASKS_MAX; i++)
{
if (sg_tTaskInfo[i].m_runFlag)
{
sg_tTaskInfo[i].m_pTaskHook(); // 執行任務
sg_tTaskInfo[i].m_runFlag = 0; // 標誌清0
}
}
}
/**
* @brief 主函式.
* @param None.
* @return None.
*/
int main(void)
{
System_Init();
while (1)
{
TASK_Process();
}
}
/**
* @brief 定時器3中斷服務函式.
* @param None.
* @return None.
*/
void TIM3_IRQHandler(void)
{
if(TIM_GetITStatus(TIM3,TIM_IT_Update) == SET) // 溢位中斷
{
TASK_Remarks();
}
TIM_ClearITPendingBit(TIM3,TIM_IT_Update); // 清除中斷標誌位
}2.3 作業系統
嵌入式作業系統EOS(Embedded OperatingSystem)是一種用途廣泛的系統軟體，過去它主要應用於工業控制和國防系統領域，而對於微控制器來說，比較常用的有 UCOS、FreeRTOS、RT-Thread Nano 和 RTX 等多種搶佔式作業系統（其他如 Linux 等作業系統不適用於微控制器）
作業系統和“時間片論法”，在任務執行方面來說，作業系統對每個任務的耗時沒有過多的要求，需要通過設定每個任務的優先順序，在高優先順序的任務就緒時，會搶佔低優先順序的任務；作業系統相對複雜，因此這裡沒有詳細介紹了。
關於如何選擇合適的作業系統（[RTOS]uCOS、FreeRTOS、RTThread、RTX等RTOS的對比之特點）：
- UCOS：網上資料豐富，非常適合學習，但是在產品上使用則需要收費
- FreeRTOS：使用免費，因此很多產品都在用
- RT-Thread：國產物聯網作業系統，有著十分豐富的元件，也免費，資料：RT-Thread 文件中心
- RTX：為ARM和Cortex-M裝置設計的免版稅，確定性的實時作業系統
借網上一張對比圖：
總結
從上述的對比中可以看出，時間片輪詢法的優勢還是比較大的，它既有前後臺順序執行法的優點，也有作業系統的優點。結構清晰，簡單，非常容易理解，所以這種是比較常用的微控制器設計框架。