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 中选择应用程序文件，然后直接烧录。





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





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





但是仔细阅读日志，可以发现整个操作，首先烧录的是应用程序，然后再进行 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 内容如下：





将 DBANK 设置为单 Bank 模式，再次读取 Flash 内容如下：





对比以上的内容，可以发现由于取指方式的改变，读取的 Flash 中内容发生了变化，后者出现了大片的空白空间，这也就是此前客户操作方式在完成烧录后程序无法运行的原因。



完整版请查看：附件 STM32G4 应用程序与 Option Bytes 同时烧录问题.pdf (478.24 KB, 下载次数: 1)

2023-2-17 15:57 上传

点击文件名下载附件