韦东山freeRTOS系列教程之【第五章】队列(queue)
文章目錄
- 系列教程總目錄
- 概述
- 5.1 隊列的特性
- 5.1.1 常規操作
- 5.1.2 傳輸數據的兩種方法
- 5.1.3 隊列的阻塞訪問
- 5.2 隊列函數
- 5.2.1 創建
- 5.2.2 復位
- 5.2.3 刪除
- 5.2.4 寫隊列
- 5.2.5 讀隊列
- 5.2.6 查詢
- 5.2.7 覆蓋/偷看
- 5.3 示例8: 隊列的基本使用
- 5.4 示例9: 分辨數據源
- 5.5 示例10: 傳輸大塊數據
- 5.6 示例11: 郵箱(Mailbox)
需要獲取更好閱讀體驗的同學，請訪問我專門設立的站點查看，地址：http://rtos.100ask.net/
系列教程總目錄
本教程連載中，篇章會比較多，為方便同學們閱讀，點擊這里可以查看文章的 目錄列表，目錄列表頁面地址：https://blog.csdn.net/thisway_diy/article/details/121399484
概述
隊列(queue)可以用于"任務到任務"、“任務到中斷”、"中斷到任務"直接傳輸信息。
本章涉及如下內容：
- 怎么創建、清除、刪除隊列
- 隊列中消息如何保存
- 怎么向隊列發送數據、怎么從隊列讀取數據、怎么覆蓋隊列的數據
- 在隊列上阻塞是什么意思
- 怎么在多個隊列上阻塞
- 讀寫隊列時如何影響任務的優先級
5.1 隊列的特性
5.1.1 常規操作
隊列的簡化操如入下圖所示，從此圖可知：
- 隊列可以包含若干個數據：隊列中有若干項，這被稱為"長度"(length)
- 每個數據大小固定
- 創建隊列時就要指定長度、數據大小
- 數據的操作采用先進先出的方法(FIFO，First In First Out)：寫數據時放到尾部，讀數據時從頭部讀
- 也可以強制寫隊列頭部：覆蓋頭部數據
更詳細的操作入下圖所示：
5.1.2 傳輸數據的兩種方法
使用隊列傳輸數據時有兩種方法：
- 拷貝：把數據、把變量的值復制進隊列里
- 引用：把數據、把變量的地址復制進隊列里
FreeRTOS使用拷貝值的方法，這更簡單：
-
局部變量的值可以發送到隊列中，后續即使函數退出、局部變量被回收，也不會影響隊列中的數據
-
無需分配buffer來保存數據，隊列中有buffer
-
局部變量可以馬上再次使用
-
發送任務、接收任務解耦：接收任務不需要知道這數據是誰的、也不需要發送任務來釋放數據
-
如果數據實在太大，你還是可以使用隊列傳輸它的地址
-
隊列的空間有FreeRTOS內核分配，無需任務操心
-
對于有內存保護功能的系統，如果隊列使用引用方法，也就是使用地址，必須確保雙方任務對這個地址都有訪問權限。使用拷貝方法時，則無此限制：內核有足夠的權限，把數據復制進隊列、再把數據復制出隊列。
5.1.3 隊列的阻塞訪問
只要知道隊列的句柄，誰都可以讀、寫該隊列。任務、ISR都可讀、寫隊列。可以多個任務讀寫隊列。
任務讀寫隊列時，簡單地說：如果讀寫不成功，則阻塞；可以指定超時時間。口語化地說，就是可以定個鬧鐘：如果能讀寫了就馬上進入就緒態，否則就阻塞直到超時。
某個任務讀隊列時，如果隊列沒有數據，則該任務可以進入阻塞狀態：還可以指定阻塞的時間。如果隊列有數據了，則該阻塞的任務會變為就緒態。如果一直都沒有數據，則時間到之后它也會進入就緒態。
既然讀取隊列的任務個數沒有限制，那么當多個任務讀取空隊列時，這些任務都會進入阻塞狀態：有多個任務在等待同一個隊列的數據。當隊列中有數據時，哪個任務會進入就緒態？
- 優先級最高的任務
- 如果大家的優先級相同，那等待時間最久的任務會進入就緒態
跟讀隊列類似，一個任務要寫隊列時，如果隊列滿了，該任務也可以進入阻塞狀態：還可以指定阻塞的時間。如果隊列有空間了，則該阻塞的任務會變為就緒態。如果一直都沒有空間，則時間到之后它也會進入就緒態。
既然寫隊列的任務個數沒有限制，那么當多個任務寫"滿隊列"時，這些任務都會進入阻塞狀態：有多個任務在等待同一個隊列的空間。當隊列中有空間時，哪個任務會進入就緒態？
- 優先級最高的任務
- 如果大家的優先級相同，那等待時間最久的任務會進入就緒態
5.2 隊列函數
使用隊列的流程：創建隊列、寫隊列、讀隊列、刪除隊列。
5.2.1 創建
隊列的創建有兩種方法：動態分配內存、靜態分配內存，
- 動態分配內存：xQueueCreate，隊列的內存在函數內部動態分配
函數原型如下：
QueueHandle_t xQueueCreate( UBaseType_t uxQueueLength, UBaseType_t uxItemSize );| uxQueueLength | 隊列長度，最多能存放多少個數據(item) |
| uxItemSize | 每個數據(item)的大小：以字節為單位 |
| 返回值 | 非0：成功，返回句柄，以后使用句柄來操作隊列 NULL：失敗，因為內存不足 |
- 靜態分配內存：xQueueCreateStatic，隊列的內存要事先分配好
函數原型如下：
QueueHandle_t xQueueCreateStatic(UBaseType_t uxQueueLength,UBaseType_t uxItemSize,uint8_t *pucQueueStorageBuffer,StaticQueue_t *pxQueueBuffer);| uxQueueLength | 隊列長度，最多能存放多少個數據(item) |
| uxItemSize | 每個數據(item)的大小：以字節為單位 |
| pucQueueStorageBuffer | 如果uxItemSize非0，pucQueueStorageBuffer必須指向一個uint8_t數組， 此數組大小至少為"uxQueueLength * uxItemSize" |
| pxQueueBuffer | 必須執行一個StaticQueue_t結構體，用來保存隊列的數據結構 |
| 返回值 | 非0：成功，返回句柄，以后使用句柄來操作隊列 NULL：失敗，因為pxQueueBuffer為NULL |
示例代碼：
// 示例代碼#define QUEUE_LENGTH 10#define ITEM_SIZE sizeof( uint32_t )// xQueueBuffer用來保存隊列結構體StaticQueue_t xQueueBuffer;// ucQueueStorage 用來保存隊列的數據// 大小為：隊列長度 * 數據大小uint8_t ucQueueStorage[ QUEUE_LENGTH * ITEM_SIZE ];void vATask( void *pvParameters ){QueueHandle_t xQueue1;// 創建隊列: 可以容納QUEUE_LENGTH個數據，每個數據大小是ITEM_SIZExQueue1 = xQueueCreateStatic( QUEUE_LENGTH,ITEM_SIZE,ucQueueStorage,&xQueueBuffer ); }5.2.2 復位
隊列剛被創建時，里面沒有數據；使用過程中可以調用xQueueReset()把隊列恢復為初始狀態，此函數原型為：
/* pxQueue : 復位哪個隊列;* 返回值: pdPASS(必定成功)*/ BaseType_t xQueueReset( QueueHandle_t pxQueue);5.2.3 刪除
刪除隊列的函數為vQueueDelete()，只能刪除使用動態方法創建的隊列，它會釋放內存。原型如下：
void vQueueDelete( QueueHandle_t xQueue );5.2.4 寫隊列
可以把數據寫到隊列頭部，也可以寫到尾部，這些函數有兩個版本：在任務中使用、在ISR中使用。函數原型如下：
/* 等同于xQueueSendToBack* 往隊列尾部寫入數據，如果沒有空間，阻塞時間為xTicksToWait*/ BaseType_t xQueueSend(QueueHandle_t xQueue,const void *pvItemToQueue,TickType_t xTicksToWait);/* * 往隊列尾部寫入數據，如果沒有空間，阻塞時間為xTicksToWait*/ BaseType_t xQueueSendToBack(QueueHandle_t xQueue,const void *pvItemToQueue,TickType_t xTicksToWait);/* * 往隊列尾部寫入數據，此函數可以在中斷函數中使用，不可阻塞*/ BaseType_t xQueueSendToBackFromISR(QueueHandle_t xQueue,const void *pvItemToQueue,BaseType_t *pxHigherPriorityTaskWoken);/* * 往隊列頭部寫入數據，如果沒有空間，阻塞時間為xTicksToWait*/ BaseType_t xQueueSendToFront(QueueHandle_t xQueue,const void *pvItemToQueue,TickType_t xTicksToWait);/* * 往隊列頭部寫入數據，此函數可以在中斷函數中使用，不可阻塞*/ BaseType_t xQueueSendToFrontFromISR(QueueHandle_t xQueue,const void *pvItemToQueue,BaseType_t *pxHigherPriorityTaskWoken);這些函數用到的參數是類似的，統一說明如下：
| xQueue | 隊列句柄，要寫哪個隊列 |
| pvItemToQueue | 數據指針，這個數據的值會被復制進隊列， 復制多大的數據？在創建隊列時已經指定了數據大小 |
| xTicksToWait | 如果隊列滿則無法寫入新數據，可以讓任務進入阻塞狀態， xTicksToWait表示阻塞的最大時間(Tick Count)。 如果被設為0，無法寫入數據時函數會立刻返回； 如果被設為portMAX_DELAY，則會一直阻塞直到有空間可寫 |
| 返回值 | pdPASS：數據成功寫入了隊列 errQUEUE_FULL：寫入失敗，因為隊列滿了。 |
5.2.5 讀隊列
使用xQueueReceive()函數讀隊列，讀到一個數據后，隊列中該數據會被移除。這個函數有兩個版本：在任務中使用、在ISR中使用。函數原型如下：
BaseType_t xQueueReceive( QueueHandle_t xQueue,void * const pvBuffer,TickType_t xTicksToWait );BaseType_t xQueueReceiveFromISR(QueueHandle_t xQueue,void *pvBuffer,BaseType_t *pxTaskWoken);參數說明如下：
| xQueue | 隊列句柄，要讀哪個隊列 |
| pvBuffer | bufer指針，隊列的數據會被復制到這個buffer 復制多大的數據？在創建隊列時已經指定了數據大小 |
| xTicksToWait | 果隊列空則無法讀出數據，可以讓任務進入阻塞狀態， xTicksToWait表示阻塞的最大時間(Tick Count)。 如果被設為0，無法讀出數據時函數會立刻返回； 如果被設為portMAX_DELAY，則會一直阻塞直到有數據可寫 |
| 返回值 | pdPASS：從隊列讀出數據入 errQUEUE_EMPTY：讀取失敗，因為隊列空了。 |
5.2.6 查詢
可以查詢隊列中有多少個數據、有多少空余空間。函數原型如下：
/** 返回隊列中可用數據的個數*/ UBaseType_t uxQueueMessagesWaiting( const QueueHandle_t xQueue );/** 返回隊列中可用空間的個數*/ UBaseType_t uxQueueSpacesAvailable( const QueueHandle_t xQueue );5.2.7 覆蓋/偷看
當隊列長度為1時，可以使用xQueueOverwrite()或xQueueOverwriteFromISR()來覆蓋數據。
注意，隊列長度必須為1。當隊列滿時，這些函數會覆蓋里面的數據，這也以為著這些函數不會被阻塞。
函數原型如下：
如果想讓隊列中的數據供多方讀取，也就是說讀取時不要移除數據，要留給后來人。那么可以使用"窺視"，也就是xQueuePeek()或xQueuePeekFromISR()。這些函數會從隊列中復制出數據，但是不移除數據。這也意味著，如果隊列中沒有數據，那么"偷看"時會導致阻塞；一旦隊列中有數據，以后每次"偷看"都會成功。
函數原型如下：
5.3 示例8: 隊列的基本使用
本節代碼為：FreeRTOS_08_queue。
本程序會創建一個隊列，然后創建2個發送任務、1個接收任務：
- 發送任務優先級為1，分別往隊列中寫入100、200
- 接收任務優先級為2，讀隊列、打印數值
main函數中創建的隊列、創建了發送任務、接收任務，代碼如下：
/* 隊列句柄, 創建隊列時會設置這個變量 */ QueueHandle_t xQueue;int main( void ) {prvSetupHardware();/* 創建隊列: 長度為5，數據大小為4字節(存放一個整數) */xQueue = xQueueCreate( 5, sizeof( int32_t ) );if( xQueue != NULL ){/* 創建2個任務用于寫隊列, 傳入的參數分別是100、200* 任務函數會連續執行，向隊列發送數值100、200* 優先級為1*/xTaskCreate( vSenderTask, "Sender1", 1000, ( void * ) 100, 1, NULL );xTaskCreate( vSenderTask, "Sender2", 1000, ( void * ) 200, 1, NULL );/* 創建1個任務用于讀隊列* 優先級為2, 高于上面的兩個任務* 這意味著隊列一有數據就會被讀走*/xTaskCreate( vReceiverTask, "Receiver", 1000, NULL, 2, NULL );/* 啟動調度器 */vTaskStartScheduler();}else{/* 無法創建隊列 */}/* 如果程序運行到了這里就表示出錯了, 一般是內存不足 */return 0; }發送任務的函數中，不斷往隊列中寫入數值，代碼如下：
static void vSenderTask( void *pvParameters ) {int32_t lValueToSend;BaseType_t xStatus;/* 我們會使用這個函數創建2個任務* 這些任務的pvParameters不一樣*/lValueToSend = ( int32_t ) pvParameters;/* 無限循環 */for( ;; ){/* 寫隊列* xQueue: 寫哪個隊列* &lValueToSend: 寫什么數據? 傳入數據的地址, 會從這個地址把數據復制進隊列* 0: 不阻塞, 如果隊列滿的話, 寫入失敗, 立刻返回*/xStatus = xQueueSendToBack( xQueue, &lValueToSend, 0 );if( xStatus != pdPASS ){printf( "Could not send to the queue.\r\n" );}} }接收任務的函數中，讀取隊列、判斷返回值、打印，代碼如下：
static void vReceiverTask( void *pvParameters ) {/* 讀取隊列時, 用這個變量來存放數據 */int32_t lReceivedValue;BaseType_t xStatus;const TickType_t xTicksToWait = pdMS_TO_TICKS( 100UL );/* 無限循環 */for( ;; ){/* 讀隊列* xQueue: 讀哪個隊列* &lReceivedValue: 讀到的數據復制到這個地址* xTicksToWait: 如果隊列為空, 阻塞一會*/xStatus = xQueueReceive( xQueue, &lReceivedValue, xTicksToWait );if( xStatus == pdPASS ){/* 讀到了數據 */printf( "Received = %d\r\n", lReceivedValue );}else{/* 沒讀到數據 */printf( "Could not receive from the queue.\r\n" );}} }程序運行結果如下：
任務調度情況如下圖所示：
5.4 示例9: 分辨數據源
本節代碼為：FreeRTOS_09_queue_datasource。
當有多個發送任務，通過同一個隊列發出數據，接收任務如何分辨數據來源？數據本身帶有"來源"信息，比如寫入隊列的數據是一個結構體，結構體中的lDataSouceID用來表示數據來源：
typedef struct {ID_t eDataID;int32_t lDataValue; }Data_t;不同的發送任務，先構造好結構體，填入自己的eDataID，再寫隊列；接收任務讀出數據后，根據eDataID就可以知道數據來源了，如下圖所示：
- CAN任務發送的數據：eDataID=eMotorSpeed
- HMI任務發送的數據：eDataID=eSpeedSetPoint
FreeRTOS_09_queue_datasource程序會創建一個隊列，然后創建2個發送任務、1個接收任務：
- 創建的隊列，用來發送結構體：數據大小是結構體的大小
- 發送任務優先級為2，分別往隊列中寫入自己的結構體，結構體中會標明數據來源
- 接收任務優先級為1，讀隊列、根據數據來源打印信息
main函數中創建了隊列、創建了發送任務、接收任務，代碼如下：
/* 定義2種數據來源(ID) */ typedef enum {eMotorSpeed,eSpeedSetPoint } ID_t;/* 定義在隊列中傳輸的數據的格式 */ typedef struct {ID_t eDataID;int32_t lDataValue; }Data_t;/* 定義2個結構體 */ static const Data_t xStructsToSend[ 2 ] = {{ eMotorSpeed, 10 }, /* CAN任務發送的數據 */{ eSpeedSetPoint, 5 } /* HMI任務發送的數據 */ };/* vSenderTask被用來創建2個任務，用于寫隊列* vReceiverTask被用來創建1個任務，用于讀隊列*/ static void vSenderTask( void *pvParameters ); static void vReceiverTask( void *pvParameters );/*-----------------------------------------------------------*//* 隊列句柄, 創建隊列時會設置這個變量 */ QueueHandle_t xQueue;int main( void ) {prvSetupHardware();/* 創建隊列: 長度為5，數據大小為4字節(存放一個整數) */xQueue = xQueueCreate( 5, sizeof( Data_t ) );if( xQueue != NULL ){/* 創建2個任務用于寫隊列, 傳入的參數是不同的結構體地址* 任務函數會連續執行，向隊列發送結構體* 優先級為2*/xTaskCreate(vSenderTask, "CAN Task", 1000, (void *) &(xStructsToSend[0]), 2, NULL);xTaskCreate(vSenderTask, "HMI Task", 1000, (void *) &( xStructsToSend[1]), 2, NULL);/* 創建1個任務用于讀隊列* 優先級為1, 低于上面的兩個任務* 這意味著發送任務優先寫隊列，隊列常常是滿的狀態*/xTaskCreate( vReceiverTask, "Receiver", 1000, NULL, 1, NULL );/* 啟動調度器 */vTaskStartScheduler();}else{/* 無法創建隊列 */}/* 如果程序運行到了這里就表示出錯了, 一般是內存不足 */return 0; }發送任務的函數中，不斷往隊列中寫入數值，代碼如下：
static void vSenderTask( void *pvParameters ) {BaseType_t xStatus;const TickType_t xTicksToWait = pdMS_TO_TICKS( 100UL );/* 無限循環 */for( ;; ){/* 寫隊列* xQueue: 寫哪個隊列* pvParameters: 寫什么數據? 傳入數據的地址, 會從這個地址把數據復制進隊列* xTicksToWait: 如果隊列滿的話, 阻塞一會*/xStatus = xQueueSendToBack( xQueue, pvParameters, xTicksToWait );if( xStatus != pdPASS ){printf( "Could not send to the queue.\r\n" );}} }接收任務的函數中，讀取隊列、判斷返回值、打印，代碼如下：
static void vReceiverTask( void *pvParameters ) {/* 讀取隊列時, 用這個變量來存放數據 */Data_t xReceivedStructure;BaseType_t xStatus;/* 無限循環 */for( ;; ){/* 讀隊列* xQueue: 讀哪個隊列* &xReceivedStructure: 讀到的數據復制到這個地址* 0: 沒有數據就即刻返回，不阻塞*/xStatus = xQueueReceive( xQueue, &xReceivedStructure, 0 );if( xStatus == pdPASS ){/* 讀到了數據 */if( xReceivedStructure.eDataID == eMotorSpeed ){printf( "From CAN, MotorSpeed = %d\r\n", xReceivedStructure.lDataValue );}else if( xReceivedStructure.eDataID == eSpeedSetPoint ){printf( "From HMI, SpeedSetPoint = %d\r\n", xReceivedStructure.lDataValue );}}else{/* 沒讀到數據 */printf( "Could not receive from the queue.\r\n" );}} }運行結果如下：
任務調度情況如下圖所示：
- t1：HMI是最后創建的最高優先級任務，它先執行，一下子向隊列寫入5個數據，把隊列都寫滿了
- t2：隊列已經滿了，HMI任務再發起第6次寫操作時，進入阻塞狀態。這時CAN任務是最高優先級的就緒態任務，它開始執行
- t3：CAN任務發現隊列已經滿了，進入阻塞狀態；接收任務變為最高優先級的就緒態任務，它開始運行
- t4：現在，HMI任務、CAN任務的優先級都比接收任務高，它們都在等待隊列有空閑的空間；一旦接收任務讀出1個數據，會馬上被搶占。被誰搶占？誰等待最久？HMI任務！所以在t4時刻，切換到HMI任務。
- t5：HMI任務向隊列寫入第6個數據，然后再次阻塞，這是CAN任務已經阻塞很久了。接收任務變為最高優先級的就緒態任務，開始執行。
- t6：現在，HMI任務、CAN任務的優先級都比接收任務高，它們都在等待隊列有空閑的空間；一旦接收任務讀出1個數據，會馬上被搶占。被誰搶占？誰等待最久？CAN任務！所以在t6時刻，切換到CAN任務。
- t7：CAN任務向隊列寫入數據，因為僅僅有一個空間供寫入，所以它馬上再次進入阻塞狀態。這時HMI任務、CAN任務都在等待空閑空間，只有接收任務可以繼續執行。
5.5 示例10: 傳輸大塊數據
本節代碼為：FreeRTOS_10_queue_bigtransfer。
FreeRTOS的隊列使用拷貝傳輸，也就是要傳輸uint32_t時，把4字節的數據拷貝進隊列；要傳輸一個8字節的結構體時，把8字節的數據拷貝進隊列。
如果要傳輸1000字節的結構體呢？寫隊列時拷貝1000字節，讀隊列時再拷貝1000字節？不建議這么做，影響效率！
這時候，我們要傳輸的是這個巨大結構體的地址：把它的地址寫入隊列，對方從隊列得到這個地址，使用地址去訪問那1000字節的數據。
使用地址來間接傳輸數據時，這些數據放在RAM里，對于這塊RAM，要保證這幾點：
- RAM的所有者、操作者，必須清晰明了
這塊內存，就被稱為"共享內存"。要確保不能同時修改RAM。比如，在寫隊列之前只有由發送者修改這塊RAM，在讀隊列之后只能由接收者訪問這塊RAM。 - RAM要保持可用
這塊RAM應該是全局變量，或者是動態分配的內存。對于動然分配的內存，要確保它不能提前釋放：要等到接收者用完后再釋放。另外，不能是局部變量。
FreeRTOS_10_queue_bigtransfer程序會創建一個隊列，然后創建1個發送任務、1個接收任務：
- 創建的隊列：長度為1，用來傳輸"char *"指針
- 發送任務優先級為1，在字符數組中寫好數據后，把它的地址寫入隊列
- 接收任務優先級為2，讀隊列得到"char *"值，把它打印出來
這個程序故意設置接收任務的優先級更高，在它訪問數組的過程中，接收任務無法執行、無法寫這個數組。
main函數中創建了隊列、創建了發送任務、接收任務，代碼如下：
/* 定義一個字符數組 */ static char pcBuffer[100];/* vSenderTask被用來創建2個任務，用于寫隊列* vReceiverTask被用來創建1個任務，用于讀隊列*/ static void vSenderTask( void *pvParameters ); static void vReceiverTask( void *pvParameters );/*-----------------------------------------------------------*//* 隊列句柄, 創建隊列時會設置這個變量 */ QueueHandle_t xQueue;int main( void ) {prvSetupHardware();/* 創建隊列: 長度為1，數據大小為4字節(存放一個char指針) */xQueue = xQueueCreate( 1, sizeof(char *) );if( xQueue != NULL ){/* 創建1個任務用于寫隊列* 任務函數會連續執行，構造buffer數據，把buffer地址寫入隊列* 優先級為1*/xTaskCreate( vSenderTask, "Sender", 1000, NULL, 1, NULL );/* 創建1個任務用于讀隊列* 優先級為2, 高于上面的兩個任務* 這意味著讀隊列得到buffer地址后，本任務使用buffer時不會被打斷*/xTaskCreate( vReceiverTask, "Receiver", 1000, NULL, 2, NULL );/* 啟動調度器 */vTaskStartScheduler();}else{/* 無法創建隊列 */}/* 如果程序運行到了這里就表示出錯了, 一般是內存不足 */return 0; }發送任務的函數中，現在全局大數組pcBuffer中構造數據，然后把它的地址寫入隊列，代碼如下：
static void vSenderTask( void *pvParameters ) {BaseType_t xStatus;static int cnt = 0;char *buffer;/* 無限循環 */for( ;; ){sprintf(pcBuffer, "www.100ask.net Msg %d\r\n", cnt++);buffer = pcBuffer; // buffer變量等于數組的地址, 下面要把這個地址寫入隊列/* 寫隊列* xQueue: 寫哪個隊列* pvParameters: 寫什么數據? 傳入數據的地址, 會從這個地址把數據復制進隊列* 0: 如果隊列滿的話, 即刻返回*/xStatus = xQueueSendToBack( xQueue, &buffer, 0 ); /* 只需要寫入4字節, 無需寫入整個buffer */if( xStatus != pdPASS ){printf( "Could not send to the queue.\r\n" );}} }接收任務的函數中，讀取隊列、得到buffer的地址、打印，代碼如下：
static void vReceiverTask( void *pvParameters ) {/* 讀取隊列時, 用這個變量來存放數據 */char *buffer;const TickType_t xTicksToWait = pdMS_TO_TICKS( 100UL ); BaseType_t xStatus;/* 無限循環 */for( ;; ){/* 讀隊列* xQueue: 讀哪個隊列* &xReceivedStructure: 讀到的數據復制到這個地址* xTicksToWait: 沒有數據就阻塞一會*/xStatus = xQueueReceive( xQueue, &buffer, xTicksToWait); /* 得到buffer地址，只是4字節 */if( xStatus == pdPASS ){/* 讀到了數據 */printf("Get: %s", buffer);}else{/* 沒讀到數據 */printf( "Could not receive from the queue.\r\n" );}} }運行結果如下圖所示：
5.6 示例11: 郵箱(Mailbox)
本節代碼為：FreeRTOS_11_queue_mailbox。
FreeRTOS的郵箱概念跟別的RTOS不一樣，這里的郵箱稱為"櫥窗"也許更恰當：
- 它是一個隊列，隊列長度只有1
- 寫郵箱：新數據覆蓋舊數據，在任務中使用xQueueOverwrite()，在中斷中使用xQueueOverwriteFromISR()。
既然是覆蓋，那么無論郵箱中是否有數據，這些函數總能成功寫入數據。 - 讀郵箱：讀數據時，數據不會被移除；在任務中使用xQueuePeek()，在中斷中使用xQueuePeekFromISR()。
這意味著，第一次調用時會因為無數據而阻塞，一旦曾經寫入數據，以后讀郵箱時總能成功。
main函數中創建了隊列(隊列長度為1)、創建了發送任務、接收任務：
- 發送任務的優先級為2，它先執行
- 接收任務的優先級為1
代碼如下：
/* 隊列句柄, 創建隊列時會設置這個變量 */ QueueHandle_t xQueue;int main( void ) {prvSetupHardware();/* 創建隊列: 長度為1，數據大小為4字節(存放一個char指針) */xQueue = xQueueCreate( 1, sizeof(uint32_t) );if( xQueue != NULL ){/* 創建1個任務用于寫隊列* 任務函數會連續執行，構造buffer數據，把buffer地址寫入隊列* 優先級為2*/xTaskCreate( vSenderTask, "Sender", 1000, NULL, 2, NULL );/* 創建1個任務用于讀隊列* 優先級為1*/xTaskCreate( vReceiverTask, "Receiver", 1000, NULL, 1, NULL );/* 啟動調度器 */vTaskStartScheduler();}else{/* 無法創建隊列 */}/* 如果程序運行到了這里就表示出錯了, 一般是內存不足 */return 0; }發送任務、接收任務的代碼和執行流程如下：
- A：發送任務先執行，馬上阻塞
- BC：接收任務執行，這是郵箱無數據，打印"Could not …"。在發送任務阻塞過程中，接收任務多次執行、多次打印。
- D：發送任務從阻塞狀態退出，立刻執行、寫隊列
- E：發送任務再次阻塞
- FG、HI、……：接收任務不斷"偷看"郵箱，得到同一個數據，打印出多個"Get: 0"
- J：發送任務從阻塞狀態退出，立刻執行、覆蓋隊列，寫入1
- K：發送任務再次阻塞
- LM、……：接收任務不斷"偷看"郵箱，得到同一個數據，打印出多個"Get: 1"
運行結果如下圖所示：
總結
以上是生活随笔為你收集整理的韦东山freeRTOS系列教程之【第五章】队列(queue)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 阿克曼函数实现（Java代码）
- 下一篇： Hotdog 热狗大战