先說個(gè)場景你用 STM32CubeIDE 2.2.0 配 Segger JLink程序編譯零報(bào)錯(cuò)點(diǎn)下燒錄控制臺(tái)提示 Download 成功然后板子一點(diǎn)反應(yīng)都沒有。沒有 LED 閃爍沒有外設(shè)動(dòng)作萬用表量一下電源也是正常的。按一下板子上的復(fù)位鍵程序才開始跑。第一次遇到這種情況很多人會(huì)懷疑代碼有問題但代碼明明在 Keil 或者 IAR 下是正常的。這個(gè)現(xiàn)象就是典型的 “no reset/start after flashing”——燒錄完成后目標(biāo)芯片沒有自動(dòng)復(fù)位也沒有自動(dòng)啟動(dòng)執(zhí)行程序。這個(gè)問題在 STM32CubeIDE 2.2.0 和 JLink 組合下非常常見尤其是從 Keil 轉(zhuǎn)過來的用戶特別容易踩中。Keil 的默認(rèn)行為是燒錄完成后自動(dòng)復(fù)位并運(yùn)行但 CubeIDE 的調(diào)試啟動(dòng)機(jī)制不一樣它默認(rèn)把芯片停在復(fù)位向量入口等 GDB 指令如果啟動(dòng)配置里沒勾選自動(dòng)運(yùn)行程序就一直停在原地看起來就像燒錄完沒啟動(dòng)。這篇文章就把這個(gè)問題的底層機(jī)制、五種解法、排查套路一次講清楚。1. 問題現(xiàn)象與影響范圍不只是“沒跑起來”這么簡單1.1 三種典型表現(xiàn)燒錄后整個(gè)系統(tǒng)像“死”了我把這類問題按現(xiàn)象分一下方便你對號(hào)入座第一種是完全不動(dòng)。燒錄成功芯片沒有任何反應(yīng)按復(fù)位鍵才執(zhí)行程序。這種情況通常說明復(fù)位序列根本沒執(zhí)行或者 JLink 發(fā)出的復(fù)位信號(hào)被芯片忽略了。第二種是調(diào)試模式下停在某行代碼。比如燒錄完停在了main()入口或某個(gè)斷點(diǎn)處看起來像卡死其實(shí)只是 GDB 設(shè)置了斷點(diǎn)程序還沒運(yùn)行。你如果點(diǎn)一下 Resume 或者按 F8程序就正常跑了。第三種比較隱蔽燒錄完程序在跑但跑一會(huì)兒就掛了。這種不完全是復(fù)位問題有可能是復(fù)位時(shí)序不正確導(dǎo)致外設(shè)初始化時(shí)序錯(cuò)亂或者時(shí)鐘配置里用到了復(fù)位引腳對應(yīng)的復(fù)用功能。這里要明確一個(gè)概念燒錄成功不等于程序運(yùn)行。燒錄器只負(fù)責(zé)把固件寫進(jìn) Flash寫完之后要不要復(fù)位、要不要啟動(dòng)完全取決于調(diào)試器配置和調(diào)試協(xié)議。JLink 在燒錄完成后會(huì)執(zhí)行一個(gè)復(fù)位序列但如果配置的復(fù)位方式不適用于當(dāng)前目標(biāo)芯片或者當(dāng)前接線方式復(fù)位就會(huì)失敗。1.2 為什么偏偏在 CubeIDE 2.2.0 上容易出問題STM32CubeIDE 2.2.0 是 2021 年左右的版本它內(nèi)置的 JLink 調(diào)試插件和配套的 GDB Server 版本不算太老但如果你用的是新型號(hào)的 STM32U5、H7 甚至 G0 系列固件版本和調(diào)試插件之間就可能存在兼容性空白。更核心的原因是CubeIDE 的調(diào)試配置默認(rèn)值偏向“停在入口等待調(diào)試”這和很多人習(xí)慣的“燒完就跑”完全不同。它在 Debug Configuration 里把“Behavior on connection”默認(rèn)為 Reset 并停在 main同時(shí) Startup 頁簽里的 Resume 選項(xiàng)默認(rèn)不勾選。結(jié)果就是你燒完程序后芯片被復(fù)位并停在復(fù)位向量或 main 入口就是不肯自動(dòng)運(yùn)行。另外很多人使用的是 ST-Link 轉(zhuǎn)接后接 JLink 的 SWD 接線方式或者干脆沒有接 JLink 的 NRST 信號(hào)線。JLink 的 SWD 協(xié)議理論上只需要 SWDIO、SWCLK、GND 三根線就能燒錄但沒有 NRST 線時(shí)自動(dòng)選擇復(fù)位類型會(huì)受到很大限制這一點(diǎn)我會(huì)在后面展開。2. 核心原因拆解JLink 復(fù)位到底是怎么工作的2.1 JLink 復(fù)位目標(biāo)芯片的兩種途徑硬件復(fù)位與軟件復(fù)位要理解為什么會(huì)出現(xiàn)燒錄后不復(fù)位得先搞清楚 JLink 復(fù)位 MCU 的原理。JLink 復(fù)位目標(biāo)芯片主要有兩條路第一條是硬件復(fù)位。JLink 通過其接口的 NRST 引腳Pin 15輸出一個(gè)低電平脈沖到目標(biāo)芯片的 NRST 引腳強(qiáng)制芯片復(fù)位。這是最直接的復(fù)位方式和手按復(fù)位鍵一個(gè)道理。它的前提條件是 JLink 的 NRST 引腳和目標(biāo)板的 NRST 引腳必須有一根實(shí)線連接而且目標(biāo)芯片的 NRST 復(fù)位電路不能有異常比如接了大電容導(dǎo)致電平拉不下去。第二條是軟件復(fù)位。JLink 通過 SWD 協(xié)議向目標(biāo)芯片的調(diào)試接口發(fā)送復(fù)位命令讓芯片內(nèi)核執(zhí)行復(fù)位操作。這種方式不需要 NRST 連線但對芯片的調(diào)試接口狀態(tài)有要求如果芯片已經(jīng)進(jìn)入低功耗模式或者調(diào)試接口被禁用軟件復(fù)位就發(fā)不進(jìn)去需要配合“Connect under Reset”先把調(diào)試接口搶回來。IDE 在燒錄完成后的復(fù)位動(dòng)作通常默認(rèn)先嘗試硬件復(fù)位如果硬件復(fù)位失敗或者檢測不到目標(biāo)芯片再切換軟件復(fù)位。這就是為什么有時(shí)候你能看到日志里有 “Reset: Failed” 或者 “Cannot reset target” 的報(bào)錯(cuò)但燒錄本身卻是成功的。2.2 Debug Configuration 里的 Reset Type 四擋選項(xiàng)Normal、Type A、Type B、Type C在 STM32CubeIDE 的 Debug Configuration 中Debugger 頁簽下面有個(gè)Reset Type下拉框包含 Normal、Type A、Type B、Type C 四個(gè)選項(xiàng)。這個(gè)選項(xiàng)直接影響 JLink 與目標(biāo)芯片連接和復(fù)位時(shí)的時(shí)序策略。它是 STM32CubeIDE 內(nèi)置的 JLink 調(diào)試插件對外暴露的復(fù)位類型配置不同選項(xiàng)對應(yīng) JLink 內(nèi)部不同的復(fù)位序列。Normal默認(rèn)選項(xiàng)。JLink 按標(biāo)準(zhǔn)流程連接后復(fù)位目標(biāo)。適用于絕大多數(shù)正常設(shè)計(jì)的板子但如果你沒接 NRST 線或者芯片的 NRST 引腳被配置成普通 GPIONormal 模式會(huì)失效。Type AJLink 在連接目標(biāo)芯片期間拉低 NRST 引腳保持復(fù)位狀態(tài)然后通過 SWD 連接成功后釋放。這種方式適用于 NRST 引腳被復(fù)用為 GPIO、但 SWD 引腳仍然可用的場景很多 H7 和 F4 系列項(xiàng)目會(huì)用到。Type B類似 Type A但在復(fù)位釋放后會(huì)發(fā)送一個(gè)額外的復(fù)位脈沖常用于短復(fù)位脈沖需求的目標(biāo)芯片比如某些對外部復(fù)位脈寬有最小時(shí)間要求的設(shè)計(jì)。Type CJLink 會(huì)先連接調(diào)試接口然后讓內(nèi)核在異步復(fù)位狀態(tài)下停止常用于內(nèi)核已經(jīng)跑飛、需要強(qiáng)行拉回到調(diào)試狀態(tài)的場景。我實(shí)測下來如果是 STM32F1、F4 這類常規(guī)芯片優(yōu)先推薦 Type A。Type A 對 NRST 接線缺失的情況兼容性最好不會(huì)因?yàn)閺?fù)位失敗卡死啟動(dòng)流程。Type C 雖然看起來最強(qiáng)大但它的啟動(dòng)時(shí)序會(huì)讓部分外設(shè)初始化出現(xiàn)紊亂不適合作為常規(guī)默認(rèn)項(xiàng)。2.3 容易被忽略的 Options BytesNRST 引腳被重新配置了除了 IDE 里的配置芯片本身的Option Bytes也會(huì)影響復(fù)位行為。STM32 的 Option Bytes 里有一組位叫nRST_MODE它決定 NRST 引腳的工作模式具體有四種組合nRST_MODENRST 功能BOR掉電復(fù)位0b00輸入 輸出默認(rèn)使能0b01輸入 輸出關(guān)閉0b10僅輸入使能0b11僅輸入關(guān)閉如果芯片的 Option Bytes 被配置成 0b10 或 0b11NRST 引腳就變成了僅輸入模式JLink 通過 NRST 引腳發(fā)出去的低電平復(fù)位信號(hào)就無效了。這種情況往往不是用戶主動(dòng)設(shè)置的而是某些燒錄工具在配置 Option Bytes 時(shí)順手改掉的。用 CubeProgrammer 燒錄時(shí)如果勾選了“Reset after programming”只影響燒錄后行為但如果在 Option Bytes 頁面誤改了 nRST_MODE那燒錄后不復(fù)位的現(xiàn)象就會(huì)出現(xiàn)。所以遇到不復(fù)位問題時(shí)不要只盯著 Debug Configuration 看還要用 STM32CubeProgrammer 讀一下 Option Bytes確認(rèn) nRST_MODE 是否被改成了“僅輸入”模式。如果是改回 0b00 再燒一次問題大概率就解決了。3. 實(shí)操解決讓程序燒錄后自動(dòng)復(fù)位并啟動(dòng)的六步方案3.1 第一步先檢查 Debug Configuration 的連線與復(fù)位配置打開 STM32CubeIDE選 Run Debug Configurations找到你當(dāng)前工程的調(diào)試配置。在左側(cè)列表里選中你的配置右側(cè)切到Debugger頁簽。先確認(rèn)Debug Probe是否選中了 Segger JLink而不是默認(rèn)的 ST-LINK。有些項(xiàng)目從其他 IDE 導(dǎo)入后Debug Probe 會(huì)停留在 ST-LINK導(dǎo)致 JLink 根本沒參與復(fù)位。如果這里選錯(cuò)了JLink 壓根不會(huì)啟動(dòng)。然后看Reset Type按我前面說的建議改成Type A。如果你的板子 NRST 連了線、復(fù)位電路正常那 Normal 也能用如果沒接 NRST 線Type A 的成功率更高。Debug Probe 可能需要填設(shè)備名稱或序列號(hào)但一般情況下 CubeIDE 會(huì)自動(dòng)掃描。如果掃描不到檢查 JLink 驅(qū)動(dòng)是否安裝、USB 連接是否正常。3.2 第二步Startup 頁簽里勾上 Resume讓程序跑起來切到Startup頁簽這是“燒完不啟動(dòng)”最直接的開關(guān)。你會(huì)看到啟動(dòng)序列的列表包括 Load Image、Reset、Breakpoint 等步驟。在列表下方的Startup Options中有兩個(gè)關(guān)鍵選項(xiàng)Set breakpoint at: main默認(rèn)勾選表示在 main 函數(shù)入口打斷點(diǎn)。這個(gè)斷點(diǎn)不是你手動(dòng)設(shè)的是 GDB 自動(dòng)設(shè)置的啟動(dòng)斷點(diǎn)目的是一進(jìn) main 就暫停。要讓它不停取消勾選或者把斷點(diǎn)地址改成main之外的空閑地址不太推薦沒必要。Resume默認(rèn)不勾選。這個(gè)選項(xiàng)的意思是“在啟動(dòng)序列完成后繼續(xù)運(yùn)行”。你需要手動(dòng)勾上它程序才能在燒錄完成后自動(dòng)運(yùn)行否則芯片會(huì)一直停在復(fù)位向量或 main 入口看起來就是沒啟動(dòng)。這一步是 90% 場景下解決“燒完不跑”的關(guān)鍵。很多人不知道 Startup 頁簽里有這個(gè)選項(xiàng)從頭到尾都只調(diào) DFU、Flash Download 那邊的參數(shù)結(jié)果一直找不到原因。3.3 第三步Flash Download 里確保燒寫到內(nèi)部 Flash 且加載了算法切到Flash Download頁簽確認(rèn)勾選了Download to Flash并且Flash algorithm列表中已經(jīng)為你的目標(biāo)芯片添加了正確的編程算法。比如 F103 系列一般需要 STM32F10x Flash 算法如果這里空白或者只加載了外部 Flash 算法固件會(huì)燒到別處或者干脆沒燒進(jìn)去程序自然啟動(dòng)不了。如果算法列表為空點(diǎn) Add 按鈕在彈出的窗口中選擇和你 MCU 系列匹配的 Flash 算法。注意單片機(jī)內(nèi)部 Flash 的起始地址一般是 0x08000000Startup 頁簽里 Load Image 的地址也要對應(yīng)別改成 0x8000000 這種漏一位的地址我見過有人把地址寫錯(cuò)導(dǎo)致燒錄后每次都要重新上電才能跑。3.4 第四步遇到硬件復(fù)位失敗用 GDB 手動(dòng)復(fù)位驗(yàn)證如果做完前三步現(xiàn)象依舊那就要看是不是硬件復(fù)位鏈路本身有問題。最快的驗(yàn)證方法是打開調(diào)試會(huì)話在 GDB Console 里輸入復(fù)位命令手動(dòng)復(fù)位一次。從 Run Debug 啟動(dòng)調(diào)試如果 IDE 停在某行代碼就在 GDB Console 里輸入monitor reset continue如果monitor reset執(zhí)行后程序能跑起來說明 JLink 和目標(biāo)芯片的復(fù)位鏈路沒問題是啟動(dòng)配置里的自動(dòng)復(fù)位參數(shù)不對。如果monitor reset直接報(bào)錯(cuò)說明 JLink 根本沒法復(fù)位目標(biāo)優(yōu)先查硬件接線和 Option Bytes。GDB Console 默認(rèn)可能沒顯示可以在 Window Show View Console 里打開然后從下拉列表里切到 GDB 調(diào)試控制臺(tái)。3.5 第五步檢查 JLink 固件和驅(qū)動(dòng)版本STM32CubeIDE 2.2.0 內(nèi)置的 JLink 驅(qū)動(dòng)大概對應(yīng) Segger 的 6.80 左右。如果你用的是 JLink V9、V10、V11 等不同硬件版本或者目標(biāo)芯片比較新舊驅(qū)動(dòng)對復(fù)位時(shí)序的支持會(huì)有偏差。更新 JLink 驅(qū)動(dòng)有兩種方式第一種是從 Segger 官網(wǎng)下載最新版的 J-Link Software and Documentation Pack安裝完成后在 CubeIDE 的 Window Preferences MCU 里找到 J-Link 相關(guān)的設(shè)置把安裝路徑指向新版的 JLink 安裝目錄。第二種是直接升級(jí) JLink 固件。連接 JLink 到電腦然后啟動(dòng) Segger 的 J-Link Configurator或 JLink.exe它會(huì)提示固件版本太舊按提示升級(jí)即可。JLink 設(shè)備固件升級(jí)后對復(fù)位時(shí)序的兼容性會(huì)大幅改善尤其是老一點(diǎn)的 V8、V9 版本。這個(gè)步驟很多資料里沒強(qiáng)調(diào)但我實(shí)測下來JLink 固件太舊確實(shí)會(huì)導(dǎo)致 Type A/Type B 復(fù)位模式失效更新固件后異常消失。建議你把 JLink 固件升級(jí)到新版再配合前面幾步的配置基本不會(huì)出現(xiàn)燒錄后不復(fù)位的問題。3.6 第六步極端情況用外部工具輔助驗(yàn)證如果 CubeIDE 里怎么調(diào)都不行別在 IDE 里死磕用 Segger 自帶的 JLink Commander 做獨(dú)立驗(yàn)證。打開命令行進(jìn)入 JLink 安裝目錄執(zhí)行JLink.exe -device STM32F103C8 -if SWD -speed 4000 -autoconnect 1連接成功后會(huì)進(jìn)入 JLink 命令行交互界面依次輸入r gr是復(fù)位目標(biāo)芯片g是讓程序全速運(yùn)行。如果這兩條命令執(zhí)行后板子開始跑了說明問題一定在 CubeIDE 的調(diào)試配置層面。如果r命令本身就報(bào)錯(cuò)那就回到硬件層面排查。注意 JLink 的命令行參數(shù)里-device要填你的具體型號(hào)-if填 SWD 或者 JTAG-speed不要一開始就拉太高4000 kHz 是個(gè)比較穩(wěn)的起步值。速度太高尤其在飛線連接時(shí)容易造成時(shí)序不穩(wěn)復(fù)位命令誤發(fā)或不生效。4. 排查實(shí)錄與常見問題速查4.1 從 GDB 日志判斷復(fù)位失敗的真正階段調(diào)試過程中GDB Console 會(huì)輸出大量日志很多人不看但其實(shí)里面藏著定位問題的關(guān)鍵。我舉兩個(gè)典型的日志示例情況一燒錄后日志里出現(xiàn)類似Resetting target... Reset: Failed Cannot reset target這說明 JLink 連接本身成功但復(fù)位動(dòng)作失敗。優(yōu)先檢查 NRST 接線、Options Bytes 的 nRST_MODE、以及 Reset Type 是否選對。此時(shí)把 Reset Type 從 Normal 改成 Type A大概率能過。情況二日志里出現(xiàn)Downloading 8192 bytes to 0x08000000 Load complete Breakpoint set at main沒有 Reset 相關(guān)報(bào)錯(cuò)但程序不跑。這說明復(fù)位已經(jīng)執(zhí)行只是啟動(dòng)序列停在了 main 斷點(diǎn)。這種情況到 Startup 頁簽勾上 Resume 或者取消 main 斷點(diǎn)就行。還有一種常見日志The firmware on the J-Link is too old. Please update直接按我前面第 3.5 節(jié)的方法升級(jí) JLink 固件。4.2 常見問題速查表現(xiàn)象可能原因推薦排查方向燒錄成功但完全不動(dòng)Reset Type 不匹配 / Startup 未勾 Resume / NRST 未接線改 Reset Type 為 Type A勾上 Startup 的 Resume檢查 NRST 連線燒錄停在 main 函數(shù)Startup 頁簽?zāi)J(rèn)勾選了 main 斷點(diǎn)取消 main 斷點(diǎn)或勾選 Resume燒錄后需要手動(dòng)按復(fù)位鍵才運(yùn)行JLink 復(fù)位序列失效檢查 nRST_MODE Option Bytes用 JLink Commander 驗(yàn)證復(fù)位GDB 日志報(bào) Reset FailedNRST 接線異常 / nRST_MODE 僅輸入 / 固件太舊檢查接線恢復(fù)默認(rèn) Option Bytes升級(jí) JLink 固件上電后程序在跑但燒錄后不跑Flash 地址不對 / Boot 引腳配置問題確認(rèn) Load Image 地址為 0x08000000檢查 BOOT0/BOOT1 電平調(diào)試模式下程序停住但按 Resume 能跑GDB 斷點(diǎn)停住檢查 Startup 頁簽的 Breakpoint 設(shè)置和 Resume 選項(xiàng)復(fù)位后程序啟動(dòng)了但外設(shè)初始化異常復(fù)位時(shí)序不規(guī)范外設(shè)寄存器處于異常狀態(tài)改為軟件復(fù)位Monitor PC或徹底斷電重新上電這個(gè)表格基本覆蓋了我這些年遇到的大部分復(fù)位相關(guān)問題。你對照著找自己的現(xiàn)象一般五分鐘內(nèi)能定位到問題。4.3 補(bǔ)充幾個(gè)容易踩的硬件層的坑配置全對的情況下問題可能出在硬件連接上。以下幾個(gè)是實(shí)際調(diào)試中經(jīng)常遇到的坑一NRST 引腳虛焊或者被復(fù)用。很多用戶用的是核心板NRST 引腳上接了復(fù)位電容和上拉電阻但 JLink 的 NRST 線沒接只接了 SWDIO 和 SWCLK。這種接線方式下你選 Normal 復(fù)位模式基本是無效的因?yàn)?JLink 沒有通路把低電平送到 NRST 引腳。坑二SWDIO 被模擬復(fù)用功能占用。如果程序里把 SWDIOPA13或 SWCLKPA14配置成了普通 GPIO 輸出燒錄完成并復(fù)位后SWD 引腳立刻變成 GPIO調(diào)試器失去控制。這種情況下如果你選的復(fù)位類型依賴后續(xù) SWD 通信就會(huì)失敗。解法是使用 Type A 或 Type B讓 JLink 在復(fù)位期間搶先連接調(diào)試接口?？尤繕?biāo)板供電異常。JLink 的 VCCPin 1引腳是電壓檢測參考不是供電引腳。如果目標(biāo)板沒有獨(dú)立供電或者 JLink 的 VCC 檢測線沒接JLink 會(huì)誤判目標(biāo)電壓導(dǎo)致復(fù)位電平邏輯異常。確保目標(biāo)板單獨(dú)供電且 JLink 的 VCC 引腳和目標(biāo)板電源連接正常?？铀耐獠繌?fù)位電容太大。有些板子為了讓復(fù)位穩(wěn)定在 NRST 上接了 1uF 以上的電容。JLink 輸出的低電平脈寬不夠長電容沒放完電就恢復(fù)了復(fù)位根本沒生效。這種情況要么調(diào)長 JLink 的復(fù)位脈寬JLink Commander 里可以設(shè)置exec SetResetPulseWidth要么換小一點(diǎn)的電容。不過一般小板子都是 100nF這個(gè)坑在自制大電容復(fù)位電路上比較常見。4.4 為什么換了 Keil 就沒問題換 CubeIDE 就復(fù)現(xiàn)這是被問得最多的問題“Keil 燒完就能跑CubeIDE 燒完不跑是不是 CubeIDE 的 Bug”不是 Bug是兩套工具的默認(rèn)行為不同。Keil 的 Flash Download 頁面里有個(gè)默認(rèn)勾選的 “Reset and Run”燒錄完成后自動(dòng)復(fù)位并全速運(yùn)行。CubeIDE 的調(diào)試哲學(xué)是“燒錄和調(diào)試一體”它默認(rèn)你在調(diào)試器里需要停在斷點(diǎn)等待你操作。所以 CubeIDE 不會(huì)默認(rèn)執(zhí)行“燒完就跑”而是停在 main 等 GDB 命令。如果你用 CubeIDE 只是想燒錄程序、不想調(diào)試那你要做的不是點(diǎn) Debug 按鈕而是配置好 Debug Configuration 后把 Startup 頁簽的 main 斷點(diǎn)取消、Resume 勾上這樣行為就接近 Keil 的 “Reset and Run” 了?；蛘吒纱嘤?STM32CubeProgrammer 進(jìn)行燒錄它默認(rèn)在燒錄完成后會(huì)有一個(gè)復(fù)位運(yùn)行的選項(xiàng)和 Keil 行為一致。搞清楚這個(gè)設(shè)計(jì)邏輯之后你就不容易再被類似問題困住了。5. 一些實(shí)際操作中的個(gè)人體會(huì)寫到最后分享一下我做嵌入式開發(fā)這幾年在復(fù)位問題上的經(jīng)驗(yàn)。我現(xiàn)在的調(diào)試配置模板是這樣的Reset Type 選 Type ABehavior on connection 選 ResetStartup 頁簽取消 main 斷點(diǎn)并勾選 ResumeFlash Download 勾選 Download to FlashFlash algorithm 選擇與 MCU 匹配的型號(hào)。這套組合在我手上的 F1、F4、G0、H7 都驗(yàn)證過燒錄后的自動(dòng)復(fù)位和自動(dòng)啟動(dòng)基本沒出過問題。還有一點(diǎn)心得排查復(fù)位問題時(shí)要學(xué)會(huì)用 Segger 的 JLink Commander 做隔離測試。IDE 里配置項(xiàng)太多變量太多直接在 JLink 命令行里敲r、g能一步判斷問題到底出在 CubeIDE 配置還是出在硬件接線。我遇到過好幾次IDE 里折騰兩小時(shí)沒搞定切到 JLink 命令行發(fā)現(xiàn)是 NRST 線接觸不良重新拔插一下就恢復(fù)正常。工具越底層排錯(cuò)越高效。另外如果你現(xiàn)在用的是 STM32CubeIDE 2.2.0建議升級(jí)到 2.15.0 或者更新版本。新版內(nèi)置的 JLink 插件對各類 MCU 的復(fù)位時(shí)序處理得更完善UI 也順手很多。當(dāng)然如果因故只能用 2.2.0按本文第 3 節(jié)的方法一樣能解決。