STM32 Bootloader on Win7 64bi

Ignore the error

It seems to happen on some systems, and is probably something to do with USB enumeration speed.

I think things work fine even with this error.

Unfortunately on Windows I dont have the source code for the maple upload java jar, and I also dont have the source for dfu-util either.

However if someone could tell where the maple-upload.jar file came from, and where its source code is, I could try to remove this message, as i think its caused by maple-upload calling dfu-util passing the reset param, but after upload the bootloader switches to running the sketch before dfu-util has had chance to do its reset sequence.

I think resetting the dfu is unnecessary really.

However if someone could tell where the…

Seriously, after a few compiles one forgets about it. So, so much more to worry about.

Ray

I get that error 90% of the time, does not affect anything.

Yes. I get it quite often, but like everyone else I ignore it, as everything works OK

However, if it was an easy matter of recompiling something that we have source code for, I’d fix it.

But strangely, I don’t know where the maple-upload.jar came from. I don’t think its part of the original LeafLabs IDE, I have a feeling that perhaps its something that BobC wrote, as it seems to have appeared in BobC’s first pass at converting LibMaple to work with IDE 1.5

I’ve now got the source for maple_upload.jar

It was written by BobC, but he’d forgotten to upload the source files to github.

Its written using NetBeans, so I’m just downloading that now.

But I doubt I’ll have time to look into this issue for a few days, as I have other things on the go, including work ;-(

Edit

I’ve taken a look at this issue

i.e

error resetting after download: usb_reset: could not reset device, win error: The system cannot find the file specified.

I tried recompiling maple_upload to remove the reset argumement, and the message goes, but the usb device no longer resets, and the Maple serial device doesnt appear

So the issue may be in dfu-util rather than maple_upload

Anyway, since I now have the source for maple_upload.jar, comitted and pushed it to the tools/src folder in the repo, in case we need to make any changes to this in the future

Changing dfu-util.exe on windows is slightly more problematic. I recall downloading the latest version and building for windows, but from what I recall it didn’t work with the bootloader ;-(
But I can’t recall why.

I’ll need to do some more investigations and in the mean time, ignore that message

Just a thought, but I wonder if this is a bootloader issue.

I think the bootloader is probably jumping to the sketch before DFU-Util has had time to reset the DFU device, i.e the device has been re-enumerated too quickly for some systems.

Perhaps putting in a small delay in the bootloader, or even perhaps somehow waiting for the DFU reset before running the sketch may remove this message

However, its not top of my To Do list at the moment

Hi, New member here.

Where in the bootloader would such a delay go? Maybe I’ll experiment with different timings.
I’m having issues with the blue pill switching from DFU to com port, even though I’ve swapped in the 1.5k resistor and programs run fine, just not the Serial over USB. It has switched to a com port rarely: only twice out of 50+ uploads, but is lost immediately after another DFU upload. I’m wondering if it’s related to when the program starts.

Aside: thanks for all the work. It’s a great project.

Howdy, I just got this error and I have no ports for the Maple Mini now!

How can I get the ports back so I can upload to it?

Thanks

EDIT: it also doesn’t perform the Blink that I loaded.

No ports at all or just DFU?

What is the LED doing, i.e blinking ?

Did you look in the Windows device manager?

Kurt_R wrote:Howdy, I just got this error and I have no ports for the Maple Mini now!

Yes this is on Win 7 64bit.

No ports showing up, when I reset it it appears and the LED blinks a few times and it shows up as DFU for about a second.
Next, the board goes dark and the port disappears.

I was trying to upload the Blink sketch for the first time and it said it uploaded then gave this message:
Done!
Resetting USB to switch back to runtime mode
error resetting after download: usb_reset: could not reset device, win error: The system cannot find the file specified.


Umm

Sounds like the bootloader does its normal thing of waiting for DFU for a short time (about a second) then tries to run the sketch code (at 0x8005000 or 0x8002000 depending on the bootloader version).

The Serial USB device is provided by the sketch not the bootloader, so if the sketch crashes you will not get any Serial device (or if you selected a menu option that doesnt include serial in the sketch (I think this is only the Serial Upload option now that does not compile in the USB serial device))

If you have a Maple Mini, then you need to force it into Perpetual bootloader mode (There are various vidoes on youtube which show how to do this by pressing and holding the Button, just after you have pressed and released reset)
This will lock it in DFU upload mode, and you can try uploading a simple sketch e.g. Blink, which should include the Serial USB device, if you select Maple bootloader.

If Blink runs but you don’t have a serial device, and you have definitely selected the correct menu options, I’m not sure what else could cause problems (perhaps your board is faulty)

Perpetual bootloader mode

Awesome, that worked great, Thank you sir!!
Didn’t even dawn on me, especially since I have done that on my regular Maple clone.

BTW, here is the link that is dead easy to demonstrate it: https://www.youtube.com/watch?v=rvNIeKuXsxM

You Rock!

Hi Roger,

I have an error message in uploading at Arduino sketch file as below. 
“error resetting after download: usb_reset: could not reset device, win error”

I tried to blink test using sample file at A_STM32 Examples, but LED did not blink.
——————————————————————————————————————-
Starting download: [##################################################] finished!
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
error resetting after download: usb_reset: could not reset device, win error: Could not find the designataed files.
Done!Resetting USB to switch back to runtime mode

RogerClark wrote:Umm

Sounds like the bootloader does its normal thing of waiting for DFU for a short time (about a second) then tries to run the sketch code (at 0x8005000 or 0x8002000 depending on the bootloader version).

The Serial USB device is provided by the sketch not the bootloader, so if the sketch crashes you will not get any Serial device (or if you selected a menu option that doesnt include serial in the sketch (I think this is only the Serial Upload option now that does not compile in the USB serial device))

If you have a Maple Mini, then you need to force it into Perpetual bootloader mode (There are various vidoes on youtube which show how to do this by pressing and holding the Button, just after you have pressed and released reset)
This will lock it in DFU upload mode, and you can try uploading a simple sketch e.g. Blink, which should include the Serial USB device, if you select Maple bootloader.

If Blink runs but you don’t have a serial device, and you have definitely selected the correct menu options, I’m not sure what else could cause problems (perhaps your board is faulty)

RogerClark wrote:Umm

Sounds like the bootloader does its normal thing of waiting for DFU for a short time (about a second) then tries to run the sketch code (at 0x8005000 or 0x8002000 depending on the bootloader version).
gwiheo wrote:

Hi Roger,

Disregard the previous my message. I found that I made a mistake in wrong port number in blink. It solved.
/*———————————————————————————————————-
I have an error message in uploading at Arduino sketch file as below.
“error resetting after download: usb_reset: could not reset device, win error”

I tried to blink test using sample file at A_STM32 Examples, but LED did not blink.
—————————————————————————————————————-*/
——————————————————————————————————————-
Starting download: [##################################################] finished!
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
error resetting after download: usb_reset: could not reset device, win error: Could not find the designataed files.
Done!Resetting USB to switch back to runtime mode

RogerClark wrote:Umm

Sounds like the bootloader does its normal thing of waiting for DFU for a short time (about a second) then tries to run the sketch code (at 0x8005000 or 0x8002000 depending on the bootloader version).

The Serial USB device is provided by the sketch not the bootloader, so if the sketch crashes you will not get any Serial device (or if you selected a menu option that doesnt include serial in the sketch (I think this is only the Serial Upload option now that does not compile in the USB serial device))

If you have a Maple Mini, then you need to force it into Perpetual bootloader mode (There are various vidoes on youtube which show how to do this by pressing and holding the Button, just after you have pressed and released reset)
This will lock it in DFU upload mode, and you can try uploading a simple sketch e.g. Blink, which should include the Serial USB device, if you select Maple bootloader.

If Blink runs but you don’t have a serial device, and you have definitely selected the correct menu options, I’m not sure what else could cause problems (perhaps your board is faulty)