stm32 boot0硬件接法导致的概率性启动失败问题总结和反思

概要

 问题概要，板子在稳压电源上工作很好，可一旦接了电池，stm32就会出现概率性的无法启动。加上项目比较急，这个问题阻塞一直无法量产。真是非常的要命啊。

 

思路分析

 既然是不同的电源会导致这个问题，第一步就是分析电源的毛刺，通过示波器查看，发现稳压电源的电压是逐渐上升的，而电池的电压是陡峭上来的。沿着这个问题追了半天，可发现另外一个产品的板子，同样的芯片和电路，都没有这个问题。

 比对分析，通过两者原路图的比对，发现原理图是一样的，唯一的一个差别就是有问题的板子boot0是悬空的，这个电阻没贴上去。如下图所示。把R8贴上去之后，测试马上好了。这个问题真是让人唏嘘啊。不遇到，怎么会想到一个boot0的悬空问题呢？

 

总结

 这个问题其实就是经验不足造成的。接下来查了一下stm32 的boot0的问题。不查不知道，一查吓一跳，很多人遇到了和我同样的问题，这里补充一些boot0的知识吧，犯错不要紧，要紧的是不能第二次再犯。这样才会有成长。
一般来说就是指我们下好程序后，重启芯片时，SYSCLK的第4个上升沿，BOOT引脚的值将被锁存。用户可以通过设置BOOT1和BOOT0引脚的状态，来选择在复位后的启动模式。

1、第一种方式(boot0 = 0)：Flash memory启动方式
启动地址：0x08000000 是STM32内置的Flash，一般我们使用JTAG或者SWD模式下载程序时，就是下载到这个里面，重启后也直接从这启动程序。基本上都是采用这种模式。

2、第二种方式(boot0 = 1；boot1 = 0)：System memory启动方式
启动地址：0x1FFF0000从系统存储器启动，这种模式启动的程序功能是由厂家设置的。一般来说，这种启动方式用的比较少。系统存储器是芯片内部一块特定的区域，STM32在出厂时，由ST在这个区域内部预置了一段BootLoader， 也就是我们常说的ISP程序， 这是一块ROM，出厂后无法修改。一般来说，我们选用这种启动模式时，是为了从串口下载程序，因为在厂家提供的BootLoader 中，提供了串口下载程序的固件，可以通过这个BootLoader将程序下载到系统的Flash中。但是这个下载方式需要以下步骤：

1、将BOOT0设置为1，BOOT1设置为0，然后按下复位键，这样才能从系统存储器启动BootLoader
2、最后在BootLoader的帮助下，通过串口下载程序到Flash中
3、程序下载完成后，又有需要将BOOT0设置为GND，手动复位，这样，STM32才可以从Flash中启动可以看到， 利用串口下载程序还是比较的麻烦，需要跳帽跳来跳去的，非常的不注重用户体验。
3、第三种方式(boot0 = 1;boot1 = 1)：SRAM启动方式。
启动地址：0x20000000 内置SRAM，既然是SRAM，自然也就没有程序存储的能力了，这个模式一般用于程序调试。假如我只修改了代码中一个小小的 地方，然后就需要重新擦除整个Flash，比较的费时，可以考虑从这个模式启动代码（也就是STM32的内存中），用于快速的程序调试，等程序调试完成后，在将程序下载到SRAM中。