工程師筆記|STM32G4 應(yīng)用程序與 Option Bytes 同時燒錄問題

“

關(guān)鍵詞：雙Bank，Option Bytes

1、引言

客戶使用 STM32G474 系列芯片，在燒錄應(yīng)用程序的同時要對 Option Bytes 中的 DBANK 進行修改，采用 STlink Utility 或是 CubeProgrammer 工具進行操作，并希望整個過程只用一次燒 錄動作就完成，發(fā)現(xiàn)燒錄的應(yīng)用程序無法運行。

2、問題產(chǎn)生及原因分析

STM32G474 系列芯片具有雙 Bank 功能，且默認(rèn)情況下 Option Bytes 中的 DBANK =1，即雙 Bank 使能。但客戶實際的應(yīng)用是單 Bank，所以需要將 DBANK 設(shè)置為 0，這樣客戶在使用 Utility 或是 CubeProgrammer 工具燒錄應(yīng)用程序時，同時設(shè)置 Option Bytes 中的DBANK 為 0。但是當(dāng)燒錄結(jié)束后，發(fā)現(xiàn)應(yīng)用程序無法正常運行，需要再次燒錄才能運行。

整個燒錄的過程，在 Utility 中操作如下圖所示，通過 Target ->Automatic Mode->Option bytes configuration 對 DBANK 進行修改，在 File 中選擇應(yīng)用程序文件，然后直接燒錄。

在 CubeProgrammer 中操作如下圖所示，通過 Erasing & Programming->Automatic Mode->Option bytes commands，寫入修改 DBANK 的命令行，在 File 中選擇應(yīng)用程序文件，然后直接燒錄。

整個操作流程是正確的，以 CubeProgrammer 為例，整個操作的日志如下，顯示所有操作正常完成。

但是仔細(xì)閱讀日志，可以發(fā)現(xiàn)整個操作，首先燒錄的是應(yīng)用程序，然后再進行 Option Bytes 的修改，也就是說，在燒錄應(yīng)用程序的時候，MCU 依舊是工作在雙 bank 模式下，待程序燒錄完成，將雙 Bank 修改為單 Bank，注意 DBANK 的修改將會改變 Flash 的取指方式，如下：

? Single bank mode DBANK=0: read access of 128 bits

? Dual bank mode DBANK=1: read access of 64 bits

可以通過單步操作的方式來查看 Flash 中內(nèi)容的區(qū)別。在雙 Bank 模式下燒錄程序后，讀出Flash 內(nèi)容如下：

對比以上的內(nèi)容，可以發(fā)現(xiàn)由于取指方式的改變，讀取的 Flash 中內(nèi)容發(fā)生了變化，后者出現(xiàn)了大片的空白空間，這也就是此前客戶操作方式在完成燒錄后程序無法運行的原因。

3、解決方案

通過以上的分析，要實現(xiàn)客戶的要求，必須首先對 Option Bytes 進行修改，將 Flash 配置為單 Bank 模式后，才能進行應(yīng)用程序的燒錄，但是在 Utility 或是 CubeProgrammer 中無法修改其本身的操作時序，無法通過一次操作的方式完成，必須分成兩步來完成，即：

那么客戶最希望的只用一個步驟完成所有的操作是不是沒法實現(xiàn)了？別急，ST 還提供了另一個工具，ST_LINK CLI， 它的操作完全通過命令行的方式來完成。其路徑位于 ST_LINK Utility在安裝目錄下，如下：

可以通過 cmd 窗口中直接調(diào)用該工具，舉個例程如下：

D:ST-LINK Utility>st-link_cli.exe -c SWD -OB DBANK=0 -Rst -ME -P d: est.hex -V while_programming

以上可以看到 Option Bytes 首先完成修改，然后讓芯片進行 reset，保證新的 Option Bytes重新加載并生效，最后完成應(yīng)用程序的燒錄。

4、小結(jié)

這里分析了客戶使用燒錄工具 ST Link Utility 和 STM32CubeProgrammer 同時燒錄 Option Bytes 中的 DBANK 設(shè)置和應(yīng)用程序后程序無法正常運行的問題，給出了采用 ST-LINK_CLI.exe 工具一次性操作完成 Option Bytes 與應(yīng)用程序燒錄的解決方案。

THE END