FreeRTOS中“FreeRTOSConfig.h”配置的內(nèi)容隨著版本（功能）的增加而增加，也就是說隨著系統(tǒng)功能的增加，對應(yīng)需要的配置信息也相應(yīng)增加了。

但是系統(tǒng)為了兼容之前的代碼，系統(tǒng)自身做了兼容處理。比如：configUSE_QUEUE_SETS是屬于“FreeRTOSConfig.h”中定義的選項，如果用戶沒有定義，則在“FreeRTOS.h”中有類似如下定義。

#ifndef configUSE_QUEUE_SETS  #define configUSE_QUEUE_SETS 0#endif

開始設(shè)計FreeRTOS系統(tǒng)時，工程師們肯定會想到，要盡量減少開發(fā)者的開發(fā)難度。我們初學(xué)移植FreeRTOS時，“FreeRTOSConfig.h”中的大部分配置都選擇默認(rèn)即可。只有后期熟悉了，開發(fā)需要使用較多功能的時候，里面各項的配置就必須要熟透。 對英文不反感的朋友建議參考官網(wǎng)的內(nèi)容，畢竟官網(wǎng)的資料才是最權(quán)威的。

官網(wǎng)地址：

http://www.freertos.org/a00110.html

通用配置

基礎(chǔ)配置是需要我們定義的一些配置，也是比較重要的配置。 FreeRTOSConfig.h配置文件牽涉到許多關(guān)于系統(tǒng)方面的名詞，可能許多初學(xué)者不容易理解。比如：信號量、消息隊列、互斥鎖、事件組······等。 不過不用擔(dān)心，先有個大概了解，我后期會再次有針對性的重點講述。 1.configUSE_PREEMPTION
調(diào)度模式配置
配置為0：合作式調(diào)度，即時間片輪流執(zhí)行；
配置為1：搶占式調(diào)度，即優(yōu)先級高的任務(wù)搶先執(zhí)行；
由于我們要求實時響應(yīng)，就配置為1，使用搶占式調(diào)度方式。否則就發(fā)揮不到實時操作系統(tǒng)的作用。 2.configCPU_CLOCK_HZ
CPU時鐘，就是我們常說的主頻。注意：單位是Hz。
如：STM32F407主頻為168M：

#define configCPU_CLOCK_HZ      (168000000)

3.configTICK_RATE_HZ
系統(tǒng)滴答，即系統(tǒng)每秒鐘滴答的次數(shù)，可以說是系統(tǒng)的心跳，但需要和主頻區(qū)分開來。系統(tǒng)滴答的值要根據(jù)CPU主頻來看，一般主頻越高，取值相對越大，一般在100至1000之間。 簡單舉例：系統(tǒng)滴答決定vTaskDelay。
比如：
#define configTICK_RATE_HZ (1000)
則：
vTaskDelay(1000)，表示延時1S。 4.configMAX_PRIORITIES
系統(tǒng)最大優(yōu)先級值
我們創(chuàng)建任務(wù)是，配置的優(yōu)先級值不能超過這個最大值。
xTaskCreate(vAppTask1, "Task1", TASK1_STACK_SIZE, NULL, TASK1_PRIORITY, NULL); 提示：
a.系統(tǒng)優(yōu)先級和中斷優(yōu)先級原理類似，高優(yōu)先級的會搶在低優(yōu)先級的前面，但需要區(qū)分系統(tǒng)和中斷優(yōu)先級的應(yīng)用場景。
b.FreeRTOS中優(yōu)先級數(shù)值越大，優(yōu)先級越高。而UCOS則相反。 5.configMINIMAL_STACK_SIZE
最小堆棧值
在系統(tǒng)中，一般用于空閑、定時等一些系統(tǒng)任務(wù)中，當(dāng)然，我們有些地方也可以使用這個定義的堆棧值。 注意數(shù)值的單位，一般在ARM中為4個字節(jié)。 6.configTOTAL_HEAP_SIZE
系統(tǒng)總共堆（棧）大小 我們需要根據(jù)需要使用的情況定義這個值。不能定義太小，太小內(nèi)存容易溢出； 也不能定義太大，有些芯片RAM本身就不大（有些就只有幾K），如果太大我們就沒法定義太多全局變量，或分配其他堆?？臻g。 7.configMAX_TASK_NAME_LEN
任務(wù)名稱最大長度
也就是創(chuàng)建任務(wù)定義任務(wù)名稱的字符串長度
xTaskCreate(vAppTask1, "Task1", TASK1_STACK_SIZE, NULL, TASK1_PRIORITY, NULL); 提示：結(jié)束符 '?'也包含在內(nèi)。 8.configUSE_16_BIT_TICKS
是否使用16位滴答計數(shù)值
配置為0：則使用32位的滴答計數(shù)值，一般在32位處理器中都是配置為0；
配置為1：則使用16位的滴答計數(shù)值，一般8位或者16位處理器中配置為1。 9.configIDLE_SHOULD_YIELD
是否讓空閑任務(wù)“放棄”搶占
也就是說在執(zhí)行與空閑任務(wù)相同優(yōu)先級的任務(wù)過程中，空閑任務(wù)是否具有搶占的機會。 配置為0：不放棄搶占；
配置為1：放棄搶占； 10.configUSE_MUTEXES
是否使用互斥鎖 配置為0：不使用
配置為1：使用 提示：互斥鎖也叫互斥信號量，也就是說對資源“加鎖”。它的作用是實現(xiàn)多任務(wù)間共享資源的獨占式處理。簡單的說，就是某個資源在某一時刻只允許一個任務(wù)處理，處理完之后才允許其他任務(wù)處理該資源。 比如：A任務(wù)優(yōu)先級高，B任務(wù)優(yōu)先級低；AB任務(wù)都會使用一個串口發(fā)送指令數(shù)據(jù)，（即每次必須發(fā)送完成，不能發(fā)送到一半就被打斷）。 當(dāng)B任務(wù)正在發(fā)送數(shù)據(jù)時，A任務(wù)處于就緒狀態(tài)（要打斷B任務(wù)）。那么B任務(wù)就需要使用互斥鎖占有該串口（加鎖，占有該資源），等發(fā)送完指令，就釋放該串口（開鎖，釋放該資源）。一旦釋放了該資源，A任務(wù)就可以使用該串口（資源）了。 11.configUSE_RECURSIVE_MUTEXES
是否使用遞歸互斥鎖 配置為0：不使用
配置為1：使用 13.configQUEUE_REGISTRY_SIZE（*）
可添加（或登記）隊列名的數(shù)量 這個配置信息不好翻譯，它主要結(jié)合vQueueAddToRegistry與vQueueUnregisterQueue這兩個函數(shù)使用。 直接上函數(shù)接口：

void vQueueAddToRegistry(QueueHandle_t xQueue, const char *pcQueueName);void vQueueUnregisterQueue(QueueHandle_t xQueue);

從函數(shù)接口可以知道，一個函數(shù)是登記（已經(jīng)創(chuàng)建的）隊列的名稱；一個函數(shù)是注銷隊列的名稱； 其實，主要目的就是給（已經(jīng)創(chuàng)建的）隊列取名，方便調(diào)試查找。 提示：很多初學(xué)者理解為“可創(chuàng)建隊列的最大數(shù)”，這個配置參數(shù)與其完全不一樣的概念。 14.configUSE_QUEUE_SETS（*）
是否使用消息隊列“SET”功能 配置為0：不使用
配置為1：使用 這個配置信息也相對較難理解。
提示：網(wǎng)上很多解釋為：使能/禁止消息隊列。這個理解太籠統(tǒng)，與消息隊列配置相關(guān)的信息比較多，我個人覺得不正確。 15.configUSE_TIME_SLICING
是否使用時間片進(jìn)行調(diào)度 這個參數(shù)結(jié)合上面第1各配置參數(shù)configUSE_PREEMPTION一起使用。 這個配置參數(shù)是在后面新版本增加的，好像在V7版本之前是沒有這個配置參數(shù)。所以，在FreeRTOSConfig.h配置文件中默認(rèn)是沒有的，而是定義在FreeRTOS.h中。

#ifndef configUSE_TIME_SLICING  #define configUSE_TIME_SLICING 1#endif

審核編輯 ：李倩