STM32 串口BOOTLOADER的相关问题

串口Bootloader两个问题：

1.APP和Bootloader中对于串口的初始化以及中断处理函数的定义是否需要保持一致，特别是有关接收和发送的缓冲区？

2.Bootloader中定义的变量和申请的内存，在Bootloader运行结束，进入APP程序之后是否还存在，并且依旧占据着内存空间？

最新回答

• 

  xmshao 昨天10:18

  通常，我们做IAP设计时使用 两个相对 独立的工程，分别是BOOTLOADER和APPLICATION区。
  前者重点是接收固件代码、完成Flash编程。后者通常是实际的用户功能性应用程序代码。

  显然，很多外设，比方UART/TIMER/GPIO以及核外设NVIC，可能在BOOT区和APP区都会用到。

  但各用各的，配置及初始化也是根据当前工程需要具体配置，外设配置、变量定义跟在另外一个
  运行区没有关联。

  具体点说，即使同一个UART，BOOT区可以配置8bit 115200，APP区可以配置为7位 9600。两个代码区的UART收发
  缓冲定义其实也是各自定义、各不相干。

  一般来讲，中断矢量表位置也是各定义各的。即不同代码区的中断矢量入口地址都是相互独立的。以UART中断服务程序为例，
  即使服务程序代码一样，发生中断事件时，中断服务程序的入口是不一样 的。其中，Cortex-M0核芯片稍微特殊点,另当别论。

  Bootloader中的全局变量和静态变量在跳转到APP后不再有效，因为APP会重新初始化自己的全局变量和静态变量。反之亦然。

  不过，如果说在当前代码区使用了动态内存分配（例如malloc），跳转到另一代码区后，这些内存估计仍然占据着内存

  空间，我们可以在跳转前先行释放这些内存。

• 

  y369369 昨天16:24

  APP和Bootloader中对于串口的初始化以及中断处理函数的定义通常需要保持一致。

  在Bootloader运行结束后，进入APP程序之前，通常会进行一次内存的重新分配。这意味着Bootloader中定义的变量和申请的内存在APP启动后通常不会继续存在，除非APP明确地保留了这些变量或内存区域。