最近调试STM32L552的USB DFU升级功能，代码里已经把跳转逻辑写得明明白白，TrustZone也关掉了，BOOT0引脚老老实实拉低，但插上USB线后设备管理器里就是没动静。CubeProgrammer的USB连接列表里空空如也，倒是应用代码跑得行云流水。这种跳转失败的问题非常典型，从Option Bytes配置到中断状态清理再到硬件供电，每个环节都可能暗藏陷阱。
先看这段跳转代码，乍看没毛病，细看全是问题。boot_addr = 0x017F200这个地址在STM32L5的任何官方文档里都找不到依据。翻遍参考手册和AN2606，系统Bootloader的真实入口地址是0x0BF90000，你往那个未知地址跳，芯片复位后要么跑飞要么进HardFault，怎么可能枚举出USB设备。再看Option Bytes的配置，代码改了nBOOT0和BootAddr，却漏掉了nSWBOOT0。STM32L5的启动逻辑里，nSWBOOT0决定BOOT0引脚是否生效，这个位不清不楚，你改nBOOT0根本没用。
USB DFU不工作的另一个隐蔽原因是Bootloader版本限制。STM32L5早期批次的Bootloader V13.0在USB-DFU接口下对Option Bytes跳转方式支持不完整，某些芯片甚至根本不起作用。如果你手里的芯片恰好是这个版本，代码怎么写都白搭。
跳转前的现场清理至关重要。从应用跳入系统Bootloader之前，必须把中断全部关掉、清空挂起标志、禁用Cache，否则Bootloader一启动就被残留的外设中断干扰，USB枚举到一半就卡死了。常见的做法是这样的
c
__disable_irq();
for (int i = 0; i < 8; i++) {
NVIC_ClearPendingIRQ((IRQn_Type)i);
}
SCB_DisableDCache();
SCB_DisableICache();
硬件层面也有硬性要求。USB3300或内置PHY的VDDUSB引脚必须有稳定的3.3V供电，AN2606里专门强调过这一点。如果这个引脚悬空或者电压偏低，USB物理层的差分驱动器根本起不来。还有USB_DP引脚的上拉电阻，Bootloader内部会自行处理，如果板子上额外焊了上拉电阻，反而会破坏Bootloader对总线状态的默认判断。
想快速定位问题根源，用示波器抓USB_DP引脚的复位信号是最直接的办法。如果复位后DP上没有任何电平变化，说明Bootloader压根没走到USB初始化这一步，问题出在更早的启动阶段，优先检查Option Bytes的实际生效值和芯片的Bootloader版本号。 |
|
