STM32F4Discovery刷入MicroPython遇DFU设备未检测问题求助

先从最容易忽略的硬件细节入手，这很可能是你问题的核心：

一、修正硬件设置与连接 #

1. 确认Boot引脚状态：
   • 确保Boot0接VDD（你已经做了），同时Boot1必须接GND（默认跳线可能已经设置，但最好手动检查确认）。只有这样，重启后MCU才会进入系统存储器启动模式（也就是DFU模式）。
2. 切换到正确的USB口：
   你当前用的是CN1的ST-LINK USB口，这个接口仅用于ST-Link调试/烧录，而DFU模式需要通过MCU自带的USB OTG口（开发板上的CN3，通常是另一个Micro-USB接口）直接连接主机。插错接口的话，永远无法识别为DFU设备！

二、Windows下的DFU驱动修复 #

如果切换USB口后，设备管理器仍未显示"STM Device in DFU mode"，试试用Zadig工具替换驱动：

• 打开Zadig（无需安装的便携工具），选择Options -> List All Devices。
• 在设备列表里找到"STM Device in DFU Mode"（如果没出现，重新确认Boot设置并重启开发板）。
• 选择WinUSB作为目标驱动，点击Replace Driver完成安装。之后DfuSe就能识别到设备了。

三、Manjaro Linux下的DFU权限设置 #

Linux下普通用户默认没有访问USB设备的权限，需要添加udev规则：

1. 创建规则文件：

   sudo nano /etc/udev/rules.d/49-stm32dfu.rules
   

2. 写入以下内容：

   SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="df11", MODE="0666", GROUP="plugdev"
   

3. 保存后重新加载规则：

   sudo udevadm control --reload-rules && sudo udevadm trigger
   

   现在无需sudo就能运行dfu-util -l检测DFU设备了。

四、替代方案：用ST-Link直接刷写MicroPython #

既然你已经能用ST-LINK Utility识别开发板，完全可以跳过DFU，直接用它刷MicroPython的bin文件：

1. 打开ST-LINK Utility，通过CN1的ST-Link接口连接开发板。
2. 点击Target -> Program & Verify，选择你下载的MicroPythonstm32f429disco.bin文件，起始地址必须设为0x08000000。
3. 点击Start等待烧录完成，之后断开Boot0的短接，重启开发板。
4. 用CN3的USB OTG口连接主机，Windows下会识别为COM口，Linux下是/dev/ttyACM0，用串口工具（比如PuTTY、screen）连接就能进入MicroPython REPL了。

内容的提问来源于stack exchange，提问作者mkirche