精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

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

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

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

到底該把喂狗任務(wù)優(yōu)先級設(shè)置成最高還是最低好?

魚鷹談單片機(jī) ? 來源:魚鷹談單片機(jī) ? 2023-09-13 09:10 ? 次閱讀

前言

一個(gè)學(xué)員在學(xué)習(xí) uCOS 系統(tǒng)過程中,對看門狗任務(wù)的優(yōu)先級產(chǎn)生了疑惑,到底該把喂狗任務(wù)優(yōu)先級設(shè)置成最高還是最低好?

這里談?wù)剛€(gè)人看法,首先給出結(jié)論,最低,甚至是在空閑任務(wù)運(yùn)行(使用鉤子函數(shù))。

理由

首先我們要知道看門狗的工作是什么?為什么要設(shè)置看門狗。

很多產(chǎn)品出廠時(shí),都會開啟看門狗,這是產(chǎn)品運(yùn)行的最后保障,可以在出現(xiàn)軟件 bug 時(shí)(如hardfault,死循環(huán)等),及時(shí)恢復(fù)運(yùn)行,讓產(chǎn)品可以重新繼續(xù)工作下去,但這不意味著萬事大吉,一旦發(fā)現(xiàn)了看門狗引起的復(fù)位問題(可以通過寄存器標(biāo)志位查看因何復(fù)位),一定要找到問題根因,否則出現(xiàn)了一次,后面一定還會不停出現(xiàn),用戶體驗(yàn)相當(dāng)不好。

那么我們應(yīng)該怎么設(shè)置看門狗的功能呢?這個(gè)學(xué)員準(zhǔn)備這么設(shè)計(jì):

1、超時(shí)時(shí)間 1s ,喂狗時(shí)間 500ms

2、看門狗任務(wù)優(yōu)先級最高

3、每個(gè)任務(wù)發(fā)送信號量給看門狗任務(wù),看門狗任務(wù)判斷是否收到了全部任務(wù)信號量,然后再決定是否喂狗。

看似合理,但其實(shí)有許多問題,接下來一個(gè)一個(gè)討論。

超時(shí)時(shí)間?

首先是超時(shí)時(shí)間問題,設(shè)計(jì) 1s 超時(shí)時(shí)間,500ms 喂狗,這對喂狗功能本身來說是沒有問題的,但這顯得過于嚴(yán)苛了,因?yàn)橹灰隳硞€(gè)任務(wù)運(yùn)行超過了 1s,那很容易造成重啟現(xiàn)象,雖然說一個(gè)任務(wù)持續(xù)運(yùn)行 1 s 也算是個(gè)不大不小的問題,但你要知道,看門狗是應(yīng)對極其嚴(yán)重問題下的緊急措施,這種運(yùn)行緩慢只是體驗(yàn)不好,如果經(jīng)常發(fā)生,在研發(fā)階段就應(yīng)該解決,如果是偶發(fā)的,那么對應(yīng)客戶來說,基本是感知不到的。

而這么短的時(shí)間就完成重啟,你可能很難從外部現(xiàn)象分清到底是因?yàn)?a target="_blank">電源、復(fù)位引腳還是看門狗導(dǎo)致的重啟,在沒有日志情況下,增大排查范圍。

如果我們能設(shè)置成10多秒的超時(shí)時(shí)間,那么我們很容易就能從表象發(fā)現(xiàn),產(chǎn)品停止工作了,然后我們有足夠的時(shí)間抓取到現(xiàn)場環(huán)境,這對定位這種偶發(fā)性問題非常有效(目前所待的兩個(gè)公司看門狗超時(shí)時(shí)間都設(shè)置在 10 s 以上)。

不過每種產(chǎn)品要求不同,對超時(shí)時(shí)間也不盡相同,所以自行決定即可(時(shí)間要求嚴(yán)格者,可考慮使用窗口看門狗)。

優(yōu)先級和信號量?

第二點(diǎn),優(yōu)先級最高?在魚鷹看來,這絕對不行,這和把看門狗功能放在中斷中執(zhí)行沒什么兩樣。

這里和第三點(diǎn)結(jié)合一起討論。

通過每個(gè)任務(wù)設(shè)置信號量的方式,確實(shí)保證了每個(gè)任務(wù)都正常運(yùn)行,但真的合適嗎?

首先每個(gè)任務(wù)增加信號量,對系統(tǒng)資源是一大消耗,其次你能保證后續(xù)的開發(fā)人員在增加任務(wù)時(shí)能遵照你的設(shè)計(jì)要求寫代碼嗎?不一定吧。

一旦增加新任務(wù)而未增加這個(gè)喂狗信號量,那么這個(gè)新任務(wù)的死活,看門狗可就無能為力了。因?yàn)榭撮T狗任務(wù)優(yōu)先級最高,只要現(xiàn)有信號量接收到了,就一定會喂狗,那么新任務(wù)可監(jiān)控不了。

另外有些任務(wù)在設(shè)計(jì)時(shí),可能就是很長時(shí)間才運(yùn)行一次(如外部中斷觸發(fā)),那么這種任務(wù)肯定要因?yàn)槟氵@個(gè)設(shè)計(jì)而不得不做出修改。

還有些任務(wù)走了異常分支,并沒有釋放CPU的行為(如delay),卻能正常釋放信號量,那么也是很難發(fā)現(xiàn)的。

而將看門狗任務(wù)優(yōu)先級設(shè)計(jì)成最低(建議在空閑任務(wù)執(zhí)行,這樣它一定是最低的,不會被人為修改),那么不管后面的人怎么添加新任務(wù),只要新任務(wù)死循環(huán),不釋放 CPU(低優(yōu)先級任務(wù)無法運(yùn)行,包括看門狗任務(wù)),那么一定會被感知到,從而使看門狗復(fù)位。

而為了保證一些關(guān)鍵代碼一定會被執(zhí)行,可以設(shè)計(jì)一個(gè)變量,每個(gè) bit 是一處關(guān)鍵代碼(在關(guān)鍵代碼執(zhí)行后置 1),這樣只要在喂狗前判斷這個(gè)變量相關(guān)位是否設(shè)置即可。就是要注意該變量的保護(hù),如關(guān)中斷。

這樣通過低優(yōu)先級+位域的方式,就保證了其它任務(wù)一定都能被執(zhí)行到,并且對關(guān)鍵代碼也做了進(jìn)一步運(yù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)投訴
  • 看門狗
    +關(guān)注

    關(guān)注

    10

    文章

    551

    瀏覽量

    70504
  • 中斷
    +關(guān)注

    關(guān)注

    5

    文章

    889

    瀏覽量

    41198
  • 信號量
    +關(guān)注

    關(guān)注

    0

    文章

    53

    瀏覽量

    8277
  • ucos系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    2

    瀏覽量

    5994

原文標(biāo)題:談?wù)効撮T狗優(yōu)先級

文章出處:【微信號:emOsprey,微信公眾號:魚鷹談單片機(jī)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    第8章 任務(wù)優(yōu)先級修改

    優(yōu)先級設(shè)置要注意以下幾個(gè)問題:u 設(shè)置任務(wù)優(yōu)先級時(shí),數(shù)值越小優(yōu)先級越低。u
    發(fā)表于 10-03 00:15

    任務(wù)優(yōu)先級設(shè)置

    //任務(wù)優(yōu)先級
    發(fā)表于 02-16 17:20

    STM32中斷優(yōu)先級徹底講解

    ,中斷源優(yōu)先級是在中斷優(yōu)先級寄存器中設(shè)置的,只能設(shè)置及高四位,必須根據(jù)中斷優(yōu)先級分組中設(shè)置
    發(fā)表于 07-06 03:27

    UCOSII實(shí)驗(yàn)1,任務(wù)調(diào)度的實(shí)驗(yàn)中為什么最低優(yōu)先級的給了開始任務(wù)?

    在實(shí)驗(yàn)中有這樣一句代碼:#define START_TASK_PRIO10 //開始任務(wù)優(yōu)先級設(shè)置最低??墒遣僮飨到y(tǒng)不是
    發(fā)表于 03-19 06:35

    UC/OS-II系統(tǒng)為什么例子里還能設(shè)置按鍵任務(wù)優(yōu)先級為3

    KEY_TASK_STK[KEY_STK_SIZE];//任務(wù)函數(shù)接口void key_task(void *pdata);UC/OS-II 系統(tǒng)不是保留了4個(gè)最高優(yōu)先級任務(wù)
    發(fā)表于 05-30 04:35

    ucos3中systick中斷的優(yōu)先級在哪里修改?

    ucos3中systick中斷的優(yōu)先級如果要修改應(yīng)該在哪里修改呢??是設(shè)置成最高優(yōu)先級還是怎么樣??但
    發(fā)表于 03-20 02:53

    COSII移植例程里開始任務(wù)優(yōu)先級為什么是最低的?

    UCOSII移植例程里開始任務(wù)優(yōu)先級為什么是最低的?#define START_TASK_PRIO10我看任哲的書里是定義優(yōu)先級最高的?、
    發(fā)表于 05-19 03:19

    軟件定時(shí)器的優(yōu)先級任務(wù)優(yōu)先級是同一個(gè)東西嗎?

    請教一下軟件定時(shí)器的優(yōu)先級 與任務(wù)優(yōu)先級 是不是同一個(gè)東西?!∵€有一個(gè)是硬件中斷的優(yōu)先級是不是最高的我理解是軟件定時(shí)器相當(dāng)于周期執(zhí)行的
    發(fā)表于 06-19 04:06

    freertos中的任務(wù)優(yōu)先級通過什么函數(shù)設(shè)置?

    任務(wù)優(yōu)先級怎么設(shè)置成最高
    發(fā)表于 11-02 07:40

    DSP中斷如何設(shè)置優(yōu)先級

    原以為2812中斷不能設(shè)置優(yōu)先級。實(shí)際上硬件上優(yōu)先級是做好的。但軟件上有辦法來設(shè)置優(yōu)先級。
    發(fā)表于 04-08 17:20 ?20次下載

    鴻蒙內(nèi)核源碼:32優(yōu)先級的進(jìn)程和線程調(diào)度

    先看四個(gè)宏定義,進(jìn)程和線程(線程就是任務(wù)最高最低優(yōu)先級定義,[0,31]區(qū)間,即32,優(yōu)先級
    的頭像 發(fā)表于 04-24 11:18 ?1811次閱讀

    2.FreeRTOS中斷優(yōu)先級任務(wù)優(yōu)先級

    FreeRTOS中斷優(yōu)先級任務(wù)優(yōu)先級架構(gòu):Cortex-M3版本:FreeRTOS V9.0.0前言:最開始,我并沒有搞清楚什么是中斷優(yōu)先級任務(wù)
    發(fā)表于 12-04 20:21 ?8次下載
    2.FreeRTOS中斷<b class='flag-5'>優(yōu)先級</b>和<b class='flag-5'>任務(wù)</b><b class='flag-5'>優(yōu)先級</b>

    STM32F103芯片中斷優(yōu)先級以及FreeRTOS優(yōu)先級設(shè)置

    STM32F103只用了4個(gè)位來表達(dá)優(yōu)先級,因此最多支持16的可編程優(yōu)先級(0~15),15為最低優(yōu)先級。
    發(fā)表于 01-25 18:59 ?1次下載
    STM32F103芯片中斷<b class='flag-5'>優(yōu)先級</b>以及FreeRTOS<b class='flag-5'>優(yōu)先級</b><b class='flag-5'>設(shè)置</b>

    FreeRTOS任務(wù)優(yōu)先級示例

    任務(wù)優(yōu)先級:0~24之間。數(shù)字越大,任務(wù)優(yōu)先等級越高。高優(yōu)先級任務(wù)
    的頭像 發(fā)表于 09-15 11:13 ?2572次閱讀

    談?wù)凪CU看門狗任務(wù)優(yōu)先級設(shè)置

    一個(gè)學(xué)員在學(xué)習(xí) uCOS 系統(tǒng)過程中,對看門狗任務(wù)優(yōu)先級產(chǎn)生了疑惑,到底喂狗
    發(fā)表于 09-15 09:32 ?619次閱讀