www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 單片機(jī) > 小麥大叔
[導(dǎo)讀]嵌入式系統(tǒng)中中斷是必不可少的一部分; 1 前言 本文會(huì)在中斷基礎(chǔ)上對(duì)FreeRTOS的中斷管理做一個(gè)介紹,讀者需要掌握中斷的概念,本文暫不會(huì)對(duì)此進(jìn)行深入介紹;z操作系統(tǒng)中,中斷隨處可見,從Windows的中斷,Linux的中斷,以及RTOS的中斷,其處理過程都是相同的

嵌入式系統(tǒng)中中斷是必不可少的一部分;

1 前言

本文會(huì)在中斷基礎(chǔ)上對(duì)FreeRTOS的中斷管理做一個(gè)介紹,讀者需要掌握中斷的概念,本文暫不會(huì)對(duì)此進(jìn)行深入介紹;z操作系統(tǒng)中,中斷隨處可見,從Windows的中斷,Linux的中斷,以及RTOS的中斷,其處理過程都是相同的;無論是軟件中斷還是硬件中斷,在接收到中斷源發(fā)出的中斷請(qǐng)求之后,就會(huì)觸發(fā)中斷,CPU尋找中斷向量表,然后跳轉(zhuǎn)到中斷服務(wù)函數(shù),具體如下所示;

什么是中斷源,通常就PC來說,中斷源可以是以下幾種:

  • I/O設(shè)備:鼠標(biāo),鍵盤等等;

  • 定時(shí)器中斷;

  • 內(nèi)部故障產(chǎn)生的中斷;

  • CPU主動(dòng)中斷,比如調(diào)試程序,單步執(zhí)行的情況;

那么,如何在中斷服務(wù)函數(shù)和RTOS的任務(wù)之間,安全地完成數(shù)據(jù)的交互呢?下面會(huì)進(jìn)一步介紹。

2 中斷特點(diǎn)

中斷發(fā)生的時(shí)候,會(huì)打斷正常執(zhí)行的函數(shù),這時(shí)候就會(huì)進(jìn)行現(xiàn)場(chǎng)保護(hù),即將當(dāng)前各個(gè)寄存器的值壓到入棧,執(zhí)行完中斷之后恢復(fù)現(xiàn)場(chǎng),即出棧,重新恢復(fù)各個(gè)寄存器的值,系統(tǒng)還原到中斷之前的狀態(tài);具體如下圖所示;


FreeRTOS中,中斷需要注意幾點(diǎn):


  • 事件的檢測(cè),除了中斷方式,還可以通過輪詢方式,需要更加具體的情況進(jìn)行選擇;

  • 何時(shí)使用中斷;中斷服務(wù)函數(shù)(ISR)要處理的數(shù)據(jù)量有多大,通常我們希望中斷的切換越快越好,也就是說,ISR盡量采用耗時(shí)較少的處理方式;

  • 事件如何通知到任務(wù)(和中斷服務(wù)函數(shù)區(qū)別開,非ISR函數(shù)),如何設(shè)計(jì)程序的架構(gòu)可以完成良好的異步處理過程;

  • 事件通知的時(shí)候需要注意使用FreeRTOS提供的中斷安全API,通常這些函數(shù)接口的后綴為xxxxxISR(),例如xQueueSendFrom;

3 延遲中斷處理

上面提到過,中斷服務(wù)函數(shù)應(yīng)該盡量斷,因此這里才用中斷的前部中斷的后部來處理;

  • 前部:負(fù)責(zé)處理不耗時(shí)的操作,比如任務(wù)的同步,發(fā)送信號(hào)量去通知任務(wù);

  • 后部:負(fù)責(zé)處理耗時(shí)的操作,這時(shí)候,中斷已經(jīng)恢復(fù)現(xiàn)場(chǎng),實(shí)際執(zhí)行可以視為軟中斷,即在一個(gè)Task任務(wù)中執(zhí)行;

上述的方式也可以稱之為延遲中斷處理,具體的思路是:對(duì)應(yīng)的中斷創(chuàng)建一個(gè)相應(yīng)的handler task,使用二值信號(hào)量去同步,在某個(gè)特殊的中斷發(fā)生時(shí),發(fā)送信號(hào)量,讓任務(wù)解除阻塞,相當(dāng)于讓任務(wù)與中斷同步。這樣就可以讓中斷事件處理量大的工作在同步任務(wù)中完成,中斷服務(wù)例程(ISR)中只是快速處理少部分工作,幾點(diǎn)羅列一下;

  1. 中斷處理可以說是被推遲(deferred)到一個(gè)處理(handler)任務(wù)中;

  2. 如果某個(gè)中斷處理要求特別緊急,其延遲處理任務(wù)的優(yōu)先級(jí)可以設(shè)為最高,以保證延遲處理任務(wù)隨時(shí)都搶占系統(tǒng)中的其它任務(wù)。

  3. 延遲處理任務(wù)就成為其對(duì)應(yīng)的 ISR退出后第一個(gè)執(zhí)行的任務(wù),在時(shí)間上緊接著 ISR 執(zhí)行,相當(dāng)于所有的處理都在 ISR 中完成一樣。[1]

具體如下所示;

3.1 信號(hào)量的使用

關(guān)于信號(hào)量(Semaphore):通俗的解釋,信號(hào)量是一個(gè)數(shù),二值信號(hào)量,互斥信號(hào)量,只能表示01,假設(shè)一個(gè)信號(hào)量X,兩個(gè)任務(wù)A,B;

  • 任務(wù)A獲取了信號(hào)量,則該信號(hào)量X被設(shè)為0,B任務(wù)都處于堵塞狀態(tài),等待A任務(wù)釋放信號(hào)量;

  • 當(dāng)A任務(wù)釋放了信號(hào)量,則該信號(hào)量X被設(shè)為1,B任務(wù)獲取了信號(hào)量,則進(jìn)入運(yùn)行狀態(tài);[2]
    FreeRTOS中對(duì)于信號(hào)量操作給出了以下相應(yīng)的API

  • vSemaphoreCreateBinary:創(chuàng)建二值信號(hào)量;

  • xSemaphoreTake:獲取信號(hào)量;

  • xSemaphoreGiveFromISR:發(fā)送信號(hào)量;
    這是一組宏定義,具體的實(shí)現(xiàn)在頭文件semphr.h中,下面進(jìn)一步介紹;

通常信號(hào)量的同步操作如下圖所示;

3.2 vSemaphoreCreateBinary

FreeRTOS 中各種信號(hào)量的句柄都存儲(chǔ)在 xSemaphoreHandle類型的變量中,在使用信號(hào)量之前,必須先通過vSemaphoreCreateBinary創(chuàng)建信號(hào)量,其具體函數(shù)原型如下;

#if( configSUPPORT_DYNAMIC_ALLOCATION == 1 )
    #define vSemaphoreCreateBinary( xSemaphore )                                                                                            \
        {                                                                                                                                   \
            ( xSemaphore ) = xQueueGenericCreate( ( UBaseType_t ) 1, semSEMAPHORE_QUEUE_ITEM_LENGTH, queueQUEUE_TYPE_BINARY_SEMAPHORE );    \
            if( ( xSemaphore ) != NULL )                                                                                                    \
            {                                                                                                                               \
                ( void ) xSemaphoreGive( ( xSemaphore ) );                                                                                  \
            }                                                                                                                               \
        }

#endif

可以看到這個(gè)接口是通過調(diào)用xQueueGenericCreate函數(shù)創(chuàng)建了大小為1個(gè)semSEMAPHORE_QUEUE_ITEM_LENGTH的信號(hào)量,并且創(chuàng)建成功之后,通過xSemaphoreGive將信號(hào)量設(shè)置為1,此時(shí)信號(hào)量有效;

3.3 xSemaphoreTake

“帶走(Taking)”一個(gè)信號(hào)量意為”獲取(Obtain)”或”接收(Receive)”信號(hào)量。只有當(dāng)信號(hào)量有效的時(shí)候才可以被獲取。在經(jīng)典信號(hào)量術(shù)中,xSemaphoreTake()等同于一次P()操作。函數(shù)原型如下所示;

#define xSemaphoreTake( xSemaphore, xBlockTime )        \
        xQueueSemaphoreTake( ( xSemaphore ), ( xBlockTime ) )

3.4 xSemaphoreGiveFromISR

xSemaphoreGiveFromISR()xSemaphoreGive()的特殊形式, 專門用于中斷服務(wù)函數(shù)中,其函數(shù)原型如下;

#define xSemaphoreGiveFromISR( xSemaphore, pxHigherPriorityTaskWoken )    \
        xQueueGiveFromISR( ( QueueHandle_t ) ( xSemaphore ), ( pxHigherPriorityTaskWoken ) )

4 計(jì)數(shù)信號(hào)量

上面講的二值信號(hào)量最多只能鎖存一個(gè)事件,通俗的講只能進(jìn)行一對(duì)一的觸發(fā),也就是說在中斷頻率相對(duì)較低的情況下,使用二值信號(hào)量是比較完美的,但是在中斷頻率較高的情況下,會(huì)出現(xiàn)這種情況:

  • 產(chǎn)生了中斷,任務(wù)A獲取信號(hào)量,并開始運(yùn)行;

  • 新的中斷產(chǎn)生,任務(wù)A還沒有運(yùn)行結(jié)束(任務(wù)A占有了信號(hào)量),此時(shí)信號(hào)量無效,因此這個(gè)中斷信號(hào)沒有處理就丟失了;
    這里通過使用計(jì)數(shù)信號(hào)量可以解決這種情況,通過使用xSemaphoreCreateCounting函數(shù),函數(shù)原型如下所示;

#if( configSUPPORT_DYNAMIC_ALLOCATION == 1 )
    #define xSemaphoreCreateCounting( uxMaxCount, uxInitialCount ) \
    xQueueCreateCountingSemaphore( ( uxMaxCount ), ( uxInitialCount ) )

#endif

創(chuàng)建一個(gè)計(jì)數(shù)信號(hào)量;

xCountingSemaphore = xSemaphoreCreateCounting( 100 );

具體中斷和任務(wù)通過計(jì)數(shù)信號(hào)量的同步過程可以參考下圖;

5 總結(jié)

本文對(duì)FreeRTOS中如何對(duì)中斷服務(wù)函數(shù)和任務(wù)進(jìn)行同步做了簡(jiǎn)單介紹,分析了通過二值信號(hào)量和計(jì)數(shù)信號(hào)量這兩種場(chǎng)景的應(yīng)用和注意事項(xiàng),另外作者能力有限,難免存在錯(cuò)誤和紕漏,請(qǐng)不吝賜教。

[1]: Mastering_the_FreeRTOS_Real_Time_Kernel-A_Hands-On_Tutorial_Guide

[2]: FREERTOS 實(shí)時(shí)內(nèi)核實(shí)用指南,Zou Changjun


免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問題,請(qǐng)聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢(shì)抑制與過流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問題卻十分常見,不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車場(chǎng)照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢(shì)逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開關(guān)電源具有效率高的特性,而且開關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉