FreeRTOS是怎樣使用隊列在任務間傳輸單種類型數(shù)據(jù)的
隊列是先進先出的一種數(shù)據(jù)結構。
隊列的使用：
第一步：創(chuàng)建隊列，隊列的長度和所包含數(shù)據(jù)類型的size
第二步：往隊列里發(fā)送數(shù)據(jù)
第三步：從隊列里取出來數(shù)據(jù)
API函數(shù)：
QueueHandle_t xQueueCreate( UBaseType_t uxQueueLength, UBaseType_t uxItemSize );//創(chuàng)建隊列 隊列長度和size BaseType_t xQueueSend(//任務往隊列里發(fā)送消息 QueueHandle_t xQueue,//隊列句柄 const void * pvItemToQueue,//消息 TickType_t xTicksToWait//超時時間 如果返回pdPASS說明消息隊列不滿 ); 示例如下：
審核編輯：劉清
聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
FreeRTOS
+關注
關注
14文章
497瀏覽量
66420 -
API函數(shù)
+關注
關注
0文章
15瀏覽量
8391
原文標題：FreeRTOS使用隊列在任務間傳輸單種類型數(shù)據(jù)
文章出處：【微信號：硬件會，微信公眾號：硬件會】歡迎添加關注！文章轉載請注明出處。
發(fā)布評論請先 登錄
相關推薦
熱點推薦
FreeRTOS 空閑任務
FreeRTOS 中很多人會注意到為什么有一個叫IDLE task的任務占用了CPU百分之九十多的使用權，但是這個任務并沒有自己手動創(chuàng)建。原因就是這個空閑任務是系統(tǒng)自己創(chuàng)建的，每當系統(tǒng)
發(fā)表于 12-04 07:35
RTOS 必學概念：任務、信號量、隊列一次搞懂
如果你剛接觸RTOS（實時操作系統(tǒng)），很可能會有這樣的困惑：“RTOS和裸機程序到底有什么區(qū)別？”“任務是線程嗎？為什么要分任務？”“信號量和互斥鎖有什么區(qū)別，不都是同步手段嗎？”“隊列是不是就是一
FreeRTOS和uC/OS-II的功能特性
FreeRTOS:
核心功能: 任務調度（固定優(yōu)先級搶占式 + 時間片輪詢）、隊列、信號量（二進制、計數(shù)）、互斥鎖（帶優(yōu)先級繼承）、軟件定時器、事件組（事件標志）、任務通知（高效輕量級
發(fā)表于 11-17 08:17
FreeRTOS任務調度及優(yōu)先級問題
，對于通信的時序要求比較嚴格，FreeRTOS這種輪轉機制會不會導致一些通訊被打斷（比如通信的數(shù)據(jù)并不完整，數(shù)據(jù)發(fā)送到一半因為任務調度就被打斷了？）
這可能只是我的一些不切實際的猜想，
發(fā)表于 11-06 02:18
單模光纖線有幾種類型
單模光纖線根據(jù)ITU-T國際標準(G.65x系列)主要分為以下六種類型，每種類型在傳輸性能、應用場景和成本上存在差異： G.652(常規(guī)單模光纖)： 核心特性：零色散波長在1310nm附近
NVMe高速傳輸之擺脫XDMA設計20： PCIe應答模塊設計
應答模塊的具體任務是接收來自PCIe鏈路上的設備的TLP請求，并響應請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP，應答模塊也分別針對兩種
發(fā)表于 08-12 16:04
NVMe高速傳輸之擺脫XDMA設計14： PCIe應答模塊設計
應答模塊的具體任務是接收來自PCIe鏈路上的設備的TLP請求，并響應請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP，應答模塊也分別針對兩種
發(fā)表于 08-04 16:44
向FreeRTOS的任務中發(fā)送事件隊列是有什么限制嗎？
到了TMC的芯片，但是在到位上報的信息中少了卡死電機的上報。所以有的電機的到位中斷并沒有成功寫入任務。
一開始是每個電機都開啟了一個定時器查詢，后續(xù)改成一個定時器查六個電機并將定時器的周期加到50ms，就很少會卡死。
所以向FreeRTOS的
發(fā)表于 06-11 07:57
IEC101協(xié)議可以傳輸什么類型的數(shù)據(jù)
IEC101協(xié)議作為電力系統(tǒng)遠動通信的核心標準，其核心能力在于支持多種類型數(shù)據(jù)的傳輸，滿足調度端與場站端（如變電站、發(fā)電廠）的實時監(jiān)控、控制及狀態(tài)感知需求。以下從數(shù)據(jù)類型、
FreeRTOS讀取ADS1299數(shù)據(jù)有誤
您好，請問，用stm32的FreeRTOS的隊列對ADS1299傳感器讀取數(shù)據(jù)，已設置采樣率為2khz
在采集任務中：通過spi讀取數(shù)據(jù)—
發(fā)表于 05-05 22:48
stm32f103用freertos對一個采樣率為1kHz的傳感器，進行采樣，數(shù)據(jù)出差
您好，請問，用FreeRTOS的隊列對采樣率1khz的傳感器讀取數(shù)據(jù)，
在采集任務中：通過spi讀取數(shù)據(jù)——濾波(ARM-DSP庫)——將
發(fā)表于 05-05 22:44
FreeRTOS進階使用之流緩沖區(qū)：高效處理字節(jié)流的秘密武器
在嵌入式開發(fā)中，流緩沖區(qū)（Stream Buffer）是FreeRTOS中用于高效處理字節(jié)流數(shù)據(jù)傳輸的核心機制，尤其適合任務間或中斷與任務間
發(fā)表于 03-24 11:37
嵌入式開發(fā)避坑指南｜FreeRTOS的5個\"反直覺\"小技巧
/刪除隊列后，最終只能分配2KB的碎片。
配置公式：總內存 = 固定開銷(1-2KB) + 任務棧+隊列+定時器 + 30%余量 + 突發(fā)需求突發(fā)需求=最大單次內存申請（如TCP報文緩
發(fā)表于 03-20 13:57
使用任務通知提高RTOS應用的效率
在實時嵌入式系統(tǒng)中，性能和資源效率是決定設計成敗的關鍵因素。傳統(tǒng)的實時操作系統(tǒng)（RTOS）提供了如隊列、信號量和事件組機制，實現(xiàn)任務之間的同步和通信。FreeRTOS/SAFERTOS還提供一種方法可以使這些過程更快、更輕量化，
工商網(wǎng)監(jiān)
評論