STM32的三种Boot模式有何差异呢

一、STM32的三种Boot模式的差异

  所谓启动，一般来说就是指我们下好程序后，重启芯片时，SYSCLK的第4个上升沿，BOOT引脚的值将被锁存。用户可以通过设置BOOT1和BOOT0引脚的状态，来选择在复位后的启动模式。

  

  

启动模式
1.主闪存存储器（Main Flash memory）
STM32内置的Flash，一般我们使用JTAG或者SWD模式下载程序时，就是下载到这个里面，重启后也直接从这启动程序。
2.系统存储器（System memory）
从系统存储器启动，这种模式启动的程序功能是由厂家设置的。一般来说，这种启动方式用的比较少。系统存储器是芯片内部一块特定的区域，STM32在出厂时，由ST在这个区域内部预置了一段BootLoader， 也就是我们常说的ISP程序， 这是一块ROM，出厂后无法修改。一般来说，我们选用这种启动模式时，是为了从串口下载程序，因为在厂家提供的BootLoader中，提供了串口下载程序的固件，可以通过这个BootLoader将程序下载到系统的Flash中。
3.内置SRAM（Embedded Memory）
内置SRAM这个模式一般用于程序调试。
4.三种模式的访问地址
主闪存存储器:访问地址为0x00000000或0x08000000
系统存储器:访问地址为0x00000000或0x1FF00000
内置SRAM：启动时地址为0x00000000或0x20000000
5.中断向量表
主闪存存储器
中断向量表从Flash的起始地址（0x08000000）开始存放。同时映射到0x00000000处。向量表偏移寄存器的值为0x00000000（实际映射到0x08000000）。
内置SRAM
中断向量表还是存放在Flash中（Flash才能固化存储，SRAM只能加电才有效），只不过拷贝到SRAM的首地址0x20000000处。此时向量表偏移寄存器的值也是0x00000000（实际映射到0x20000000）。
  二、实际例程

  任务要求：研究各种boot模式下，代码下载运行后所在的地址位置，与理论对比验证
代码分析：运用之前输出变量的代码来分析boot模式的差异。
1.使用ST-link进行烧录程序

  

  

  运行结果：

  

  

  

  

  2.串口进行烧录程序：
由于野火mini开发板配置了ISP一键下载的威廉希尔官方网站 ，实现通过上位机控制RTS，DTR引脚来实现BOOT0和BOOT1的改变。
使用串口下载程序，进行烧录程序

  

  


  

  

  

  

  结果分析：采用ST_Link烧录的程序，打开串口之后，开发板和上位机直接就可以直接进行通信。而对于串口烧录的程序来说，打开串口后，没有任何反应，要实现通信必需要按一下复位键，才能够通信。通过这一操作，可以看出采用ST_Link烧录的程序是直接被放置到FLASH中，而串口烧录的程序就不是位于FLASH中，需要手动复位才能在FLASH启动中被看到。
  三、基于MDK创建纯汇编语言的STM32工程

  1.首先新建一个工程，选择我们的stm芯片类型

  

  

  接着选择启动文件
  
  

  

右击Source Group 1
添加一个.s文件

  

  

2.输入代码如下

AREA MYDATA, DATA
       
AREA MYCODE, CODE
        ENTRY
        EXPORT __main


__main
        MOV R0, #10
        MOV R1, #11
        MOV R2, #12
        MOV R3, #13
        ;LDR R0, =func01


        BL        func01
        ;LDR R1, =func02
        BL        func02
       
        BL         func03
        LDR LR, =func01
        LDR PC, =func03
        B .
               
func01
        MOV R5, #05
        BX LR
       
func02
        MOV R6, #06
        BX LR
       
func03
        MOV R7, #07
        MOV R8, #08       
        BX LR




3.开始调试程序
需要设置一下
点击魔法棒
将这几处进行修改

  

  

4.点击Debug开始仿真
结果如下

  

  


  

  

5.我们查看生成的.hex文件，发现有很多数据