在尝试在MicroPython上实现STM32F4Discovery时没有检测到DFU设备

Question

我试图在STM32微控制器系列上使用Python，并使用STM32F4发现板和STM32F429单片机进行实验。

MicroPython Github为STM提供了一条途径，但我在部署步骤上一直失败，在部署步骤中，它不断地提高值错误'No DFU device found'。(这发生在Windows主机的Virtualbox内部的Manjaro上)

现在，我只想让板在Linux和Windows主机上都被确认为DFU设备，但没有效果。Windows确实在硬件管理器中显示了板，但它总是显示为"STM32 STLink“。文件系统也不承认它是海量存储，而不是我也尝试过的STM32F103 Nucleo-64板(无论是在Windows还是Linux上)。再说一遍，F103核子也没有被识别为DFU设备(虽然我可能没有正确的引导引脚向上/向下拉那个)。

我在这里尝试了一个使用DfuSe的官方教程:但是在3:45左右，当设备被识别为“DFU模式下的STM设备”时，它并不适合我。它没有显示任何“可用的DFU设备”在各自的下拉在DfuSe中。我试着寻找一个名为“DFU模式下的STM设备”的司机，但没有发现任何官方的或令人鼓舞的希望。

我的设置：

• boot0引脚是通过将它与VDD连接起来的。
• 通过微型USB到USB电缆将板的STLink部分(CN1)连接到PC。
• CN4的跳线者都是连在一起的
• Idd的跳线器(JP3)连接
• Windows 10 Pro (以及Virtualbox VM上的Manjaro )

到目前为止我尝试过的是：

• 安装DfuSe
• 手动安装随附的DfuSe驱动程序
• 从官方STMicroelectronics网页下载和安装USB驱动程序
• 在linux上使用dfu-util
• 从ST网页安装虚拟COM端口驱动程序
• 安装ST-Link实用程序

到目前为止，我唯一的成功就是让STLink实用程序能够识别板，并能够上传.hex文件。遗憾的是，在MicroPython方面，这并不能真正帮助我。

所以我真正的问题是如何让MicroPython进入STM32F4，重要的问题可能是如何让董事会被确认为DFU设备。

Answer 1

假设您已经为STM32F4DISCOVERY构建了micropython，那么您可以使用st-util和gdb加载固件。

terminal 1:
st-util

terminal2:
$gdb firmware.elf
(gdb) target extended localhost:4242
(gdb) load

Answer 2

最好在这里提出这些问题，https://forum.micropython.org

STM32F429的USB连接不暴露于ST链接V2连接器。因此，在此连接器https://robu.in/product/micro-usb-turn-dip2-54-mm-upright-mother-5p-type-b-mike-patch-straight-plug-adapter-plate-welding-head/的帮助下，您需要执行DFU，使用以下连接

我在NUCLEO-F401RE上尝试了这一点，它也没有将DFU暴露在STLINK-V2头上。

`连接：

USB连接器发现工具包

D+ - PA12

D- PA11

GND

现在你应该可以成功地完成一个DFU了！