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)不再提示

關(guān)于如何判斷CPU是否正在執(zhí)行中斷函數(shù)?

黃工的嵌入式技術(shù)圈 ? 來源:黃工的嵌入式技術(shù)圈 ? 2020-03-12 11:25 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

1.這是一個有許多經(jīng)驗的攻城獅都遇到過的坑,本文教你正確繞過這個坑;

2.教大家了解__get_CONTROL的用法,及xQueueSend和xQueueSendFromISR的區(qū)別;

Ⅰ問題來源

今天在FreeRTOS系統(tǒng)上移植了部分別人寫的代碼,移植前仔細(xì)看了下源碼,確認(rèn)沒問題后,編譯,下載,運(yùn)行,突然“死機(jī)了”······

于是,我又再次確認(rèn)了移植的代碼,沒有發(fā)現(xiàn)Bug所在。此時,我開啟了在線調(diào)試功能,發(fā)現(xiàn)程序死在了“vPortEnterCritical”函數(shù)中的斷言語句里。如下:

Ⅱ解決問題的過程

我解決問題還是按照常規(guī)思維,一步一步跟蹤,很多問題其實都是類似道理,有規(guī)律可循。

1.查看configASSERT斷言做了什么事?

跟蹤代碼:

#define configASSERT( x ) if( ( x ) == 0 ) { taskDISABLE_INTERRUPTS(); for( ;; ); }

其中,里面taskDISABLE_ INTERRUPTS();就是關(guān)中斷的意思。緊跟著后面執(zhí)行了for( ;; );

看到這里,我明白了一點,就是死在for( ;; );里面了。

2.進(jìn)一步查找問題

我又開始了思考,為什么會執(zhí)行到這里來呢?為什么會執(zhí)行portDISABLE_INTERRUPTS(); uxCriticalNesting++; if( uxCriticalNesting == 1 )等這些語句呢?

這就是我們常說的“臨界段”,這一點我學(xué)習(xí)RTOS的時候已經(jīng)明白了,這一個函數(shù)肯定會被調(diào)用。于是,我把目標(biāo)鎖定了portNVIC_INT_CTRL_REG這個參數(shù):

#define portNVIC_INT_CTRL_REG ( * ( ( volatile uint32_t * ) 0xe000ed04 ) )

0xe000ed04? 這個地址,相信之前了解過NVIC的都知道,就是Interrupt control state register.即中斷控制狀態(tài)寄存器。

3.確定問題點

從上面的分析,其實問題都已經(jīng)浮現(xiàn)出來了。于是查看了【Cortex-M3權(quán)威指南】中相關(guān)的內(nèi)容。(PS:這本手冊真的能解決很多問題,翻譯成中文,對大部分朋友來說是一件好事)

其實,有這個一個寄存器:控制寄存器(CONTROL),里面講述的非常清楚:

看上圖,大概意思就是:在中斷模式下,CONTROL[1]為0。于是,又把思路轉(zhuǎn)向了core_cm3.c文件中的源碼:

__ASM uint32_t __get_CONTROL(void){ mrs r0, control bx lr}

懂一點匯編的,相信在這里都已經(jīng)明白,大概意思就是過去控制寄存器狀態(tài),這也是我開篇說的,讓大家了解的__get_CONTROL。

4.在線調(diào)試,分析結(jié)論

上面分析出來控制寄存器CONTROL,那么我們需要驗證是否符合我們預(yù)期的效果,通過在線調(diào)試,斷電就可得出,如下面兩圖:

a.在非中斷情況下的值0x02

b.在中斷情況下的值0x00

至此,問題已經(jīng)查明就是CONTROL。

Ⅲget_CONTROL的應(yīng)用

一般在RTOS實時操作系統(tǒng)中,常常使用隊列來處理我們的數(shù)據(jù),也就是常說的FIFO(先入先出)。

比如:我們在FreeRTOS系統(tǒng)中,要將UART發(fā)送、或者接收的數(shù)據(jù)加入隊列:在中斷里加入隊列,在非中斷里加入隊列。這個時候,就需要使用get_CONTROL來判斷當(dāng)前是否處于中斷函數(shù)里。

當(dāng)然,類似的情況很多,像CANI2C、SPI等一樣的道理。

舉例,CAN總線發(fā)送數(shù)據(jù)加入隊列:

Ⅳ多說兩句

以上的分析,看似很簡單,其實包含的內(nèi)容很多,可能有很多人覺得:這些問題對于我來說是小菜一碟。

說句實話,我和大家一樣,都是慢慢學(xué)習(xí)過來的,這里面跳過的坑其實很多,是因為我跳過了太多的坑,所以才會對一些問題更加了解。

上面類似的問題,在我學(xué)習(xí)RTOS、移植CANOpen等等那些時候都有遇到過,想要知道我遇到那些問題,處理起來難不難,明確回答:很多問題在初學(xué)的時候都很難,但我還是走過來了。

說到這里,多說一句,關(guān)于問問題的話,后臺每天都有許多人問我問題,但是有些問題其實真的很簡單,比如:編譯有個變量未調(diào)用的警告、重復(fù)定義,多了一個分號等,這些看一下提示都知道。不要告訴我你英語差,我英語初高中從來都沒有及格過,依然還是得看英文手冊。確實不懂,安裝一個翻譯軟件不難吧。

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

    關(guān)注

    68

    文章

    11224

    瀏覽量

    223123
  • RTOS
    +關(guān)注

    關(guān)注

    25

    文章

    863

    瀏覽量

    122643
  • FreeRTOS
    +關(guān)注

    關(guān)注

    14

    文章

    497

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    CW32學(xué)習(xí)筆記,通用異步收發(fā)器之中斷接收

    的。想象現(xiàn)在CPU正在執(zhí)行一個函數(shù)function(),倘若函數(shù)還未執(zhí)行完成,
    發(fā)表于 12-12 07:45

    如何通過性能表現(xiàn)判斷備用電池是否需要更換?

    通過性能表現(xiàn)判斷備用電池是否需要更換,核心是驗證電池的 實際供電能力 和 充電穩(wěn)定性 ,因為這直接決定了主電源中斷時能否保障裝置數(shù)據(jù)不丟失。具體可從 放電續(xù)航、充電效率、供電可靠性 三個維度開展測試
    的頭像 發(fā)表于 12-10 11:19 ?327次閱讀
    如何通過性能表現(xiàn)<b class='flag-5'>判斷</b>備用電池<b class='flag-5'>是否</b>需要更換?

    如何判斷備用電池是否需要更換?

    判斷電能質(zhì)量在線監(jiān)測裝置備用電池是否需要更換,需結(jié)合 電池狀態(tài)參數(shù)、性能表現(xiàn)、物理外觀 三個維度的指標(biāo)綜合判定,同時參考電池使用年限和工業(yè)現(xiàn)場的特殊損耗情況,具體判斷標(biāo)準(zhǔn)和方法如下: 一、通過核心
    的頭像 發(fā)表于 12-10 11:17 ?137次閱讀
    如何<b class='flag-5'>判斷</b>備用電池<b class='flag-5'>是否</b>需要更換?

    mcu短時間內(nèi)發(fā)生多次中斷,如何解決中斷丟失問題呢?

    ?例如:中斷A在短時間內(nèi)觸發(fā)了3次,但是CPU來不及響應(yīng)(中斷A的執(zhí)行函數(shù)時間長,或者正在
    發(fā)表于 12-05 07:07

    關(guān)于蜂鳥E203內(nèi)核中斷硬件實現(xiàn)中斷嵌套的設(shè)計

    嵌套,可以有很多層(蜂鳥處理器該情況下不響應(yīng)新的中端,繼續(xù)執(zhí)行正在處理的ISR,徹底完成后才響應(yīng)新的中斷請求) 注意:假設(shè)新來的中斷請求的優(yōu)先級比
    發(fā)表于 10-23 07:07

    如何判斷射頻模塊的硬件是否損壞?

    判斷射頻模塊(如射頻信號發(fā)生器中的核心模塊)的硬件是否損壞,需圍繞 “ 直觀物理異常、功能完全失效、參數(shù)極端異常、拆解后硬件特征 ” 四大維度展開,核心是區(qū)分 “硬件損壞(突發(fā)性、不可逆故障
    的頭像 發(fā)表于 10-14 17:36 ?695次閱讀

    rt_tick_increase 引用指針變量未判斷是否為空?

    此指針變量使用之前沒有判斷是否為空,萬一rt_system_scheduler_start此函數(shù)調(diào)用之前來滴答定時器的中斷了,這樣操作是不是會有風(fēng)險
    發(fā)表于 10-09 08:07

    如何判斷通信問題是否由設(shè)備故障引起?

    判斷通信問題是否由 “設(shè)備故障” 引起,核心邏輯是“聚焦設(shè)備本身的‘硬件狀態(tài)、軟件配置、通信交互能力’,通過‘孤立測試 + 替換驗證 + 故障定位’,排除鏈路、干擾、配置等外部因素,確認(rèn)問題是否
    的頭像 發(fā)表于 09-25 14:19 ?688次閱讀
    如何<b class='flag-5'>判斷</b>通信問題<b class='flag-5'>是否</b>由設(shè)備故障引起?

    求助,關(guān)于RT-Thread 最新版本timer.c rt_timer_check函數(shù)問題求解

    關(guān)于系統(tǒng)定時器超時處理函數(shù)rt_timer_check,V5.1.0版本和原來v4.1.1版本有個區(qū)別在于,進(jìn)入超時回調(diào)函數(shù)t-&gt;timeout_func(t-&
    發(fā)表于 09-25 07:00

    如果在FMC執(zhí)行“程序”或“擦除”時發(fā)生中斷事件,是否會處理中斷事件?

    如果在FMC執(zhí)行“程序”或“擦除”時發(fā)生中斷事件,是否會處理中斷事件?
    發(fā)表于 08-27 08:01

    如果在FMC執(zhí)行“程序”或“擦除”時發(fā)生中斷事件,是否會處理中斷事件呢?

    如果在FMC執(zhí)行“程序”或“擦除”時發(fā)生中斷事件,是否會處理中斷事件?
    發(fā)表于 08-22 06:58

    CPU的各種指令和執(zhí)行流程

    在集成電路設(shè)計中,CPU的指令是指計算機(jī)中央處理單元(CPU)用來執(zhí)行計算任務(wù)的基本操作指令集。這些指令是CPU能夠理解并執(zhí)行的二進(jìn)制代碼,
    的頭像 發(fā)表于 04-18 11:24 ?1994次閱讀

    變頻器是否有故障的方法判斷

    變頻器是否有故障用這幾種方法就可以輕松判斷,維修使用建議熟記?
    發(fā)表于 03-06 17:19 ?2次下載

    如何判斷電路是否為高頻電路

    在數(shù)字電路中,工程師需要判斷該電路是否高頻電路,以此確保電路性能穩(wěn)定、減少信號失真和避免傳輸線效應(yīng),本文將分享如何判斷電路是否為高頻電路。 1、信號的上升沿/下降沿時間(Tr) 若信號
    的頭像 發(fā)表于 01-20 10:49 ?1260次閱讀

    全面解析:如何精準(zhǔn)判斷SMT貼片打樣是否合格?

    一站式PCBA智造廠家今天為大家講講SMT貼片打樣是否合格如何判斷?判斷SMT貼片打樣是否合格的方法。在電子設(shè)備制造領(lǐng)域,SMT貼片打樣是產(chǎn)品開發(fā)和生產(chǎn)過程中的關(guān)鍵環(huán)節(jié)。合格的SMT貼
    的頭像 發(fā)表于 01-07 09:29 ?843次閱讀