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

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

嵌入式軟件優(yōu)先級的重要性

strongerHuang ? 來源:博客園 ? 作者:博客園 ? 2020-09-04 15:29 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

嵌入式軟件開發(fā)中,我們不可避免的需要接觸優(yōu)先級的概念,掌握優(yōu)先級的概念對于設計一個好的軟件系統尤為重要。

本篇筆記的主要內容有以下幾個方面:

1、中斷優(yōu)先級

2、操作系統中的任務優(yōu)先級

3、同等優(yōu)先級處理

4、中斷嵌套

今天借助大家熟悉的 STM32F103 平臺和各位聊聊其中的密事。

首先,我們從一個裸機系統的變量自加開始說起。

這里有三個變量,A、B、C,其中 B 變量除了在 main 函數中自加外,還會在中斷處理函數中進行自加。

這里面考慮了B的兩種情況,一是先執(zhí)行 main 中的自加再執(zhí)行中斷的自加,二是先執(zhí)行中斷的自加再進行 main 的自加。

不管發(fā)生哪種情況,當程序執(zhí)行到 C 位置時,B 的值都是一樣的。

當然,以上分析是從 C 語言的角度進行分析的,如果以匯編的視角進行分析(自加操作在匯編中分為三個步驟),你會發(fā)現,這里面其實還有第三種情況:

這里面的 B’ 可以認為是寄存器,即變量的 B 的副本。

正因為副本的存在,在main 函數的寫入過程中導致丟失了中斷中 B 的自加操作。

對于程序而言,就好像根本沒有進入中斷一樣!

這就是全局變量的使用隱患。

但是善于分析的道友可能會提出這樣一個疑問,為什么上面只考慮了main 函數中的B++被打斷的可能,卻沒有考慮中斷(橙色部分)的B++被打斷的可能,是魚鷹忽略了嗎?

不不,其實這里面就涉及到了今天的主題,優(yōu)先級。

在裸機系統中,中斷優(yōu)先級高于main函數的處理,也就是說,一且中斷來臨, 不管main函數執(zhí)行到哪個位置,都會優(yōu)先處理中斷程序,只有中斷程序執(zhí)行完成后,才會繼續(xù)執(zhí)行main函數,所以中斷的 B++ 不可能被main 函數打斷!

這里插兩個問題:

怎么進入中斷函數的?

當中斷請求(中斷請求可以認為是種電平信號,在寄存器中就表現為某一位的標志位)來臨時,硬件負責把部分寄存器存儲到棧(一種特殊的數據結構)中,這里面就包含了PC寄存器(用于指示下一條指令執(zhí)行的位置),之后從向量表中找到中斷處理函數的入口地址,開始進入中斷處理函數中執(zhí)行。

怎么回到原來的位置?

因為在進入中斷前已經保存了PC等其他寄存器的值,所以只要在執(zhí)行完中斷處理函數后,將之前的保存到棧中的值恢復回來,那么CPU就可以繼續(xù)從被打斷的指令開始繼續(xù)執(zhí)行。

更多相關的中斷行為請查看《權威指南》,魚鷹不再細說。

回到剛才的優(yōu)先級話題,正因為中斷的執(zhí)行優(yōu)先級比main高,所以中斷中的 B++ 不會被打斷,這也是為什么有些時候,我們不需要對中斷中的變量進行臨界保護的原因所在。

在 Cortex-M3 內核中,中斷分為可屏蔽和不可屏蔽中斷,同時又有可編程優(yōu)先級和不可編程優(yōu)先級之分。

所謂可屏蔽,就是說這個中斷是可以屏蔽掉的,即使發(fā)生了中斷,也不會讓CPU執(zhí)行中斷里面的程序。

比如我們的定時器中斷,如果我們沒有開啟相應的中斷的話,即使定時器溢出中斷來了,那也不會進入中斷處理函數處理的。

而不可屏蔽,就是說這個中斷是不可以屏蔽的,比如復位中斷(是不是不可思議,代碼執(zhí)行的第一條指令竟然是中斷處理函數里面的),如果復位中斷都被屏蔽了,那么系統也就別想運行了。

可編程,意味著這個中斷的優(yōu)先級可以由軟件修改(不可編程,即優(yōu)先級固定死了,不能修改)。

中斷的優(yōu)先級在設置時又有搶占式優(yōu)先級和非搶占式優(yōu)先級兩種設置(根據單片機不同,搶占式和非搶占式可設置的位數不同,并且可以分配各自的位數,即所謂的中斷分組,如STM32F103 共有四位,通過設置中斷分組來決定搶占式和非搶占的位數)。

搶占優(yōu)先級,即如果中斷 1 的優(yōu)先級比中斷 2 的搶占優(yōu)先級高的話,一旦中斷1發(fā)出中斷請求,即使已經在中斷 2 執(zhí)行了,也會強制進入中斷 1 執(zhí)行,這個類似于 main 函數與中斷的關系,只不過這里兩個都是中斷而已。

在搶占優(yōu)先級相同情況下,非搶占優(yōu)先級就會開始起作用了。

如果中斷 1 和中斷 2 的搶占優(yōu)先級設置成一樣,而非搶占優(yōu)先級不一樣,此時如果兩個中斷同時發(fā)出請求,那么優(yōu)先處理非搶占優(yōu)先級高的中斷。

但是如果不是同時發(fā)生呢?那么就會依次處理中斷請求,在其中一個中斷處理過程中,是不可以被另一個中斷打斷的,同時如果本中斷再來一個請求,也不會重新進入中斷函數處理。

即中斷本身不可打斷自身的處理,換句話說中斷不會執(zhí)行到一半時又因為自身新的中斷請求來臨而重新再次進入本中斷處理函數執(zhí)行。

如果搶占優(yōu)先級和非搶占優(yōu)先級都設置成一樣呢,此時如果兩個中斷同時發(fā)生,又該選擇哪個先執(zhí)行,隨機嗎?

這里就涉及到硬件優(yōu)先級了。

在上圖中,每一個中斷其實都是有固定的默認優(yōu)先級的,這個優(yōu)先級肯定不同,所以當搶占優(yōu)先級和非搶占優(yōu)先級一樣的情況下,在中斷同時發(fā)生時,先執(zhí)行默認優(yōu)先級高的。

看圖:

講到了中斷,就不可不說如何禁止中斷的問題了。

在常規(guī)操作中,我們會使用禁止全局中斷來禁止中斷的處理,一旦禁止了全局中斷,那么除了不可屏蔽中斷外,所有的中斷都會被屏蔽掉,即如果在禁止中斷后發(fā)生了中斷,也不會再執(zhí)行。

但是一旦中斷打開了,那么之前被屏蔽的中斷就會立刻開始執(zhí)行(有一個中斷掛起位,代表中斷的發(fā)生,只有CPU執(zhí)行了中斷處理函數,并清零相應標志位,該掛起位才會清除)。

如果在關閉中斷的過程中發(fā)送了兩次中斷,比如外部中斷發(fā)生了兩次,那么在開啟中斷后,也只會響應一次中斷,因為掛起位就只有那么一位(不像隊列一樣可以保留多個標志位)。

對于一般功能而言,禁止全局中斷確實有用,對于保護全局變量也非常有效,但是對于整個系統而言會有一定的影響。

如果禁止中斷的時間很短,那么確實無關緊要,但是一旦需要禁止較長的時間(毫秒級別),對于那些需要及時處理的中斷而言,就是一個不可忽視的延遲。

而在操作系統中,為了保護那些全局變量,禁止中斷的操作時有發(fā)生,那么是否有一種方法可以屏蔽部分中斷,而讓高優(yōu)先級的中斷不被屏蔽呢?

有的,在 Cortex-M3 內核中,有一個寄存器專門干這事,即 BASEPRI。

當設置該寄存器時,將屏蔽所有優(yōu)先級不高于某個具體值的中斷。

比如設置該寄存器為 3,那么優(yōu)先級0~ 2的中斷不會被屏蔽。

所以在操作系統中,我們可以修改禁止中斷的代碼,使其不會屏蔽高優(yōu)先級的中斷,對于高優(yōu)先級中斷來說,可增加實時性。

uCOS II 中默認是直接全局禁止中斷的(可以修改它),但是 FreeRTOS 是可以禁止部分中斷的,使用的就是上述寄存器,當然這個功能需要單片機本身支持才行。

以上就是中斷優(yōu)先級的內容,如果只會裸機的話,那么以上內容就差不多了,但是如果是操作系統,那么需要再增加一個任務優(yōu)先級的概念。

所謂任務,你也可以認為是一種中斷,只不過,這種特殊的中斷優(yōu)先級低于所有的硬件觸發(fā)的中斷。

中斷的優(yōu)先級凌駕于所有任務之上。

也就是說,一旦中斷來臨,不管CPU正在執(zhí)行哪個任務,在全局中斷開啟的情況下,都會立刻執(zhí)行中斷里的程序。

在中斷中,可以進行中斷嵌套,所謂的中斷嵌套即當前中斷被另一個更高優(yōu)先級的中斷所打斷(即搶占),被打斷的中斷必須在高優(yōu)先級任務執(zhí)行完成后才會繼續(xù)執(zhí)行。而在嵌入式實時操作系統中,為了更好的處理實時任務,一般而言也會設置成可搶占的任務(亦稱可剝奪)。

中斷的優(yōu)先級處理是由內核進行管理的,這里的內核是指單片機內核,比如STM32F103的內核是Cortex-M3(更準確的說是由 NVIC 管理)。

一旦設置好相應的寄存器之后,只要中斷來了,那么就會自動處理中斷程序,這些工作由硬件完成,它會在多個中斷同時來臨時選擇最高的優(yōu)先處理;也會在中斷執(zhí)行時,如果有一個更高優(yōu)先級的中斷來臨時,打斷當前中斷的執(zhí)行而先執(zhí)行更高優(yōu)先級的中斷。

但是操作系統是純軟件行為,那么操作系統的任務優(yōu)先級又是誰管理的?又是如何管理的呢?

答案就在Systick中斷。

既然要管理所有任務的優(yōu)先級,即在合適時選擇運行優(yōu)先級最高的任務,那么操作系統本身必然需要有能剝奪所有任務執(zhí)行的能力,而中斷是凌駕于任務之上的,可以在任何時候剝奪任務的執(zhí)行,從而獲得CPU的使用權,所以選擇中斷作為操作系統的核心是合適的。

但是中斷那么多,選擇什么中斷比較合適呢?沒有比 Systick 中斷更合適的了,因為它就是為此而生的。

Systick說白了就是一個定時器,但是和普通定時器不同的是,功能比較單一,就是一個計數器而已,所以使用它管理任務是合適的,不會占用其他定時器。

那么Systick又是如何管理任務的呢?

一般而言,Systick 會設置成幾毫秒中斷一次,在每次中斷時,Systick處理程序(即操作系統內核)都會從所有的任務中選擇最高優(yōu)先級的任務執(zhí)行,也就是說,系統總是運行最高的任務。

而這個特性也就導致你的高優(yōu)先級任務不可以無限執(zhí)行而不主動釋放CPU,因為一旦高優(yōu)先級任務無限執(zhí)行了,那么低優(yōu)先級任務將永遠得不到執(zhí)行機會,這就給人一種死機的假象。

可能有道友會疑惑,為什么空閑任務不需要調用系統延時函數去主動釋放CPU的使用權呢?

那是因為空閑任務本身優(yōu)先級就是所有任務中最低的,如果它主動釋放 CPU 了,而其他任務都處于掛起狀態(tài),那么操作系統又該讓誰去執(zhí)行呢?

所以,空閑任務需要永遠處于運行狀態(tài)。

從這個角度來說,操作系統主要的功能就是定時從所有任務中尋找最高優(yōu)先級的任務,然后讓該任務得到運行機會(使用PendSV 中斷切換到任務中,模擬中斷切換過程),功能類似于中斷管理器。

而正因為操作系統只會尋找最高優(yōu)先級的任務來執(zhí)行(對于實時操作系統是這樣,有些操作系統可能先來先處理的策略),所以任務本身主動釋放 CPU 就顯得尤為重要了。

最常用的主動釋放 CPU 的函數就是系統延時函數了,調用這個函數后,任務將延時一段時候才回來繼續(xù)執(zhí)行,而在延時過程中,操作系統就可以調用其他任務執(zhí)行了,正因為如此,操作系統才顯得高效。

雖然操作系統需要中斷來剝奪所有任務的執(zhí)行,從而擁有 CPU 的控制權,但是一般而言,它的優(yōu)先級卻是所有中斷中最低的,因為它的優(yōu)先級只需要高于任務即可,如果設置的更高,那么就會影響到真正需要高優(yōu)先處理的中斷,因為Systick中斷的處理還是比較頻繁和繁重的,如果設置的太高,那么在Systick處理時,更低優(yōu)先級的中斷將無法處理,這可不是我們想看到的結果。

而如果設置成中斷優(yōu)先級最低的話,既可以剝奪任務的執(zhí)行,又可以在高優(yōu)先級中斷來臨時及時處理中斷,讓系統的實時得到提高。

與 Systick 配套的中斷,還有一個 PendSV 中斷,這個優(yōu)先級一般和 Systick 設置成一樣,一般而言該中斷的觸發(fā)是由操作系統內核主動觸發(fā)的(在切換任務時軟件觸發(fā)該中斷),而不像 Systick 一樣,定時被動觸發(fā),關于兩個中斷更具體描述可參考《Cortex-M3 權威指南》。

既然中斷可以設置成優(yōu)先級一樣的,那么任務應該也可以才對,確實一般的操作系統都可以設置相同優(yōu)先級的任務(uCOS II 不可以, uCOS III 和 FreeRTOS 、RT-Thread可以),那么操作系統又是如何處理同等優(yōu)先級的任務?

一般而言,在任務初始化時,會設置任務的時間片,這個時間片就是在任務優(yōu)先級相同的情況下才會發(fā)生作用。

比如,任務 1 設置 5 個時間片(即Systick中斷時間),任務 2 設置 10 個時間片,如果兩個任務的優(yōu)先級一樣,那么在 15 個時間片內,任務 1 將執(zhí)行 5 個時間片,之后切換到任務 2 執(zhí)行10個時間片,來回往復。

那么比任務1 和任務 2 優(yōu)先級更高的任務該什么時候執(zhí)行呢?答案是隨時,即只要高優(yōu)先級任務有需要,那么不管任務 1 和 任務 2 是否主動釋放 CPU,都會被操作系統強制切換到高優(yōu)先級任務中執(zhí)行(由 Systick完成,所以可能會有一點延時)。

那么優(yōu)先級比它們低的任務呢?這個就靠它們的自覺了,如果它們自覺的主動釋放CPU(比如調用系統延時函數),那么低優(yōu)先級任務就有執(zhí)行機會,否則,低優(yōu)先級任務將不會執(zhí)行!

該用一張圖來說明整個系統的優(yōu)先級關系了:

最后魚鷹再聊聊該如何設置任務優(yōu)先級。

很多人設計任務優(yōu)先級時都會從 0、1、2、3 這樣的順序來設置,實際上,這種設置是不合理的,因為一旦后面需求變化了,要從中加入一個中間的優(yōu)先級,那么很可能在加入后程序出現問題了。

其實我們可以從 Cortex-M3 的中斷優(yōu)先級得到啟發(fā),即空開部分優(yōu)先級不使用,留待后面擴展用,比如設計優(yōu)先級時可以設置成 3、5、7、9、11,留出最高的0~2用于可能的高優(yōu)先級任務,中間空出一個或兩個優(yōu)先級用于擴展,這樣一旦后面需要增加其他優(yōu)先級的任務,會顯得異常簡單(可能會有額外的一點內存損耗,但卻是值得的)。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯系本站處理。 舉報投訴
  • 嵌入式
    +關注

    關注

    5152

    文章

    19675

    瀏覽量

    317678
  • 嵌入式系統
    +關注

    關注

    41

    文章

    3683

    瀏覽量

    131408

原文標題:嵌入式系統優(yōu)先級詳解

文章出處:【微信號:strongerHuang,微信公眾號:strongerHuang】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    一文讀懂:嵌入式Linux實時進階

    與Xenomai雙核方案成為兩大主流技術路線。 本文將深入剖析它們的原理與性能差異,助您在學習道路上少走彎路,事半功倍! 1嵌入式Linux實時是指什么 Linux的實時指的是Linux系統
    發(fā)表于 07-10 15:26

    ADL5308可以通過軟件和硬件配置的參數,配置的優(yōu)先級是什么?

    你好,麻煩問一下ADL5308可以通過軟件和硬件配置的參數,配置的優(yōu)先級是什么?有沒有更詳細的寄存器配置手冊,截距配置的步進是多少?
    發(fā)表于 06-10 06:39

    CyU3PDebugPrint的最高優(yōu)先級和最低優(yōu)先級是什么?

    [i]CyU3PDebugPrint的最高優(yōu)先級和最低優(yōu)先級是什么?
    發(fā)表于 05-13 08:22

    嵌入式軟件行業(yè)增長驅動因素

    嵌入式軟件在物聯網應用中至關重要,因為它管理設備操作、控制傳感器、支持連接并確保數據安全。例如,在智能家居中,恒溫器、安全攝像頭和燈光等設備使用嵌入式系統獨立運行,并通過云平臺或本地網
    的頭像 發(fā)表于 05-09 11:26 ?347次閱讀

    高可靠嵌入式主板設計

    嵌入式系統已廣泛應用于各個領域,從航空航天、醫(yī)療設備到工業(yè)控制和智能家居,其應用范圍不斷擴展。隨著應用場景的日益復雜和關鍵,嵌入式系統的可靠變得至關重要。
    的頭像 發(fā)表于 03-25 15:11 ?503次閱讀
    高可靠<b class='flag-5'>性</b><b class='flag-5'>嵌入式</b>主板設計

    嵌入式軟件單元測試的必要、核心方法及工具深度解析

    一、為什么嵌入式軟件必須重視單元測試? ?嵌入式系統的特殊? 在汽車 ECU、醫(yī)療設備控制器等場景中,軟件直接操控硬件,?單比特錯誤可能導
    的頭像 發(fā)表于 03-21 14:53 ?469次閱讀

    一天一個嵌入式面試知識(1:中斷處理機制詳解)

    一、中斷處理:嵌入式系統的\"心跳\"機制 在嵌入式系統中,中斷是硬件或軟件觸發(fā)的事件,會立即打斷當前程序執(zhí)行,轉而執(zhí)行特定的中斷服務程序(ISR)。其核心作用是實現實時響應
    發(fā)表于 03-21 10:18

    嵌入式系統測試必備:9大理由解析報告與可追溯重要性(附工具推薦TESSY)

    嵌入式系統的軟件測試項目中,報告和可追溯至關重要,原因有多個。它們是確保嵌入式系統可靠、合規(guī)且高質量的基礎。報告和可追溯
    的頭像 發(fā)表于 03-13 10:47 ?452次閱讀
    <b class='flag-5'>嵌入式</b>系統測試必備:9大理由解析報告與可追溯<b class='flag-5'>性</b>的<b class='flag-5'>重要性</b>(附工具推薦TESSY)

    配電柜—斷電危機?配電柜故障排查優(yōu)先級指南

    在排查配電柜故障過程中,合理安排排查優(yōu)先級至關重要。下面聊一下如何科學合理安排配電柜故障排查優(yōu)先級順序。
    的頭像 發(fā)表于 03-06 18:55 ?424次閱讀
    配電柜—斷電危機?配電柜故障排查<b class='flag-5'>優(yōu)先級</b>指南

    嵌入式機器學習的應用特性與軟件開發(fā)環(huán)境

    設備和智能傳感器)上,這些設備通常具有有限的計算能力、存儲空間和功耗。本文將您介紹嵌入式機器學習的應用特性,以及常見的機器學習開發(fā)軟件與開發(fā)環(huán)境。 嵌入式機器學習的應用特性與優(yōu)勢 由于嵌入式
    的頭像 發(fā)表于 01-25 17:05 ?664次閱讀
    <b class='flag-5'>嵌入式</b>機器學習的應用特性與<b class='flag-5'>軟件</b>開發(fā)環(huán)境

    如何提高嵌入式代碼質量?

    嵌入式代碼的質量是至關重要的。本文將探討如何通過有效的開發(fā)方法和工具來提高嵌入式代碼的質量,以確保系統的可靠和可維護。 理解
    發(fā)表于 01-15 10:48

    【「嵌入式Hypervisor:架構、原理與應用」閱讀體驗】+第7-8章學習心得

    這是一本很好的學習嵌入式的書籍。 在深入學習《嵌入式Hypervisor:架構、原理與應用》的第7-8章后,我對嵌入式Hypervisor的架構、原理及其在實際應用中的重要性有了更為深
    發(fā)表于 10-09 18:50

    freertos中斷優(yōu)先級在哪設置

    FreeRTOS是一個流行的實時操作系統,它廣泛應用于嵌入式系統開發(fā)。在FreeRTOS中,中斷優(yōu)先級是一個重要的概念,因為它決定了中斷處理的順序和響應時間。 1. 理解中斷優(yōu)先級
    的頭像 發(fā)表于 09-02 14:17 ?1587次閱讀

    【「ARM MCU嵌入式開發(fā) | 基于國產GD32F10x芯片」閱讀體驗】+閱讀中斷篇

    優(yōu)先級的中斷程序正在執(zhí)行時發(fā)生了一個高搶占優(yōu)先級的中斷,則第1個中斷要暫停,以此來響應這個新的中斷,即所謂的中斷嵌套。 在嵌入式系統中,中斷嵌套是指當系統正在執(zhí)行一個中斷服務程序時,
    發(fā)表于 09-01 23:59

    嵌入式軟件開發(fā)與AI整合

    嵌入式軟件開發(fā)與AI整合是當前技術發(fā)展的重要趨勢之一。隨著人工智能技術的快速發(fā)展,嵌入式系統越來越多地集成了AI算法,以實現更復雜的智能功能。以下是關于
    的頭像 發(fā)表于 07-31 09:25 ?1370次閱讀
    <b class='flag-5'>嵌入式</b><b class='flag-5'>軟件</b>開發(fā)與AI整合