欧美性猛交xxxx免费看_牛牛在线视频国产免费_天堂草原电视剧在线观看免费_国产粉嫩高清在线观看_国产欧美日本亚洲精品一5区

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

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

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

RTOS消息隊(duì)列的多種用途

星星科技指導(dǎo)員 ? 來源:嵌入式計(jì)算設(shè)計(jì) ? 作者:Jean Labrosse ? 2022-06-29 14:57 ? 次閱讀

RTOS 是一種軟件,可以盡可能高效地管理中央處理單元 (CPU)、微處理單元 (MPU) 甚至數(shù)字信號處理器DSP) 的時(shí)間。大多數(shù) RTOS 內(nèi)核都是用 C 編寫的,需要一小部分用 ASSEMBLY 語言編寫的代碼來使內(nèi)核適應(yīng)不同的 CPU 架構(gòu)。

RTOS 內(nèi)核為程序員提供了許多有用的服務(wù),例如多任務(wù)處理、中斷管理、通過消息隊(duì)列的任務(wù)間通信、信令、資源管理、時(shí)間管理、內(nèi)存分區(qū)管理等等。

應(yīng)用程序(即最終產(chǎn)品)基本上分為多個(gè)任務(wù),每個(gè)任務(wù)負(fù)責(zé)應(yīng)用程序的一部分。任務(wù)是一個(gè)簡單的程序,它認(rèn)為它自己擁有 CPU。每個(gè)任務(wù)都根據(jù)任務(wù)的重要性分配一個(gè)優(yōu)先級。

什么是消息隊(duì)列?

如圖 1 所示,消息隊(duì)列是一個(gè)內(nèi)核對象(即數(shù)據(jù)結(jié)構(gòu)),消息通過它從中斷服務(wù)例程 (ISR) 或任務(wù)發(fā)送(即,發(fā)布)到另一個(gè)任務(wù)(即,掛起)。一個(gè)應(yīng)用程序可以有任意數(shù)量的消息隊(duì)列,每個(gè)隊(duì)列都有自己的用途。例如,消息隊(duì)列可用于將從通信接口 ISR 接收到的數(shù)據(jù)包傳遞給任務(wù),該任務(wù)又負(fù)責(zé)處理數(shù)據(jù)包。另一個(gè)隊(duì)列可用于將內(nèi)容傳遞給將負(fù)責(zé)正確更新顯示的顯示任務(wù)。

poYBAGK7-BCAa0fqAADeuVJW2Rk395.png

圖 1.消息隊(duì)列是用于將內(nèi)容傳遞給任務(wù)的內(nèi)核對象。

消息通常是指向包含實(shí)際消息的存儲區(qū)域的空指針。但是,指針可以指向任何東西,甚至是接收任務(wù)要執(zhí)行的函數(shù)。因此,消息的含義取決于應(yīng)用程序。每個(gè)消息隊(duì)列都可以配置其將容納的存儲量。可以將消息隊(duì)列配置為保存單個(gè)消息(也稱為郵箱)或N條消息。隊(duì)列的大小取決于應(yīng)用程序以及接收任務(wù)在隊(duì)列填滿之前處理消息的速度。

如果一個(gè)任務(wù)掛起(即等待)一條消息并且隊(duì)列中沒有消息,那么該任務(wù)將阻塞,直到一條消息被發(fā)布(即發(fā)送)到隊(duì)列中。由于 RTOS 運(yùn)行其他任務(wù),因此等待任務(wù)在等待消息時(shí)不消耗 CPU 時(shí)間。如圖 1 所示,掛起的任務(wù)可以指定一個(gè)超時(shí)時(shí)間。如果在指定的超時(shí)時(shí)間內(nèi)沒有收到消息,則當(dāng)該任務(wù)成為最高優(yōu)先級任務(wù)時(shí),將允許該任務(wù)恢復(fù)執(zhí)行(即解除阻塞)。當(dāng)任務(wù)執(zhí)行時(shí),它基本上被告知它被恢復(fù)的原因是因?yàn)槌瑫r(shí),因此沒有收到消息。

消息隊(duì)列通常實(shí)現(xiàn)為先進(jìn)先出 (FIFO),這意味著接收到的第一條消息將是從隊(duì)列中提取的第一條消息。但是,某些內(nèi)核允許您發(fā)送被認(rèn)為比其他內(nèi)核更重要的消息,因此可以在隊(duì)列的頭部發(fā)布。換句話說,按照后進(jìn)先出 (LIFO) 的順序,使該消息成為任務(wù)提取的第一個(gè)消息。

消息隊(duì)列的一個(gè)重要方面是消息本身需要從發(fā)送到處理期間保持在范圍內(nèi)。這意味著您不能將指針傳遞給堆棧變量、可以被其他代碼更改的全局變量等等。為了使消息保持在范圍內(nèi),您通常會填充從池中獲取的結(jié)構(gòu)如圖 2 所示。發(fā)送消息的 ISR 或任務(wù)將從池中獲取一個(gè)結(jié)構(gòu),填充該結(jié)構(gòu),并將指向該結(jié)構(gòu)的指針發(fā)布到隊(duì)列中。接收任務(wù)將從隊(duì)列中提取指針,處理結(jié)構(gòu),完成后將結(jié)構(gòu)返回到池中。當(dāng)然,發(fā)送方和接收方都需要使用同一個(gè)池,除非數(shù)據(jù)結(jié)構(gòu)中的字段指示使用了哪個(gè)池。

poYBAGK7-BiAUElQAABCfnUEn9Q907.png

圖 2.消息存儲區(qū)池

在 RTOS 中消息隊(duì)列的許多實(shí)現(xiàn)中,如果隊(duì)列已滿,發(fā)送到隊(duì)列的消息將被丟棄。通常這不是問題,應(yīng)用程序的邏輯可以從這種情況中恢復(fù)。但是,實(shí)現(xiàn)一種機(jī)制相當(dāng)容易,這樣發(fā)送任務(wù)將阻塞,直到接收方提取其中一條消息,如圖 3 所示:

1.計(jì)數(shù)信號量初始化為隊(duì)列可以接受的最大條目數(shù)對應(yīng)的值。

2.在允許發(fā)送消息到隊(duì)列之前,發(fā)送任務(wù)在信號量上掛起。如果信號量值為零,則發(fā)送方等待。

3.如果該值非零,則信號量計(jì)數(shù)遞減,并且發(fā)送方將其消息發(fā)布到隊(duì)列中。

4.消息的接收者像往常一樣在消息隊(duì)列中掛起一個(gè)。

5.當(dāng)接收到消息時(shí),接收者從隊(duì)列中提取指向消息的指針并向信號量發(fā)出信號,表明隊(duì)列中的條目已被釋放。

poYBAGK7-B-AHFZkAADUyYSwCO4928.png

圖 3.如果隊(duì)列已滿,則阻止發(fā)送者。

如圖所示,此機(jī)制僅適用于兩個(gè)任務(wù),因?yàn)椴辉试S ISR 掛在信號量上。

消息隊(duì)列的其他用途

圖 4 顯示了消息隊(duì)列的不同用途:

1-4。如前所述,消息隊(duì)列通常用于將消息從 ISR 或任務(wù)發(fā)送到另一個(gè)任務(wù)。

5.但是,如果消息適合指針的字長,則不必發(fā)送實(shí)際消息并分配存儲區(qū)域。例如,如果指針是 32 位寬,那么您可以將從 12 位 ADC 讀取的模數(shù)轉(zhuǎn)換器ADC) 轉(zhuǎn)換為指針并通過消息隊(duì)列發(fā)送它。只要接收者知道將值轉(zhuǎn)換回整數(shù),它就是完全合法的。

6-7。如果任務(wù)知道消息不會發(fā)送給它,它可以使用超時(shí)機(jī)制將自己延遲一段時(shí)間。在這種情況下,能夠容納單個(gè)條目的隊(duì)列就足夠了。事實(shí)上,如果另一個(gè)任務(wù)或 ISR 發(fā)送消息,延遲將被中止,這可能是您想要實(shí)現(xiàn)的行為。

8.消息隊(duì)列可以用作信號量來簡單地向任務(wù)發(fā)出事件發(fā)生的信號。在這種情況下,消息可以是任何東西。隊(duì)列的大小取決于應(yīng)用程序需要緩沖多少信號。

9-10。消息隊(duì)列也可以用作二進(jìn)制信號量或計(jì)數(shù)信號量以進(jìn)行資源共享。對于二進(jìn)制信號量,隊(duì)列將包含單個(gè)消息,并且將在隊(duì)列中放置一條消息(任何值)。要訪問資源,任務(wù)將在隊(duì)列中掛起。如果隊(duì)列中有消息,則任務(wù)將獲得對資源的訪問權(quán)。一旦完成資源,隊(duì)列將被發(fā)布,從而根據(jù)需要放棄資源以供其他任務(wù)使用。相同的機(jī)制適用于實(shí)現(xiàn)具有N個(gè) 資源的計(jì)數(shù)信號量,并且隊(duì)列將預(yù)先填充N個(gè) 虛擬消息。

11.消息實(shí)際上可用于模擬事件標(biāo)志,其中 32 位指針大小變量(轉(zhuǎn)換為整數(shù))的每一位都可以表示一個(gè)事件。

12.可以使用消息隊(duì)列來實(shí)現(xiàn)棧結(jié)構(gòu)。這基本上是 LIFO 機(jī)制的另一種用法。

poYBAGK7-CmAQBrlAAFPIRAHHRg171.png

圖 4.消息隊(duì)列的許多用途中的一些。

概括

消息隊(duì)列可以以多種不同的方式使用。事實(shí)上,您可以編寫可能只使用消息隊(duì)列的相當(dāng)復(fù)雜的應(yīng)用程序。僅使用消息隊(duì)列可以減少代碼的大?。凑加每臻g),因?yàn)榭梢阅M許多其他服務(wù)(信號量、時(shí)間延遲和事件標(biāo)志)。

審核編輯:郭婷

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

    關(guān)注

    68

    文章

    10911

    瀏覽量

    213146
  • MPU
    MPU
    +關(guān)注

    關(guān)注

    0

    文章

    375

    瀏覽量

    48983
  • RTOS
    +關(guān)注

    關(guān)注

    22

    文章

    820

    瀏覽量

    119918
收藏 人收藏

    評論

    相關(guān)推薦

    使用任務(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 ?349次閱讀

    JavaWeb消息隊(duì)列使用指南

    在現(xiàn)代的JavaWeb應(yīng)用中,消息隊(duì)列(Message Queue)是一種常見的技術(shù),用于異步處理任務(wù)、解耦系統(tǒng)組件、提高系統(tǒng)性能和可靠性。 1. 消息隊(duì)列的基本概念 消息隊(duì)列是一種應(yīng)用程序?qū)?yīng)
    的頭像 發(fā)表于 11-25 09:27 ?196次閱讀

    深入解析Zephyr RTOS的技術(shù)細(xì)節(jié)

    Zephyr是一個(gè)針對資源受限設(shè)備優(yōu)化的小型、可縮放、多體系架構(gòu)實(shí)時(shí)操作系統(tǒng)(RTOS)。Zephyr由Linux基金會維護(hù)[1],是一個(gè)以構(gòu)建業(yè)界最佳的RTOS為目標(biāo)的開源合作項(xiàng)目。近年來
    的頭像 發(fā)表于 10-22 16:47 ?745次閱讀
    深入解析Zephyr <b class='flag-5'>RTOS</b>的技術(shù)細(xì)節(jié)

    RTOS正在縮小與Linux的差距

    RTOS與Linux的物聯(lián)網(wǎng)設(shè)備操作系統(tǒng)之爭已經(jīng)持續(xù)了很多年。Linux以其強(qiáng)大的計(jì)算能力和豐富的軟件生態(tài),在需要復(fù)雜處理和軟件支持的物聯(lián)網(wǎng)設(shè)備上占據(jù)一席之地;RTOS憑借實(shí)時(shí)響應(yīng)和資源節(jié)約的特性
    的頭像 發(fā)表于 09-10 08:07 ?847次閱讀
    <b class='flag-5'>RTOS</b>正在縮小與Linux的差距

    嵌入式環(huán)形隊(duì)列與消息隊(duì)列的實(shí)現(xiàn)原理

    嵌入式環(huán)形隊(duì)列,也稱為環(huán)形緩沖區(qū)或循環(huán)隊(duì)列,是一種先進(jìn)先出(FIFO)的數(shù)據(jù)結(jié)構(gòu),用于在固定大小的存儲區(qū)域中高效地存儲和訪問數(shù)據(jù)。其主要特點(diǎn)包括固定大小的數(shù)組和兩個(gè)指針(頭指針和尾指針),分別指向隊(duì)列的起始位置和結(jié)束位置。
    的頭像 發(fā)表于 09-02 15:29 ?689次閱讀

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

    FreeRTOS 和 RTOS(實(shí)時(shí)操作系統(tǒng))是兩個(gè)不同的概念,但它們之間有緊密的聯(lián)系。FreeRTOS 是一個(gè)特定的開源實(shí)時(shí)操作系統(tǒng),而 RTOS 是實(shí)時(shí)操作系統(tǒng)的一般概念。 概念定義 RTOS
    的頭像 發(fā)表于 09-02 14:18 ?1594次閱讀

    RTOS與Linux有什么區(qū)別

    RTOS(Real-Time Operating System,實(shí)時(shí)操作系統(tǒng))與Linux是兩種在不同應(yīng)用場景下發(fā)揮重要作用的操作系統(tǒng),它們在設(shè)計(jì)理念、功能特性、應(yīng)用場景以及性能表現(xiàn)等方面存在顯著差異。以下是對RTOS與Linux區(qū)別的詳細(xì)分析。
    的頭像 發(fā)表于 08-20 16:05 ?4341次閱讀

    RTOS的特性和類型

    實(shí)時(shí)操作系統(tǒng)(RTOS)是一種可運(yùn)行實(shí)時(shí)計(jì)算應(yīng)用程序的軟件平臺,用于處理具有明確時(shí)間約束的事件和數(shù)據(jù)。與通用操作系統(tǒng)(GPOS)不同,RTOS必須在有限的硬件資源上調(diào)度應(yīng)用程序之間的處理和數(shù)據(jù)共享
    的頭像 發(fā)表于 08-20 11:29 ?729次閱讀

    RTOS開發(fā)最佳實(shí)踐

    基于RTOS編寫應(yīng)用程序時(shí),有一些要注意事項(xiàng)。在本節(jié)中,您將學(xué)習(xí)RTOS開發(fā)最佳實(shí)踐,例如POSIX合規(guī)性、安全性和功能安全認(rèn)證。
    的頭像 發(fā)表于 08-20 11:24 ?520次閱讀

    玩轉(zhuǎn)RT-Thread之消息隊(duì)列的應(yīng)用

    在嵌入式系統(tǒng)開發(fā)中,實(shí)時(shí)處理串口和ADC數(shù)據(jù)是一項(xiàng)重要的任務(wù)。本文將介紹如何在RT-Thread實(shí)時(shí)操作系統(tǒng)中,利用消息隊(duì)列來同時(shí)處理來自串口和ADC的數(shù)據(jù)。通過這種方法,我們能夠高效地管理和處理
    的頭像 發(fā)表于 07-23 08:11 ?672次閱讀
    玩轉(zhuǎn)RT-Thread之消息<b class='flag-5'>隊(duì)列</b>的應(yīng)用

    ESP8266_RTOS3.0串口0傳輸大量數(shù)據(jù)丟包的原因?

    傳輸數(shù)據(jù)最大1500字節(jié),使用的ESP8266_RTOS3.0,先使用的example示例中的uart_events,結(jié)果發(fā)現(xiàn)當(dāng)我向串口0發(fā)送長度大約800字節(jié)的數(shù)據(jù)時(shí),重復(fù)收到消息隊(duì)列,數(shù)據(jù)被分為
    發(fā)表于 07-09 06:32

    risc-v的mcu對RTOS兼容性如何

    是否支持特定的RISC-V變種。 大多數(shù)現(xiàn)代RTOS都支持多種處理器架構(gòu),包括RISC-V。例如,F(xiàn)reeRTOS、RT-Thread等RTOS都提供了對RISC-V的支持。 RTOS
    發(fā)表于 05-27 16:26

    進(jìn)程間通信的消息隊(duì)列介紹

    消息隊(duì)列是一種非常常見的進(jìn)程間通信方式。
    的頭像 發(fā)表于 04-08 17:27 ?352次閱讀

    MCU專屬隊(duì)列功能模塊之QueueForMcu應(yīng)用

    當(dāng)需要從隊(duì)列頭部獲取多個(gè)數(shù)據(jù),但又不希望數(shù)據(jù)從隊(duì)列中刪除時(shí),可以使用 Queue_Peek_Array 函數(shù)來實(shí)現(xiàn),該函數(shù)的參數(shù)與返回值與 Queue_Pop_Array 完全相同。
    發(fā)表于 03-20 11:44 ?563次閱讀
    MCU專屬<b class='flag-5'>隊(duì)列</b>功能模塊之QueueForMcu應(yīng)用

    基于RTOS的應(yīng)用進(jìn)程中的典型線程

    RTOS中的關(guān)鍵因素是最小的中斷延遲和最小的線程切換延遲。RTOS的價(jià)值在于它的響應(yīng)速度或可預(yù)測性,而不是它在給定時(shí)間段內(nèi)可以執(zhí)行的工作量。
    發(fā)表于 03-05 09:32 ?711次閱讀
    基于<b class='flag-5'>RTOS</b>的應(yīng)用進(jìn)程中的典型線程