STM32F373 USB DFU Bootloader

[mattfox]

Posted on July 25, 2013 at 23:25

I'm working with a new device, and I'm trying to load to flash memory via the bootloader in DFU mode.  I'm pretty new to this whole idea, so I'm somewhat confused as to how this works.  From the documents I can find published by ST, I think i should pull BOOT0 high, and keep the RX pins of USART 1 and 2 pulled low or high.  I believe that doing this will get me into Bootloader mode.

What I'm confused about is how to program it from here.  Is there pc software that I should install to push the code to the device now that it's waiting for communication?  I'm assuming that this is different than the STLINK Utility.Thanks in advance for any help you can give!

[Tesla DeLorean]

Posted on July 25, 2013 at 23:34

For DFU you're going to need the DfuSe Demonstration, for USART you need the Flash Loader Demonstrator

The DfuSe demo comes with a driver, manager and update software, I'd recommend the 3.0.2 version as this works in 64-bit mode,

http://www.st.com/st-web-ui/static/active/en/st_prod_software_internet/resource/technical/software/demo_and_example/stsw-stm32080.zip

is buggy

[mattfox]

Posted on July 26, 2013 at 17:29

Sweet, that's exactly what I was looking for.  

I'm having an error after installing Dfuse Demo.  I keep getting an error that reads: ''The application was unable to start correctly (0xc0150002).''  Does anyone have an idea what''s wrong or how I can fix it?  I've already tried reinstalling the software.  I am getting this error anytime I try to open any file other than the pdfs in the system.  

[mattfox]

Posted on July 26, 2013 at 17:35

I just found this post which is helping somewhat:

https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=https%3a//my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Lot%20of%20problems%20with%20ST%20applications&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B&curren...

I am running on a 64-bit system, though it isn't AMD which seemed like the only 64-bit option in the installers for 3.0.2 I am going to try to downgrade my jre now to see if that could be the problem, but I think I already have the correct version. EDIT: Just tried to go to jre 3.65 and it didn't fix my error. EDIT2: Just tried to download Visual C++ 2005 (x64) and it also didn't solve the error.

[Tesla DeLorean]

Posted on July 26, 2013 at 18:19

The bulk of my Win 7 x64 systems are AMD boxes.

I'm using Java Version 7 Update 11 I've got a whole load of Visual C/Studio redistributables 2005/2008/2010 32-bit/64-bit I'm using DfuSe 3.0.2 without issues.

[mattfox]

Posted on July 26, 2013 at 19:31

Hmm, I just tried a lot of things.

I installed the x64 version even though I have an Intel and not AMD, but that threw the same error.  I tried installing Visual/C redistributable 2005/2008/2010 x64 and Java Version 7, and then I tried both the x64 and the normal versions and still was thrown the same error.Any idea about how I can figure out what's the error?