EEVblog #1306 (3 of 5) : How to program an STM32 using DFU Bootloader

How to program a blank STM32 micro using DFU bootloader mode via the USB port.
Also Zadig and WinUSB device mapping on Windows 10.
Part 3 of the Padauk opens source programmer series.

#STM32 #DFU #Padauk

Support the EEVblog through Patreon!

Buy anything through that link and Dave gets a commission at no cost to you.

Donate With Bitcoin & Other Crypto Currencies!

[kstxevolution]

1:14 this is now my hardware detected sound

[StreuB]

This video series is everything that I had hoped it would be so far. Amazing. TY Dave and everyone else who did this!!!

[Digital-Dan]

What a rich world we techies live in now. Unfortunately, I'm about 20 years out of practice, and the world for newbies in any given sub-area is still pretty opaque. So many things are assumed in these development worlds. You are impressive your ability to traverse this world reasonably competently. I would face days of shouting and screaming at the idiots who didn't do it the way I would. Anyway, once you've navigated to the right place, amazing stuff.

[ncot_tech]

DFU - also known as “device fu*ked up” mode

[chrismorley]

@9:28 the easiest way to program STM parts with DFU and Windows is the STM Cube Programmer tool from ST. It just works.

[sumitmamoria]

Thanks for doing this series. A complete tutorial series from ground up, like this, is a rarity on youtube these days.

[rfekztjpkrpd]

On Linux that's literally installing dfu-utils via your package manager and then one command to program it

[MikeBramm]

Whenever I'm working with new hardware like this, I always keep a log of every step that I do. Sometimes you end up going down a rabbit hole to a dead end, so it helps when unraveling the steps (so you don't end up with stuff installed that you don't need or that may cause other problems). Then once I finally get it going, I don't have to wonder "what did I do to make it work?". I then go back through my notes to generate a clear installation manual that I can pass on to colleagues. Also, I sometimes get reassigned to another task and have to come back to this one months later, so the log really help refresh my memory as to what I've done. Having a video log as you do sure makes it handy.

[JerryEricsson]

Having messed with ZADIG many times in the past using SDR devices, I found that for the first time ever, I screamed at the screen SHOW ALL DEVICES DAVE! Ah well we all have bad days and when your mind is as full of electronic knowledge, some small software glitch catching you for a few seconds can indeed be excused as, "anybody could do that!" Thanks for the wonderful videos, I am a constant watcher, I have learned a lot, however there is much that goes way over my old head.

[aliveandwellinisrael]

It was enjoyable to watch you figure out the Zadig thing. I've had to mess with that a few times, and it's always great when it finally works.

[gryzman]

Basically - this is an episode that shows why you shouldn’t use windows for these things /-)

[jjones]

I love how even with how advanced technology has gotten. We still have gems like you teaching the ground floor basics. Looking forward to building some of my first pcbs in the near future!

[veontube]

0:18 Atmel processor? But it's STM32.

[fluiditynz]

Fantastic! I had been considering setting myself up to program and use some Padauk micros, saw your first vid a couple of nights ago. had a little look on your vids list but missed the follow ups. Last night was a 12 hour day at work and a midnight 2hour callout this morning. Had this interesting blast from the past, looking at STM32 and DFU on this vid which reminded me of the STM32F103 motherboard I designed up just over a decade ago and here was this vid, tackling 2 subjects in one! Thanks! ps Zadig was a BS circus when I used it too.

[sethrd]

For you always laughing at Linux this works out of the box as the OS does not take stuff over thus the OS gets in your way.

[plebstick]

Programming embedded devices has improved a lot. I've fought for days with janky custom software just to flash a device, it seems much better nowadays.

[Real_Tim_S]

Command line shortcut: click once in the File Explorer window with the thing you want to run (the background, not any file in the window), hold shift, right click mouse. You'll get a context menu and one option will be "Open Command Window Here". If your default command interpreter has been set to Power Shell on your system, this option will be replaced with "Open Powershell Window Here"

[dogastus]

Dave says "Don't you just hate it when things work first time" followed shortly after with it not working first time.

[chris-tal]

I've never tried it on Windows with an SMT32, but I remember Zadig from back when the RTLSDR fever started. Actually DFU looks more straightforward on linux if you have the precompiled (or can compile) the same dfu-util in the video. You just have to look up the correct USB VID/PID with lsusb. No driver replacement needed, the kernel handles this out-of-the-box. At least for an STM32. I came across some F103 boards where the USB dataline pullups were missing. If you don't have a debug probe for STM cortex-m devices there's an alternative UART way too using STM32-FLASHER.

[BuzZ.]

Dave, you can just easily fix drivers by using "impulseRC driver fixer" tool