chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

FreeRTOS的直接任務(wù)(消息)通知

strongerHuang ? 來源:strongerHuang ? 作者:strongerHuang ? 2021-01-07 09:37 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

之前分享了《FreeRTOS V10.4.0更新了哪些功能?》,今天就來詳細(xì)講述其中的一個(gè)知識點(diǎn):FreeRTOS的直接任務(wù)(消息)通知,這樣做的目的就是減少RAM占用空間并加快執(zhí)行速度。

嵌入式專欄

1

寫在前面幾乎所有RTOS操作系統(tǒng)都提供了隊(duì)列和信號量的功能,對于大部分新手來說,使用隊(duì)列和信號量是必備技能。

但是,在大多數(shù)情況下,他們都是使用“中介對象”進(jìn)行通信,而并非“直接任務(wù)消息”通信。

通過“中介對象”進(jìn)行通信,每一組隊(duì)列或信號量都會分配一段內(nèi)存(消息緩沖區(qū)和流緩沖區(qū))。就存在一個(gè)問題,如果隊(duì)列或信號量比較多,勢必造成更大的內(nèi)存開支。

但是,如果通過本文說的“直接消息”通信,會節(jié)約很多內(nèi)存。

嵌入式專欄

2

什么是直接任務(wù)通知?大多數(shù)任務(wù)間通信方法都通過中介對象,例如隊(duì)列,信號量或事件組。發(fā)送任務(wù)寫入通信對象,接收任務(wù)從通信對象讀取。

比如FreeRTOS的隊(duì)列通信,首先創(chuàng)建隊(duì)列之前要定義一個(gè)隊(duì)列:

而這個(gè)隊(duì)列包含了很多中介對象:

51ced8f2-507c-11eb-8b86-12bb97331649.png

大家可以算一下這個(gè)“中介對象”會占用多少RAM空間?

通過一個(gè)代碼示意圖理解中介對象通信:

525d7ce2-507c-11eb-8b86-12bb97331649.png

直接任務(wù)通知:當(dāng)使用直接任務(wù)通知時(shí),顧名思義,發(fā)送任務(wù)將通知直接發(fā)送給接收任務(wù),而無需中介對象。

通過一個(gè)代碼示意圖理解:

52ac85da-507c-11eb-8b86-12bb97331649.png

從FreeRTOS V10.4.0開始,每個(gè)任務(wù)都有一系列通知。每個(gè)通知都包含一個(gè)32位值和一個(gè)布爾狀態(tài),它們一起僅消耗5個(gè)字節(jié)的RAM。

就像任務(wù)可以阻止二進(jìn)制信號量等待該信號量變?yōu)椤翱捎谩币粯?,任?wù)可以阻止通知以等待該通知的狀態(tài)變?yōu)椤按幚怼?。同樣,就像任?wù)可以阻止計(jì)數(shù)信號量以等待該信號量的計(jì)數(shù)變?yōu)榉橇阋粯?,任?wù)可以阻止通知以等待該通知的值變?yōu)榉橇恪O旅娴牡谝粋€(gè)示例演示了這種情況。

通知不僅可以傳達(dá)事件,還可以通過多種方式傳達(dá)數(shù)據(jù)。

嵌入式專欄

3

進(jìn)一步分析直接任務(wù)通知通過對比FreeRTOS V10.4.0和之前版本,你會發(fā)現(xiàn)V10.4.0多了一些API,比如ulTaskNotifyTake / ulTaskNotifyTakeIndexed:

530f67cc-507c-11eb-8b86-12bb97331649.png

在官網(wǎng)也有針對這些API的詳細(xì)介紹和說明,以及應(yīng)用代碼例子:

53c0628e-507c-11eb-8b86-12bb97331649.png

直接任務(wù)通信API說明地址:

https://www.freertos.org/RTOS-task-notification-API.html

(公號不支持外鏈接,請復(fù)制鏈接到瀏覽器打開)

嵌入式專欄

4

使用直接任務(wù)通知性能優(yōu)勢和使用限制任務(wù)通知的靈活性使它們可以在需要創(chuàng)建單獨(dú)的隊(duì)列、 二進(jìn)制信號量、 數(shù)信號量或事件組的情況下使用。

與使用中介對象(例如信號量)來取消阻止任務(wù)相比,使用直接通知取消阻止RTOS任務(wù)的速度快了45%(來自官方數(shù)據(jù)),并且使用的RAM更少。

當(dāng)然,有這些性能優(yōu)勢,也肯定一些限制:

僅當(dāng)只有一個(gè)任務(wù)可以作為事件的接收者時(shí),才可以使用RTOS任務(wù)通知。但是,在大多數(shù)實(shí)際使用情況下都可以滿足此條件,例如中斷使執(zhí)行任務(wù)處理的任務(wù)中斷時(shí),該任務(wù)將處理該中斷接收的數(shù)據(jù)。

僅在使用RTOS任務(wù)通知代替隊(duì)列的情況下:接收任務(wù)可以在“阻塞”狀態(tài)下等待通知(因此不占用任何CPU時(shí)間),而發(fā)送任務(wù)不能在“阻塞”狀態(tài)下等待消息。如果發(fā)送無法立即完成,則發(fā)送完成。

嵌入式專欄

5

使用方法使用方法其實(shí)很簡單,只要你會使用RTOS的隊(duì)列、信號量,基本看一眼官方例子就能使用。

我這里也拿官方例子說明一下:

/*main()創(chuàng)建的兩個(gè)任務(wù)的原型*/static void prvTask1( void *pvParameters );static void prvTask2( void *pvParameters );
/*處理由main()創(chuàng)建的任務(wù)的句柄*/static TaskHandle_t xTask1 = NULL, xTask2 = NULL;
/*創(chuàng)建兩個(gè)任務(wù),來回發(fā)送通知,然后啟動RTOS調(diào)度程序*/void main( void ){    xTaskCreate( prvTask1, “Task1”, 200, NULL, tskIDLE_PRIORITY, &xTask1 );    xTaskCreate( prvTask2, “Task2”, 200, NULL, tskIDLE_PRIORITY, &xTask2 );    vTaskStartScheduler();}/*———————————————————–*/
/*prvTask1()使用API的“索引”版本*/static void prvTask1( void *pvParameters ){    for( ;; )    {        /* 發(fā)送通知到prvTask2() ,使其脫離“已阻止”狀態(tài)。*/        xTaskNotifyGiveIndexed( xTask2, 0 );
/*阻止等待prvTask2()通知此任務(wù)*/        ulTaskNotifyTakeIndexed( 0, pdTRUE, portMAX_DELAY );    }}/*———————————————————–*/
/* prvTask2()使用API的原始版本(不帶“索引”) */static void prvTask2( void *pvParameters ){    for( ;; )    {/*等待prvTask1()通知此任務(wù) */        ulTaskNotifyTake( pdTRUE, portMAX_DELAY );
/*向prvTask1()發(fā)送通知,使它退出“已阻止”狀態(tài)*/        xTaskNotifyGive( xTask1 );    }}

責(zé)任編輯:xj

原文標(biāo)題:如何改善FreeRTOS運(yùn)行的速度、RAM大小

文章出處:【微信公眾號:strongerHuang】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • RAM
    RAM
    +關(guān)注

    關(guān)注

    8

    文章

    1392

    瀏覽量

    117539
  • FreeRTOS
    +關(guān)注

    關(guān)注

    12

    文章

    493

    瀏覽量

    64358
  • 運(yùn)行速度
    +關(guān)注

    關(guān)注

    0

    文章

    2

    瀏覽量

    6796

原文標(biāo)題:如何改善FreeRTOS運(yùn)行的速度、RAM大小

文章出處:【微信號:strongerHuang,微信公眾號:strongerHuang】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    關(guān)于BLE通知值的通知長度問題求解

    FreeRtos 中的 streambuffer 的壓力。 如果 notify 支持每次通知大小大于 244 的數(shù)組,我需要做哪些修改才能實(shí)現(xiàn)每次通知大小為 512 或 1024 的數(shù)組。
    發(fā)表于 07-01 06:58

    FreeRTOS任務(wù)中發(fā)送事件隊(duì)列是有什么限制嗎?

    到了TMC的芯片,但是在到位上報(bào)的信息中少了卡死電機(jī)的上報(bào)。所以有的電機(jī)的到位中斷并沒有成功寫入任務(wù)。 一開始是每個(gè)電機(jī)都開啟了一個(gè)定時(shí)器查詢,后續(xù)改成一個(gè)定時(shí)器查六個(gè)電機(jī)并將定時(shí)器的周期加到50ms,就很少會卡死。 所以向FreeRTOS
    發(fā)表于 06-11 07:57

    HarmonyOS NEXT應(yīng)用開發(fā)-Notification Kit(用戶通知服務(wù))通知類型、級別與渠道

    。 NOTIFICATION_CONTENT_SYSTEM_LIVE_VIEW11+ 5 實(shí)況窗類型通知。不支持三方應(yīng)用直接創(chuàng)建該類型通知,可以由系統(tǒng)代理創(chuàng)建系統(tǒng)實(shí)況窗類型通知后,三方
    發(fā)表于 06-09 14:39

    詳解FreeRTOS與SAFERTOS的區(qū)別

    開源免費(fèi)的FreeRTOS由Richard Barry在WHIS工作時(shí)創(chuàng)建,WHIS基于FreeRTOS的功能模型,通過完整的HAZOP分析,確定了功能模型和API中的所有的弱點(diǎn),減輕所有薄弱環(huán)節(jié),并采用IEC 61508 SIL 3的開發(fā)生命周期,重新設(shè)計(jì)實(shí)現(xiàn)了SAFE
    的頭像 發(fā)表于 06-04 16:58 ?331次閱讀
    詳解<b class='flag-5'>FreeRTOS</b>與SAFERTOS的區(qū)別

    FreeRTOS讀取ADS1299數(shù)據(jù)有誤

    您好,請問,用stm32的FreeRTOS的隊(duì)列對ADS1299傳感器讀取數(shù)據(jù),已設(shè)置采樣率為2khz 在采集任務(wù)中:通過spi讀取數(shù)據(jù)——濾波(-DSP庫)——將數(shù)據(jù)寫入隊(duì)列——延時(shí)
    發(fā)表于 05-05 22:48

    【RA-Eco-RA4M2開發(fā)板評測】RA-Eco-RA4M2 移植FreeRTOS

    FreeRTOS、Threadx,這里選擇FreeRTOS。 Figure 2?5 選擇RTOS 接下來就是選擇工程模板。 Figure 2?6 工程模板選擇 接下來在新建一個(gè)空任務(wù)。點(diǎn)擊“Stacks
    發(fā)表于 05-03 23:24

    FreeRTOS進(jìn)階使用之流緩沖區(qū):高效處理字節(jié)流的秘密武器

    在嵌入式開發(fā)中,流緩沖區(qū)(Stream Buffer)是FreeRTOS中用于高效處理字節(jié)流數(shù)據(jù)傳輸?shù)暮诵臋C(jī)制,尤其適合任務(wù)間或中斷與任務(wù)間的連續(xù)數(shù)據(jù)傳輸場景(如串口通信、網(wǎng)絡(luò)數(shù)據(jù)流等)。本文將深入
    發(fā)表于 03-24 11:37

    移植LWIP+FREERTOS時(shí)遇到的問題怎么解決?

    :將ST官網(wǎng)的LWIP1.4.1 的例子(關(guān)于LWIP的部分)移植到步驟1 的FreeRTOS 系統(tǒng)的工程里面,只是添加LWIP初始化的任務(wù),并沒有調(diào)用任何接口的情況下可以Ping 通 而且長時(shí)間
    發(fā)表于 03-11 06:48

    關(guān)于freertos任務(wù)中usb文件系統(tǒng)寫入數(shù)據(jù)的問題

    請問一下,我用freertos系統(tǒng)的定時(shí)器,sendtime++滿500的時(shí)候執(zhí)行usb文件系統(tǒng)寫入數(shù)據(jù)的函數(shù)Flash_Write();這個(gè)函數(shù)需要300多ms跑完,按理來說他就算300多ms
    發(fā)表于 02-20 20:55

    2025未來產(chǎn)業(yè)創(chuàng)新任務(wù) | 清潔氫

    據(jù)悉,1月17日,工業(yè)和信息化部辦公廳發(fā)布《關(guān)于組織開展2025年未來產(chǎn)業(yè)創(chuàng)新任務(wù)揭榜掛帥工作的通知》(簡稱《通知》)。《通知》顯示,揭榜任務(wù)
    的頭像 發(fā)表于 01-22 08:19 ?484次閱讀
    2025未來產(chǎn)業(yè)創(chuàng)新<b class='flag-5'>任務(wù)</b> | 清潔氫

    使用任務(wù)通知提高RTOS應(yīng)用的效率

    在實(shí)時(shí)嵌入式系統(tǒng)中,性能和資源效率是決定設(shè)計(jì)成敗的關(guān)鍵因素。傳統(tǒng)的實(shí)時(shí)操作系統(tǒng)(RTOS)提供了如隊(duì)列、信號量和事件組機(jī)制,實(shí)現(xiàn)任務(wù)之間的同步和通信。FreeRTOS/SAFERTOS還提供一種方法可以使這些過程更快、更輕量化,即任務(wù)
    的頭像 發(fā)表于 12-27 14:54 ?699次閱讀

    freertos最多支持多少個(gè)任務(wù)

    FreeRTOS是一個(gè)輕量級的實(shí)時(shí)操作系統(tǒng)(RTOS),其設(shè)計(jì)初衷就是為了提供簡單、可靠且高效的實(shí)時(shí)任務(wù)管理。關(guān)于FreeRTOS最多支持多少個(gè)任務(wù)的問題,實(shí)際上并沒有一個(gè)固定的上限,
    的頭像 發(fā)表于 09-02 14:21 ?2268次閱讀

    freertos和rtos區(qū)別是什么

    。RTOS 的主要特點(diǎn)是實(shí)時(shí)性、多任務(wù)處理、資源管理、中斷處理等。 FreeRTOS 是一個(gè)開源的實(shí)時(shí)操作系統(tǒng),由英
    的頭像 發(fā)表于 09-02 14:18 ?3021次閱讀

    freertos和裸機(jī)有什么區(qū)別

    的、搶占式實(shí)時(shí)操作系統(tǒng)(RTOS),適用于微控制器和小型處理器。它提供了多任務(wù)處理、任務(wù)優(yōu)先級、時(shí)間管理、內(nèi)存管理、同步機(jī)制等功能,使得開發(fā)者能夠更容易地編寫復(fù)雜的實(shí)時(shí)應(yīng)用程序。 1.2 裸機(jī)編程 裸機(jī)編程是指在沒有操作系統(tǒng)的情況下直接
    的頭像 發(fā)表于 09-02 14:13 ?3008次閱讀

    在GD32F407跑了freeRTOS,中斷調(diào)用xEventGroupSetBitsFromISR函數(shù)后就會死機(jī),為什么?

    在GD32F407跑了freeRTOS,串口接收使用了DMA+IDLE中斷來實(shí)現(xiàn)不定長接收,串口的IDLE中斷中接收完數(shù)據(jù)后,通過事件通知線程執(zhí)行解析,但是中斷中調(diào)用xEventGroupSetBitsFromISR函數(shù)后就會死機(jī)
    發(fā)表于 07-26 06:37