RP2040 這顆芯片的看門狗WDT平時(shí)真的不起眼很多樹莓派 Pico 項(xiàng)目里就是調(diào)一個(gè)watchdog_enable(2000, true)然后主循環(huán)里順手喂一下直到產(chǎn)品在現(xiàn)場死機(jī)、來電復(fù)位、日志又對不上的時(shí)候你才會(huì)意識(shí)到你根本不了解它。WDT 的計(jì)數(shù)器是怎么走時(shí)的為什么超時(shí)時(shí)間不是隨便填的寄存器里那些位到底動(dòng)了什么這些問題如果不弄清楚調(diào)試的時(shí)候大概率要交學(xué)費(fèi)。這篇文章就把 RP2040 內(nèi)置看門狗的時(shí)鐘鏈路、計(jì)數(shù)器機(jī)制和寄存器細(xì)節(jié)完整拆一遍盡量用做項(xiàng)目的視角講而不是對著數(shù)據(jù)手冊念經(jīng)。這篇內(nèi)容適合剛用樹莓派 Pico 做產(chǎn)品的朋友也適合已經(jīng)用過 WDT 但只會(huì)調(diào) SDK、遇到奇怪復(fù)位就抓瞎的開發(fā)者。看完之后你至少能回答這三個(gè)問題看門狗用什么時(shí)鐘計(jì)數(shù)器是怎么遞減又重置的喂狗、暫停、讀復(fù)位原因分別對應(yīng)哪幾個(gè)寄存器位。1. 在時(shí)鐘樹里找 WDT 的源頭為什么它不屬于 APB 總線時(shí)鐘體系1.1 為什么選 ROSC 而不是 PLL 做看門狗時(shí)鐘源很多 MCU 的看門狗外設(shè)掛在 APB 總線上用的時(shí)鐘來自系統(tǒng)主頻或者外設(shè)時(shí)鐘。RP2040 不一樣它的看門狗模塊雖然也有一組映射在 0x40058000 地址空間里的寄存器但它的計(jì)數(shù)時(shí)基走的是另一條鏈路最上游通常是內(nèi)部環(huán)形振蕩器ROSC不是那顆起決定作用的外部晶振也不是 PLL。這個(gè)設(shè)計(jì)是有道理的。看門狗的使命就是“在主程序已經(jīng)不可信的時(shí)候把系統(tǒng)拉回正軌”。如果它的時(shí)鐘源和主系統(tǒng)共用一套 PLL、同一個(gè)晶振那晶振停擺或者 PLL 失鎖的時(shí)候看門狗自己也未必還走得準(zhǔn)甚至可能跟著罷工。ROSC 是芯片內(nèi)部的一個(gè)簡易振蕩器不需要外部晶振也能起振精度雖然一般但勝在獨(dú)立、夠用。哪怕外部晶振壞了、系統(tǒng)主時(shí)鐘亂了看門狗這路心跳大概率還在還能用一次復(fù)位把芯片從泥潭里拽出來。這里要強(qiáng)調(diào)一點(diǎn)不要拿看門狗當(dāng)電源監(jiān)控用。ROSC 的絕對精度不是很高溫度電壓一變它的頻率也會(huì)漂所以 WDT 只適合做“邏輯兜底”不適合做精確的時(shí)間基準(zhǔn)。真正的時(shí)間敏感功能比如協(xié)議棧的超時(shí)、通信的時(shí)序應(yīng)該還是回到 PLL 那套高精度時(shí)鐘上。1.2 clk_tickWDT 專用的“心跳信號”RP2040 的時(shí)鐘樹里有一路專門給看門狗和 TICKS 使用的信號叫clk_tick。它不是直接從 ROSC 拿原始頻率而是經(jīng)過分頻之后產(chǎn)生的一個(gè)相對穩(wěn)定的 tick 信號。默認(rèn)配置下這一路 tick 的周期可以被校準(zhǔn)到 1 微秒左右也就是說計(jì)數(shù)器每 1 微秒減一次。這里有一個(gè)很容易誤解的地方clk_tick并不是“越準(zhǔn)越好”它的核心作用是給看門狗提供一個(gè)穩(wěn)定的“節(jié)拍”讓計(jì)數(shù)器能按固定速度遞減。由于 ROSC 本身頻率會(huì)漂RP2040 提供了校準(zhǔn)機(jī)制SDK 里的watchdog_start_ticking()函數(shù)會(huì)去測量 ROSC 的實(shí)際頻率然后動(dòng)態(tài)調(diào)整分頻系數(shù)盡量把 tick 校準(zhǔn)到接近預(yù)期值。這個(gè)過程在watchdog_enable()之前會(huì)被處理。所以你在寫代碼的時(shí)候與其去追“tick 到底是多少微秒”不如把精力放在“最壞情況下我多久能回來喂一次狗”上。后面說的超時(shí)時(shí)間計(jì)算本質(zhì)就是拿超時(shí)毫秒數(shù)除以 tick 周期得到要寫進(jìn)寄存器 TIME 字段的計(jì)數(shù)值。2. 計(jì)數(shù)器的工作機(jī)制裝載、遞減、清零、再裝載2.1 一個(gè)每次都從頭開始倒數(shù)的 32 位計(jì)數(shù)器理解 RP2040 看門狗最直觀的方式是把它想象成一個(gè)廚房用的倒計(jì)時(shí)鬧鐘。你先設(shè)置一個(gè)總時(shí)間然后按下開始按鈕數(shù)字開始一秒一秒減少時(shí)間到了鬧鐘就響。如果中間你每隔一會(huì)兒又按一次“重新計(jì)時(shí)”那它永遠(yuǎn)不會(huì)響?？撮T狗就是這個(gè)鬧鐘區(qū)別在于它響了之后不是提醒你而是直接給整個(gè)芯片來一次硬復(fù)位。具體到 RP2040 內(nèi)部WDT 使用一個(gè)遞減計(jì)數(shù)器作為核心。計(jì)數(shù)器被裝載一個(gè)初始值之后每個(gè)clk_tick自動(dòng)減 1。減到 0 的時(shí)候硬件就會(huì)做兩件事第一把超時(shí)標(biāo)志寫到 REASON 寄存器里同時(shí)可以觸發(fā)一個(gè)中斷請求第二如果使能了自動(dòng)復(fù)位芯片就會(huì)觸發(fā)一次軟復(fù)位實(shí)際上對用戶來說效果接近硬復(fù)位。之后系統(tǒng)重新引導(dǎo)程序從頭跑?！拔构贰边@個(gè)動(dòng)作本質(zhì)就是軟件往控制寄存器里寫一個(gè)觸發(fā)位讓硬件把計(jì)數(shù)器重新裝載成初始值然后繼續(xù)遞減。這不涉及累加操作也不是給某個(gè)變量加 1而是重新裝載。所以喂狗之后你欠它的時(shí)間又重新變成了完整的超時(shí)窗口。這里有一個(gè)特別容易踩的誤區(qū)喂狗不是越快越好而是要保證“最長的喂狗間隔小于看門狗超時(shí)時(shí)間”。如果程序里某個(gè)阻塞操作要跑 2.5 秒而看門狗只給了 2 秒那無論你之前喂得多勤快這次阻塞期間計(jì)數(shù)器照樣一路減到 0然后復(fù)位。2.2 TIME 字段位寬換算為什么默認(rèn)只能到 1 秒級別RP2040 的 WDT 配置里最關(guān)鍵的字段是 CTRL 寄存器里的 TIME。你在 SDK 里能看到一個(gè)掩碼宏WATCHDOG_CTRL_TIME_BITS值類似0xfffff800這個(gè)宏用來從 CTRL 寄存器里取出 TIME 字段。TIME 字段本身占的位是有限的大概在 bit11 到 bit30 之間能表達(dá)的最大值約一百萬個(gè) tick。這個(gè)限制很現(xiàn)實(shí)如果默認(rèn)的clk_tick是 1 微秒那么 TIME 字段直接能表達(dá)的最大超時(shí)大約就是一秒多一點(diǎn)。但你明明見過有人watchdog_enable(2000, true)配出 2 秒超時(shí)這是怎么做到的答案是 SDK 在配置時(shí)會(huì)同時(shí)調(diào)整 tick 的周期當(dāng)需要的 tick 數(shù)超出 TIME 字段可表達(dá)范圍時(shí)它會(huì)自動(dòng)把 tick 周期拉長比如從 1 微秒變成 2 微秒。這樣一來同樣的 TIME 數(shù)值實(shí)際對應(yīng)的超時(shí)時(shí)間就翻倍了。代價(jià)是粒度變粗喂狗的時(shí)序精度會(huì)下降一些。如果你選擇繞過 SDK、直接操作寄存器寫超時(shí)時(shí)間這個(gè)換算就需要自己在代碼里算清楚。只寫0x800 | timeout_ticks這種靠感覺拼 CTRL 的做法很容易因?yàn)?TIME 字段溢出導(dǎo)致看門狗超時(shí)時(shí)間和你預(yù)期差十萬八千里。這也是很多“我明明配了 5 秒結(jié)果 2 秒就復(fù)位”的經(jīng)典原因。2.3 暫停條件調(diào)試器、睡眠模式與喂狗的關(guān)系計(jì)數(shù)器不是任何時(shí)候都在跑的。RP2040 特意給看門狗加了幾種暫停條件通過 CTRL 寄存器里的 PAUSE 位控制。這些位的用途非常實(shí)際調(diào)試暫停當(dāng)調(diào)試器把 CPU 停下、停在斷點(diǎn)上的時(shí)候如果看門狗還在計(jì)數(shù)你分析個(gè)變量都得跟它搶時(shí)間。設(shè)置PAUSE_DBG0、PAUSE_DBG1、PAUSE_JTAG這些位后調(diào)試狀態(tài)下一律暫停計(jì)數(shù)調(diào)試體驗(yàn)會(huì)舒服很多。運(yùn)行暫停PAUSE_RUN控制 CPU 進(jìn)入某種運(yùn)行狀態(tài)時(shí)是否暫停一般用得少但了解即可。睡眠暫停芯片進(jìn)入 sleep 或更深的低功耗模式時(shí)如果不希望 WDT 反復(fù)喚醒或復(fù)位系統(tǒng)就要用PAUSE_SLEEP和PAUSE_HALT。低功耗項(xiàng)目里這塊是重災(zāi)區(qū)很多板子一進(jìn) sleep 就被復(fù)位查了一圈才發(fā)現(xiàn)是看門狗在“值班”。SDK 的watchdog_enable(2000, true)第二個(gè)參數(shù)pause_on_debug填true其實(shí)就是幫你在 CTRL 里設(shè)置調(diào)試相關(guān)的暫停位。量產(chǎn)固件里建議把它改成false否則本來該復(fù)位的死機(jī)場景在接上調(diào)試器的時(shí)候反而不復(fù)位掩蓋真實(shí)故障。3. 寄存器逐個(gè)拆地址、位域和喂狗動(dòng)作3.1 基地址 0x40058000 下的寄存器全家福RP2040 的看門狗寄存器一共沒幾個(gè)但每個(gè)都有用。基地址是0x40058000在這個(gè)范圍內(nèi)你只需要重點(diǎn)關(guān)注四個(gè)區(qū)域偏移寄存器作用0x00CTRL控制與狀態(tài)包含使能位、暫停位、超時(shí)值 TIME、觸發(fā)位 TRIGGER0x04LOAD超時(shí)裝載值喂狗觸發(fā)時(shí)會(huì)把數(shù)值寫入內(nèi)部遞減計(jì)數(shù)器0x08REASON記錄上一次復(fù)位/超時(shí)原因0x0C0x28SCRATCH0SCRATCH7用戶自定義暫存寄存器復(fù)位過程中數(shù)據(jù)保留用 C 語言直接訪問也很簡單把基地址強(qiáng)轉(zhuǎn)成一個(gè) volatile 指針即可。RP2040 的硬件就是這么設(shè)計(jì)的不需要額外開時(shí)鐘因?yàn)榭撮T狗模塊的寄存器始終可訪問。SCRATCH寄存器是很多人忽略的好東西。它本質(zhì)上是一塊“復(fù)位不丟”的小便簽?zāi)憧梢酝飳懭霕I(yè)務(wù)狀態(tài)。比如 OTA 升級之前先寫一個(gè)特殊標(biāo)記復(fù)位后讀取這個(gè)標(biāo)記就能知道上次是不是升到一半掛掉的。這個(gè)用法在后面實(shí)操部分我會(huì)展開。3.2 CTRL 寄存器位域拆解CTRL 寄存器是 WDT 的心臟喂狗、使能、暫停全都靠它。下面把關(guān)鍵位域拆開說。位字段名作用bit0WDT_EN看門狗使能位寫 1 開啟bit1bit6PAUSE_DBG0/DBG1/JTAG/RUN/SLEEP/HALT對應(yīng)狀態(tài)下暫停計(jì)數(shù)bit11bit30TIME超時(shí)值單位是 clk_tick 數(shù)bit31TRIGGER寫 1 觸發(fā)重裝載即“喂狗”動(dòng)作使能看門狗時(shí)建議先把暫停位置好再寫 TIME 和使能位最后用 TRIGGER 觸發(fā)一次裝載。這樣計(jì)數(shù)器一開始就是滿的不會(huì)出現(xiàn)“剛使能就快超時(shí)”的尷尬情況。喂狗操作在寄存器層面就一句話把 CTRL 的 bit31 寫 1。SDK 里的watchdog_update()做的就是這件事。有人會(huì)問為什么不單獨(dú)設(shè)一個(gè)寄存器的位非要復(fù)用 CTRL因?yàn)?TRIGGER 是“寫 1 后硬件自動(dòng)清零”的脈沖位你把整個(gè) CTRL 讀出來再或上0x80000000寫回去硬件看到 bit31 為 1就會(huì)重新裝載計(jì)數(shù)器完成喂狗。這個(gè)動(dòng)作非常輕量代價(jià)很低所以你在主循環(huán)里高頻調(diào)用也不怕。3.3 REASON 與 SCRATCH讓復(fù)位“留痕”系統(tǒng)一復(fù)位程序從頭跑SRAM 里的臨時(shí)變量全沒了這時(shí)候你很難判斷剛才到底發(fā)生了什么。REASON 寄存器就是用來干這個(gè)的。它記錄了最近一次復(fù)位是被誰觸發(fā)的其中就包括看門狗超時(shí)復(fù)位。SDK 里封裝了一個(gè)很實(shí)用的函數(shù)watchdog_caused_reboot()返回真就說明這次啟動(dòng)是看門狗咬的。不過只看 REASON 還不夠因?yàn)椤翱撮T狗復(fù)位”和“為什么觸發(fā)看門狗”是兩碼事。這時(shí)候 SCRATCH 就派上用場了。SCRATCH0SCRATCH7 是通用寄存器復(fù)位不會(huì)把它們清零所以你可以把它們當(dāng)成“跨越復(fù)活的記憶”。我的習(xí)慣是開機(jī)先做一次“遺囑”檢查讀 REASON判斷是不是看門狗復(fù)位。讀 SCRATCH0如果里面有上次寫入的現(xiàn)場標(biāo)記說明系統(tǒng)在掛掉之前已經(jīng)進(jìn)入某個(gè)關(guān)鍵流程比如 OTA、外設(shè)初始化、業(yè)務(wù)狀態(tài)機(jī)。根據(jù)標(biāo)記決定是恢復(fù)現(xiàn)場還是干脆走保守策略回到出廠配置。這個(gè)方法比在日志里查半天更有用。很多嵌入式設(shè)備沒有屏幕沒有鍵盤復(fù)位后唯一能說話的就是這幾個(gè)寄存器。4. 實(shí)戰(zhàn)C SDK 與寄存器兩種配置方式4.1 C SDK 里最穩(wěn)的寫法含喂狗間隔計(jì)算先給一個(gè)經(jīng)過驗(yàn)證的 C SDK 例子這段代碼在樹莓派 Pico 上可以直接跑#include pico/stdlib.h #include hardware/watchdog.h int main(void) { stdio_init_all(); // 使能看門狗超時(shí) 2000ms調(diào)試暫停時(shí)停止計(jì)數(shù) watchdog_enable(2000, true); while (1) { // 業(yè)務(wù)邏輯可能包含一些耗時(shí)操作 busy_wait_us(500000); // 模擬耗時(shí)半秒的任務(wù) // 喂狗保證兩次喂狗間隔小于 2000ms watchdog_update(); sleep_ms(200); } }這個(gè)示例的重點(diǎn)是喂狗間隔。很多人寫了喂狗但沒算“最長不喂狗時(shí)間”。假設(shè)你的主循環(huán)里有幾段任務(wù)其中一段偶發(fā)耗時(shí) 1.5 秒另一段偶發(fā)耗時(shí) 800 毫秒把它們安排在同一輪循環(huán)里喂狗間隔就可能超過 2 秒觸發(fā)復(fù)位。正確做法是把看門狗超時(shí)時(shí)間設(shè)定成“所有路徑里最大不喂狗間隔”的 150% 以上留出裕量。SDK 的watchdog_enable(cycle_count, pause_on_debug)第一個(gè)參數(shù)單位是毫秒函數(shù)內(nèi)部會(huì)做 tick 換算并配置 TIME 字段。如果你對換算過程沒把握直接傳毫秒數(shù)是安全的。4.2 直接操作寄存器的寫法與換算過程繞過 SDK 直接改寄存器能幫你深刻理解 WDT 的工作方式但一定要知道自己在算什么。下面是一個(gè)示意性的寄存器操作流程重點(diǎn)看換算過程#include pico/stdlib.h #include hardware/clocks.h #include hardware/regs/watchdog.h #define WDT_BASE 0x40058000u #define WDT_CTRL (*(volatile uint32_t *)(WDT_BASE 0x00u)) #define WDT_LOAD (*(volatile uint32_t *)(WDT_BASE 0x04u)) void wdt_direct_config(uint32_t timeout_ms, uint32_t tick_us) { // 先計(jì)算需要多少個(gè) tick uint32_t ticks timeout_ms * 1000u / tick_us; // 限制在 TIME 字段可表達(dá)范圍內(nèi)這里以 0xFFFFF 為界的寫法僅作示意 if (ticks 0xFFFFFu) ticks 0xFFFFFu; WDT_LOAD ticks; uint32_t ctrl (1u 0); // WDT_EN ctrl | (1u 5); // PAUSE_SLEEP ctrl | (ticks 11u); // TIME 字段 WDT_CTRL ctrl; WDT_CTRL | (1u 31); // TRIGGER裝載計(jì)數(shù)器 } void wdt_direct_feed(void) { // 讀改寫把 TRIGGER 置 1 WDT_CTRL WDT_CTRL | (1u 31); }這段代碼里有一個(gè)隱藏風(fēng)險(xiǎn)如果timeout_ms * 1000 / tick_us計(jì)算出來的 ticks 超過 TIME 字段位寬就會(huì)被強(qiáng)行截?cái)?。真?shí)場景里SDK 會(huì)通過調(diào)整clk_tick的周期來擴(kuò)展超時(shí)范圍而手寫寄存器方案里如果你不主動(dòng)改 tick 周期超時(shí)上限就受限。這也是我建議大家平時(shí)用 SDK 封裝的原因不是 SDK 多神秘而是它把“擴(kuò)容”這類細(xì)節(jié)都處理掉了。4.3 MicroPython 下的 WDT 經(jīng)驗(yàn)MicroPython 底下用 WDT 就更簡單了幾乎不需要關(guān)心寄存器import machine # 創(chuàng)建看門狗超時(shí)時(shí)間 5000ms wdt machine.WDT(timeout5000) while True: # 業(yè)務(wù)代碼 pass wdt.feed() # 喂狗需要注意的是 MicroPython 的 WDT 實(shí)現(xiàn)受底層固件影響很大不同固件版本對 timeout 參數(shù)的范圍要求不一樣。你最好在開發(fā)板上先試出當(dāng)前固件支持的最大超時(shí)別一上來就寫一個(gè) 60 秒的大數(shù)值。另外MicroPython 是解釋執(zhí)行遇到阻塞式的庫調(diào)用或者頻繁 GC容易出現(xiàn)“話說多了忘了喂狗”的情況。我的建議是MicroPython 項(xiàng)目里看門狗超時(shí)盡量放寬喂狗放在最外層主循環(huán)不要在某個(gè)庫的內(nèi)部回調(diào)里去喂。5. 踩坑實(shí)錄這些坑能讓你的板子“死”得不明不白5.1 常見問題速查表現(xiàn)象直接原因處理辦法程序跑一會(huì)兒就復(fù)位某條代碼路徑耗時(shí)超過超時(shí)時(shí)間或者忘了喂狗列出所有最長路徑計(jì)算最壞喂狗間隔超時(shí)時(shí)間留 1.5 倍以上裕量芯片進(jìn)入低功耗就復(fù)位沒設(shè)置 PAUSE_SLEEP/PAUSE_HALT睡眠前設(shè)置暫停位或者確認(rèn)低功耗模式下看門狗的行為接上調(diào)試器后被反復(fù)復(fù)位暫停位沒有生效或者調(diào)用watchdog_enable時(shí)第二個(gè)參數(shù)傳了 false調(diào)試階段傳 true量產(chǎn)固件關(guān)掉復(fù)位后分不清是誰導(dǎo)致的只看了 REASON 沒利用 SCRATCH開機(jī)讀 REASON關(guān)鍵流程開始前寫 SCRATCH 標(biāo)記看門狗超時(shí)不準(zhǔn)偶爾提前復(fù)位tick 校準(zhǔn)沒做好或者 TIME 字段溢出用 SDK 的watchdog_start_ticking/watchdog_enable做配置避免手寫寄存器出差錯(cuò)兩個(gè)核同時(shí)運(yùn)行復(fù)位原因詭異雙核環(huán)境里沒人明確“誰負(fù)責(zé)喂狗”約定只有 core0 喂或者做成獨(dú)立的低優(yōu)先級守護(hù)任務(wù)這里面最坑的是最后一種。RP2040 是雙核芯片WDT 是芯片級外設(shè)不是某個(gè)核的私有財(cái)產(chǎn)。兩個(gè)核如果都覺得自己沒必要喂狗又以為對方會(huì)喂那看門狗還是會(huì)響。更麻煩的是如果一個(gè)核已經(jīng)死鎖另一個(gè)核還在按部就班地喂狗故障就會(huì)被喂狗動(dòng)作掩蓋住。所以雙核項(xiàng)目里喂狗責(zé)任必須落實(shí)到一個(gè)人頭上通常是主業(yè)務(wù)核或者一個(gè)調(diào)度器里的專用任務(wù)。5.2 經(jīng)驗(yàn)在中斷里喂狗等于自廢武功我第一次做看門狗項(xiàng)目時(shí)因?yàn)橹餮h(huán)里偶爾有長任務(wù)超時(shí)風(fēng)險(xiǎn)高就直接把watchdog_update()塞進(jìn)了一個(gè) 1ms 定時(shí)器中斷里。結(jié)果產(chǎn)品依然會(huì)死機(jī)而且死得特別徹底復(fù)現(xiàn)都要靠運(yùn)氣。后來才想明白中斷里喂狗等于告訴看門狗“只要中斷還能響應(yīng)系統(tǒng)就算活著”。但實(shí)際場景里程序死鎖往往發(fā)生在主循環(huán)的某個(gè)共享資源上此時(shí)中斷依然在跑定時(shí)器依然會(huì)觸發(fā)喂狗動(dòng)作依然執(zhí)行。系統(tǒng)看起來每毫秒都在報(bào)平安實(shí)際上主流程早就卡死了。這樣的看門狗跟關(guān)掉沒什么區(qū)別。正確的姿勢是讓“喂狗路徑”和“業(yè)務(wù)故障路徑”保持一致。也就是說只有主循環(huán)正常走完一圈或者 RTOS 的空閑任務(wù)正常調(diào)度到才喂狗。一旦主循環(huán)死鎖喂狗也自然停掉看門狗才有機(jī)會(huì)介入。5.3 調(diào)試器一停就復(fù)位先查 PAUSE 位有段時(shí)間我在 Pico 上做斷點(diǎn)調(diào)試發(fā)現(xiàn)只要調(diào)試器一停在斷點(diǎn)上芯片過一兩秒就會(huì)自己復(fù)位。一開始我以為是電源問題后來查寄存器才發(fā)現(xiàn)是我調(diào)用watchdog_enable(2000, false)的時(shí)候把第二個(gè)參數(shù)寫成了 false導(dǎo)致看門狗在調(diào)試暫停時(shí)仍然計(jì)數(shù)。這個(gè)問題的解法很簡單調(diào)watchdog_enable時(shí)把pause_on_debug傳 true。但從項(xiàng)目層面看更值得記住的是調(diào)試階段和量產(chǎn)階段的看門狗配置應(yīng)該分開。調(diào)試階段怎么方便怎么來斷點(diǎn)時(shí)暫?？撮T狗量產(chǎn)階段則要回歸真實(shí)運(yùn)行環(huán)境該復(fù)位就復(fù)位不能因?yàn)椤翱梢詴和！倍谏w真實(shí)故障。另外如果你的調(diào)試器是通過 SWD/JTAG 接口連接并且固件里手動(dòng)設(shè)置了 PAUSE 位別忘了一并檢查PAUSE_JTAG。有些組合下CPU 暫停信號和 JTAG 暫停信號是分開控制的只設(shè)其中一個(gè)調(diào)試器停住時(shí)看門狗照樣跑。最后分享一個(gè)我自己的習(xí)慣每次在新板子上啟用看門狗都會(huì)先跑一個(gè)“壓力測試”把喂狗的時(shí)間間隔做成可調(diào)參數(shù)通過串口命令逐步調(diào)長直到觸發(fā)復(fù)位。這樣能準(zhǔn)確摸清當(dāng)前時(shí)鐘校準(zhǔn)條件下WDT 的實(shí)際超時(shí)誤差是多少。別小看這步很多現(xiàn)場部署后才暴露的問題其實(shí)在開發(fā)階段就能用這個(gè)辦法提前逼出來。