有一个关于STM32G474双BANK的测试问题求解答

答案对人有帮助，有参考价值 0

针对您描述的 STM32G474 双 BANK 问题（BANK1 运行正常，BANK2 无法启动），结合 DBANK=1、BFB2=1 的设置，分析原因并给出解决方法如下：

核心问题分析：

根本原因在于 中断向量表的位置未被正确告知内核。STM32 启动时，硬件始终从地址 0x0000 0000 开始执行。这个地址在从 Flash 启动（BOOT0=0）时，默认映射到 BANK1 的起始地址 0x0800 0000。

• 当程序在 BANK1 (0x0800 0000) 运行时： 复位向量、中断向量表自然位于硬件期望的 0x0000 0000 (映射到 0x0800 0000) 位置。一切正常。


• 当程序在 BANK2 (0x0804 0000) 运行时：
  
  
  
  • 启动过程（关键！）： 硬件仍然从 0x0000 0000 (实际是 0x0800 0000) 获取栈指针和复位向量地址。此时，如果您设置了 BFB2=1，硬件在读取一次0x0800 0000处的栈指针和复位向量地址后，会立即将 Flash 的别名地址 0x0000 0000 重新映射到 BANK2 的起始地址 0x0804 0000。 处理器随后会跳转到您 BANK2 程序中的复位向量地址开始执行。
  
  
  • 中断处理（关键！）： 一旦程序开始运行（此时PC在BANK2的代码区域），当发生中断时，内核会根据 向量表偏移寄存器 (VTOR - SCB->VTOR) 的值来定位中断向量表。如果 VTOR 没有被正确设置为指向 BANK2 的向量表起始地址 (0x0804 0000)，处理器就会错误地去 BANK1 (0x0800 0000) 查找中断服务函数，导致死机或不可预料行为（您的程序看起来没运行的核心原因之一）。
  
  

您的设置与应用的问题：

1. 
   

   VTOR 未正确配置：

   
   
   
   
   • 这几乎是 BANK2 程序不能运行的最常见原因。
   
   
   • 您的程序代码（包括中断向量表）物理存储在 0x0804 0000。
   
   
   • 为了让内核在触发中断时找到正确的中断服务程序，必须在您的应用程序中显式设置 SCB->VTOR = 0x08040000;。
   
   
   • 注意： 这个设置必须在可能触发中断的代码执行之前完成。最佳的放置位置是在 SystemInit() 函数末尾（在 main() 之前执行）或者在 main() 函数的最开始处。
   
   
   
   


2. 
   

   链接器脚本 (.icf) 配置：

   
   
   
   
   • IAR 的链接器脚本 (*.icf 文件) 定义了代码和数据的存放位置。
   
   
   • 您必须确保链接器脚本将程序的起始地址 (place at address mem: 0x08040000 或类似语句) 设置为 0x0804 0000。
   
   
   • 检查点： 编译并链接 BANK2 程序后，在 IAR 的 Linker -> List 生成选项中勾选 Generate linker map file。查看生成的 .map 文件，确认：
     
     
     
     • 程序入口地址 (入口点) 是否正确映射到 0x0804 xxxx。
     
     
     • .intvec (中断向量表) 的地址是否从 0x0804 0000 开始。
     
     
     • .text (代码) 紧随其后存放在 0x0804 0000 之后的地址。
     
     
   
   
   • 如果链接器脚本仍然指向 0x0800 0000，生成的代码逻辑上无法直接在 0x0804 0000 运行。
   
   
   
   


3. 
   

   BFB2 启动选项的实际应用机制确认：

   
   
   
   
   • 确保写入成功： 使用 STM32CubeProgrammer 再次读取选项字节，确认 DBANK=1, BFB2=1 确实被持久化到了 Flash 的选项字节区域（通常是独立的 Flash 扇区）。
   
   
   • 生效机制： 注意 BFB2 选项的效果是芯片在上电复位或系统复位时立即生效的，但在硬件复位（按复位按钮/POR/PDR）后才生效。 通过调试器或代码执行软件复位 (NVIC_SystemReset()) 可能不会完全触发 BANK 重映射逻辑。每次改变启动 BANK（BFB2）后，务必进行硬件复位或重新上电。
   
   
   • 电源稳定性（较边缘因素）： 在少数情况下，如果电源存在纹波或瞬态跌落，可能会影响 BANK2 启动的稳定性。确保电源质量。
   
   
   
   

解决方法步骤：

1. 
   

   修改源代码，设置 VTOR：

   
   
   
   
   • 在您的工程中，找到 system_stm32g4xx.c 文件（通常由 CubeMX 生成）。向下滚动到 SystemInit() 函数。
   
   
   • 在 SystemInit() 函数的 **末尾（SCB->CPACR |= ... 这行之后，/*** 注释之前）** 添加 VTOR 设置：
     

     // 设置向量表偏移寄存器指向 FLASH BANK2 的起始位置
     
     SCB->VTOR = 0x08040000;

   
   
   • 或者： 在 main.c 的 main() 函数 最最开头（任何外设初始化、中断使能之前） 添加：
     

     int main(void)
     
     {
     
      // 设置向量表偏移寄存器指向 FLASH BANK2 的起始位置
     
      SCB->VTOR = 0x08040000;
     
      /* 其他初始化代码... */
     
      while (1)
     
      {
     
          /* 主循环代码 */
     
      }
     
     }

   
   
   • 重新编译工程。
   
   
   
   


2. 
   

   检查和修改 IAR 链接器脚本：

   
   
   
   
   • 找到您的 IAR 工程使用的 .icf 文件（通常在工程配置的 Linker -> Config 中指定）。
   
   
   • 打开 .icf 文件，查找类似以下定义程序存储器起始位置的语句：
     

     define symbol __ICFEDIT_region_ROM_start__ = 0x08000000; // 原始设置

     
     

     place at address mem: 0x08000000 { readonly section .intvec }; // 向量表位置定义

   
   
   • 将 0x08000000 改为 0x08040000。例如：
     

     define symbol __ICFEDIT_region_ROM_start__ = 0x08040000; // 修改为 BANK2 起始

     
     

     place at address mem: 0x08040000 { readonly section .intvec }; // 向量表定位到 BANK2

   
   
   • 保存 .icf 文件。
   
   
   • 重新编译整个工程。
   
   
   • 重要： 查看生成的 .map 文件，确认 .intvec 的起始地址确实是 0x0804 0000 且程序入口点在该地址范围内。
   
   
   
   


3. 
   

   使用 STM32CubeProgrammer 烧录和配置选项字节：

   
   
   
   
   • 连接好开发板。
   
   
   • 打开 STM32CubeProgrammer。
   
   
   • 切换到 Erasing & Programming 标签页：
     
     
     
     • 选择您的 HEX/BIN/SREC 文件。
     
     
     • 选中 Verify after programming。
     
     
     • 务必选中 Skip flash erase if necessary 或在擦除选项中选择 Bank 2/Sector specific（仅擦除 BANK2 扇区）。如果全片擦除，之前 BANK1 的程序也没了，在 BFB2=1 启动模式下 BANK1 的程序可能是你需要的双 Bank 切换代码的一部分。 选择只烧 BANK2 的程序到 0x08040000。
     
     
     • 点击 Start Programming。
     
     
   
   
   • 切换到 Option Bytes 标签页：
     
     
     
     • 确认 DBANK 设置为 1。
     
     
     • 确认 BFB2 设置为 1。
     
     
     • 点击 Apply 按钮写入选项字节。
     
     
     • 再次点击顶部的 Read 按钮（重新连接有时更彻底），确认 DBANK=1, BFB2=1 已被读取出来，确认写入成功。
     
     
   
   
   
   


4. 
   

   进行完整复位：

   
   
   
   
   • 不要使用调试器的重置按钮或者软件复位指令 (Reset in CubeProgrammer 可能等同于软件复位)。
   
   
   • 必须执行一次硬件复位：
     
     
     
     • 方法一： 拔掉 USB 数据线（或断开 USB ST-Link/V2调试器的电源线），稍等片刻，然后重新插上（同时确保 STM32CubeProgrammer 处于连接状态但不一定非要停留在 OB 页）。
     
     
     • 方法二： 按下开发板上的硬件复位按钮 (RESET)。
     
     
     • 方法三： 断开开发板的 DC 电源，等待几秒后再重新上电。
     
     
   
   
   
   


5. 
   

   调试器协助诊断（如果仍失败）：

   
   
   
   
   • 尝试连接调试器： 在 CubeProgrammer 烧录并应用 OB 后，尝试用 IAR 的 debugger 连接目标板（先做步骤 4 的硬件复位）。
   
   
   • 观察程序计数器 (PC)： 连接后看程序计数器 (PC) 是否停在 0x0804xxxx 范围内的地址？如果停止在 0x0800xxxx，说明 BANK2 启动重映射根本没成功（选项字节读取出错/复位不彻底/芯片硬件问题）。如果停在 0x0804xxxx，说明 BANK2 的程序入口执行到了。
   
   
   • 检查 VTOR 寄存器： 在调试器的寄存器窗口查找 SCB 寄存器组下的 VTOR (Vector Table Offset Register)。确认其值为 0x08040000 (或 0x08040200 之类的，最低 9 位是保留的，通常对齐到 0x200 倍数)。如果还是 0x08000000，说明您的代码修改 (SCB->VTOR=0x08040000;) 没有生效或者没有执行到（代码没烧录进去/启动代码异常）。
   
   
   • 单步执行： 如果能停在 BANK2 起始位置，尝试单步（STEP）执行最初的几行汇编指令（如 Reset_Handler），看能否执行到您的 SystemInit() / main() 中设置 VTOR 的那行代码。观察设置 VTOR 的代码是否执行成功。
   
   
   
   

总结需要检查的关键点：

1. SCB->VTOR 是否在代码里设置为了 0x08040000？ (最重要！确保在中断使能前设置)


2. IAR 链接器脚本 (.icf) 是否将程序的起始地址和向量表设置在了 0x08040000？ (查看 .map 文件确认)


3. 选项字节 DBANK=1 和 BFB2=1 是否确实通过 CubeProgrammer 写入 并 读出验证 成功？


4. 在烧录 BANK2 程序和设置选项字节后，是否进行了 硬件复位（断电/复位按钮）？


5. (调试) 硬件复位后上电，调试器连接时 PC 是否指向 0x0804xxxx？SCB->VTOR 寄存器值是否正确？

按照以上步骤仔细检查和修正，您的 LED 测试程序应该能在双 Bank 模式下的 BANK2 成功启动运行。问题通常出在 VTOR 的设置和链接脚本配置上。