STM32 Bootloader中 DFU使用限制

前言
1 H  _' o0 s" i% J" t) @众所周知，STM32所有的MCU中包含Bootloader代码，可以通过对boot引脚（boot0，boot1）的配置从bootloader启动，通过spi/i2c/usb等升级片内FLASH，从而实现版本升级的目的。但是通过USB升级的时候，在低温(零下10摄氏度以下)的情况下，出现升级失败的情况，很容易出现。

问题现象
通过bootloader usb升级时，在温度低的情况下，发现有一部分芯片升级失败，而且重新尝试，仍然升级失败。
  Z( S  c) Y- V6 T# E
原因分析
+ I1 Y1 W+ Y( s: @* n考虑到用户的量很大，而且问题都是出现在低温的环境下，所以基本排除用户单板设计，布线等问题，但是bootloader代码也非常的成熟，大量的被用户使用，所以软件问题也被排除，所以将问题的原因定位在环境温度低造成的，而温度低会对哪些外设 产生影响呢，查阅任何一款MCU的数据手册HIS部分的参数，都可以发现：

; i2 G5 l4 ]+ X0 s$ a+ O& `从这张表中可以看出，当温度低于-10℃时，HSI的准确性会降低很多，误差变得相当大，
& H) w5 H) I5 F; E9 ^而熟悉STM32的工程师可能会有疑问，STM32的USB模块需要非常精准的48MHz时钟，所以一般时钟HSE作为其时钟源进行倍频和分频，为什么HSI低温时误差大会对其造成影响呢？
这里就要重新回到bootloader中来，虽然这一部分代码并非开源的，是芯片出厂后就固化到MCU里面的，但我们可以从下面的流程中了解到原因：
! A& [; w3 N7 R" g: R如上描述，使用usb模块，一般情况下是必须用HSE（有CRS功能的除外）的，但是作为bootloader而言，它本身是并不知道外接HSE的频率的，所以它就需要通过HSI去测算HSE的频率值，这个算法比较简单，通过简单的枚举即可，但是这样做就带来了一个问题，那就是当HSI偏差过大时，估测出来的HSE产生了偏差，这就最终导致了USB的48M时钟不准，产生了usb升级失败的问题！
. J; p/ ?2 H  E  g6 {0 j+ {
9 S% F( o  o( P, Z总结
* A+ k8 m% W  I& J1 z9 C; n在使用bootloader进行升级时，同样需要考虑到时钟可能带来的误差。
: R- H2 g" r2 S$ F( }# ~+ }

0 r' |8 F: I; n' @  Y文档下载地址：
https://www.stmcu.org.cn/document/list/index/category-1012
: F; H) }9 Q- [* E
& u& n' u9 P# E. ?8 J6 f" u/ ]: E0 ?/ B实战经验汇总：
https://www.stmcu.org.cn/module/forum/thread-576401-1-1.html

楼主研究的比较细。

楼主用的DFU软件是ST官方的还是自己开发的？官方的不太好用啊。

分析的太好 了

恩，论坛里关于温度特性讨论的话题太少，支持楼主

谢谢分享啊！~

stm32自带的bootloader支持USB升级？