STM32G4 应用程序与 Option Bytes 同时烧录问题

[复制链接]

STMCU小助手发布时间：2023-2-17 15:50

技术帖
文章封面:
文章简介:	STM32G4 应用程序与 Option Bytes 同时烧录问题

1. 前言客户使用 STM32G474 系列芯片，在烧录应用程序的同时要对 Option Bytes 中的 DBANK进行修改，采用 STlink Utility 或是 CubeProgrammer 工具进行操作，并希望整个过程只用一次烧录动作就完成，发现烧录的应用程序无法运行。

2. 问题产生及原因分析
STM32G474 系列芯片具有双 Bank 功能，且默认情况下 Option Bytes 中的 DBANK =1，即双 Bank 使能。但是客户实际的应用使用的是单 Bank，所以需要将 DBANK 设置为 0，所以客户在使用 Utility 或是 CubeProgrammer 工具烧录应用程序时，同时设置 Option Bytes 中的DBANK 为 0。但是当烧录结束后，发现应用程序无法正常运行，需要再次烧录才能运行。
整个烧录的过程，在 Utility 中操作如下图所示，通过 Target ->Automatic Mode->Option bytes configuration 对 DBANK 进行修改，在 File 中选择应用程序文件，然后直接烧录。

I5O@SH[A4WDQ8FH}45M2$WY.png

在 CubeProgrammer 中操作如下图所示，通过 Erasing & Programming->Automatic Mode->Option bytes commands，写入修改 DBANK 的命令行，在 File 中选择应用程序文件，然后直接烧录。

$O2LTU}XOHS83]6@_0}PP]T.png

整个操作流程是正确的，以 CubeProgrammer 为例，整个操作的日志如下，显示所有操作正常完成。

GV(6]JHLT6HJDUKYLWY745Q.png

但是仔细阅读日志，可以发现整个操作，首先烧录的是应用程序，然后再进行 Option Bytes 的修改，也就是说，在烧录应用程序的时候，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 中内容的区别。在双 Bank 模式下烧录程序后，读出Flash 内容如下：

66FD0MB~M[HE~(H{K~([A$Y.png