FreeRTOS流式緩沖區(qū)是指什么
流式緩沖區(qū)是在隊列的基礎(chǔ)上，針對單一生產(chǎn)者和消費者場景，與隊列類似，也是一個任務(wù)負(fù)責(zé)產(chǎn)生數(shù)據(jù)，另一個任務(wù)負(fù)責(zé)讀取數(shù)據(jù)，但是字節(jié)流可以是任意長度，并且不一定具有開頭或結(jié)尾?？梢砸淮螌懭肴我鈹?shù)量的字節(jié)，并且可以一次讀取任意數(shù)量的字節(jié)。
Stream Buffer讀寫的大小沒有限制，適合于一個任務(wù)寫，另外一個任務(wù)讀，不適合多任務(wù)讀寫。
API：
StreamBufferHandle_t xStreamMusic = NULL; //創(chuàng)建一個句柄
xStreamMusic=xStreamBufferCreate(540, 8);//創(chuàng)建Stream Buffer，最多540個字節(jié)，最小8個字節(jié)
xStreamBufferIsFull(xStreamMusic)//監(jiān)控是否滿了
xStreamBufferBytesAvailable(xStreamMusic);//監(jiān)控已使用多少空間
xStreamBufferSpacesAvailable(xStreamMusic);//監(jiān)控還剩多少空間
審核編輯：劉清
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
API
+關(guān)注
關(guān)注
2文章
2483瀏覽量
67070 -
FreeRTOS
+關(guān)注
關(guān)注
14文章
500瀏覽量
67304
原文標(biāo)題：FreeRTOS StreamBuffer流緩沖區(qū)
文章出處：【微信號：硬件會，微信公眾號：硬件會】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
熱點推薦
DMA傳輸完成通知未在S32K324上的半滿緩沖區(qū)時觸發(fā)，為什么？
S32K344發(fā)生第一次中斷時（半緩沖區(qū)已滿并發(fā)生中斷）：
第一次中斷發(fā)生時S32K324：
我使用以下代碼片段來配置 DMA 傳輸：
K344 上的 TCD：
TCD 對S32K324：
發(fā)表于 04-02 08:10
C語言的緩沖區(qū)（緩存）詳解
緩沖區(qū)又稱為緩存，它是內(nèi)存空間的一部分。也就是說，在內(nèi)存空間中預(yù)留了一定的存儲空間，這些存儲空間用來緩沖輸入或輸出的數(shù)據(jù)，這部分預(yù)留的空間就叫做緩沖區(qū)。
緩沖區(qū)根據(jù)其對應(yīng)的是輸入設(shè)
發(fā)表于 01-14 07:30
CW32L052串口的緩沖區(qū)機(jī)制
默認(rèn)緩沖區(qū)配置
CW32L052的UART模塊支持硬件FIFO（通常為16字節(jié)），但HAL庫或用戶代碼需手動管理接收緩沖區(qū)。若未顯式分配足夠大的軟件緩沖區(qū)，可能導(dǎo)致數(shù)據(jù)溢出。
HAL庫緩沖區(qū)
發(fā)表于 11-24 06:40
飛凌嵌入式ElfBoard-標(biāo)準(zhǔn)IO接口之設(shè)置緩沖區(qū)
1.setvbuf
用于以對文件的 stdio 緩沖區(qū)進(jìn)行設(shè)置，譬如緩沖區(qū)的緩沖模式、緩沖區(qū)的大小、起
始地址等。
1）頭文件
#include
2）函數(shù)原型
int setvbuf
發(fā)表于 11-14 09:02
【道生物聯(lián)TKB-623評估板試用】+3、模塊深度測評：高頻率數(shù)據(jù)傳輸?shù)?b class='flag-5'>緩沖區(qū)陷阱與優(yōu)化方案
模塊深度測評：高頻率數(shù)據(jù)傳輸?shù)?b class='flag-5'>緩沖區(qū)陷阱與優(yōu)化方案
本文記錄了在實際項目中使用620 LoRa模塊時遇到的一個隱蔽卻關(guān)鍵的問題，以及完整的排查和解決方案。
問題現(xiàn)象：高頻率發(fā)送數(shù)據(jù)時的異常行為
發(fā)表于 10-15 19:29
移植的lvgl，在運行的時候，緩沖區(qū)無法釋放怎么解決？
代碼在運行的時候，只有l(wèi)vgl線程用于刷新，另一個線程只有一個串口打印。
當(dāng)運行一段時間后，發(fā)現(xiàn)，程序會在LVGl中，lv_refr.c這個庫下面第625行代碼，
在這一直判斷，看介紹說是在等待釋放緩沖區(qū)，求大神給個思路
發(fā)表于 09-09 07:28
如何清除CYUSB3014的緩沖區(qū)數(shù)據(jù)？USB接口數(shù)據(jù)什么時候發(fā)送到電腦？
、如何清除GPIF II接口處對應(yīng)的DMA BUFFER數(shù)據(jù)？當(dāng)標(biāo)志設(shè)置為滿/非滿狀態(tài)時，一旦 DMA 緩沖區(qū)已滿，標(biāo)志信號就會指示它已滿。清除DMA緩沖區(qū)數(shù)據(jù)后，相應(yīng)的標(biāo)志信號會改變嗎？會不會變成非滿狀態(tài)
發(fā)表于 07-18 07:58
USB緩沖區(qū)中的內(nèi)容滿了之后，是否有標(biāo)志位進(jìn)行反饋？
USB緩沖區(qū)中的內(nèi)容滿了之后，是否有標(biāo)志位進(jìn)行反饋。
發(fā)表于 07-17 07:13
請問USB緩沖區(qū)取數(shù)據(jù)可以多次取嗎？
在使用USB軟件獲取數(shù)據(jù)是，下位機(jī)給我發(fā)送了13個32位數(shù)據(jù)到USB IN緩沖區(qū)，為什么我調(diào)用API函數(shù)想要第一次取1個32位數(shù)據(jù)，取完之后再取12位數(shù)據(jù)，程序會卡死。
發(fā)表于 07-16 08:12
socket緩沖區(qū)溢出的原因？怎么解決？
我在測試視頻通話時 發(fā)現(xiàn)丟幀特別嚴(yán)重 進(jìn)行了一些列的排查 發(fā)現(xiàn)socket本身似乎有問題
通過測試代碼發(fā)現(xiàn)了大量的緩沖區(qū)溢出我嘗試換了不同的服務(wù)器
我還分別測試了wifi網(wǎng)卡和4G網(wǎng)卡 全都這樣
發(fā)表于 06-19 06:34
解析RZ/N2L CANFD模塊的緩沖區(qū)機(jī)制（2）
在工業(yè)自動化、智能交通、機(jī)器人等領(lǐng)域，CANFD（CAN with Flexible Data-Rate）技術(shù)正逐步取代傳統(tǒng)CAN，以適應(yīng)更高的數(shù)據(jù)速率和更復(fù)雜的通信需求。本文將深入解析RZ/N2L CANFD模塊的緩沖區(qū)機(jī)制，幫助工程師更高效地管理CAN消息，提高系統(tǒng)性能。
解析RZ/N2L CANFD模塊的緩沖區(qū)機(jī)制（1）
在工業(yè)自動化、智能交通、機(jī)器人等領(lǐng)域，CANFD（CAN with Flexible Data-Rate）技術(shù)正逐步取代傳統(tǒng)CAN，以適應(yīng)更高的數(shù)據(jù)速率和更復(fù)雜的通信需求。本文將深入解析RZ/N2L CANFD模塊的緩沖區(qū)機(jī)制，幫助工程師更高效地管理CAN消息，提高系統(tǒng)性能。
FX3 Socket緩沖區(qū)切換的最大時間是多少？
FX3_Programmers_Manual 文檔的第 10 章提到“每個緩沖區(qū)的緩沖區(qū)切換開銷為 550 - 900 ns”。
Getting_Started_with_EZ-USB_FX3 文檔
發(fā)表于 05-16 07:51
在傳輸DMA通道中的所有緩沖區(qū)后，DMA標(biāo)志（就緒和部分）被卡住了是怎么回事？
是，旗幟最初的表現(xiàn)是正確的。 它們被配置為 ACTIVE HIGH 標(biāo)志，初始值設(shè)為 LOW。 整個 DMA 通道默認(rèn)使用兩個 DMA 緩沖區(qū)。 傳輸開始時，第一個緩沖區(qū)被正確填滿：部分標(biāo)志（標(biāo)志 b
發(fā)表于 05-16 07:18
DMA緩沖區(qū)設(shè)置為48K，如果沒有寫滿48K，數(shù)據(jù)會自動被發(fā)送出去嗎？
請問我的DMA緩沖區(qū)設(shè)置為48K，如果沒有寫滿48K，數(shù)據(jù)會自動被發(fā)送出去嗎。2.有沒有清空DMA緩沖區(qū)的函數(shù)，我直接調(diào)用CyU3PUsbFlushEp()不起作用。
發(fā)表于 05-09 06:21
評論