IDE can't find DFU device « LeafLabs Garden

LeafLabs Garden » Support » Maple IDE Support

IDE can't find DFU device

(10 posts) (3 voices)

Started 4 years ago by brybry
Latest reply from brybry

brybry
Member

After a few frustrating days, I finally got the bootloader working on a different STM32F103 board. (http://www.micro4you.com/store/mini-stm32-stm32f103-tft-lcd-board-v4/prod_164.html) This in turn allowed me to install the drivers and everything seems fine, except that when I go to upload a program, the IDE gives me a "Cannot find DFU device [1EAF:003]" error.

When I run "dfu-util -l" from the command prompt, it properly displays both devices (Flash and RAM). It's like the IDE can't understand what dfu-util is returning.

Using Perpetual Bootloader Mode doesn't make a difference. BTW, I'm using Windows Vista 32 bit.

Any advice?

Thanks,
Bryan

Posted 4 years ago #
poslathian
LeafLabs

what is the first part of this story?

Posted 4 years ago #
brybry
Member

what do you mean? What did it take to get the bootloader working?

Well, basically, I had to change the LED and button pins and also the USB "disc" pin. Once I got that working, Windows asked for the drivers, like is expected, and everything seems to work. The IDE is even able to reset the board. And like I said, running "dfu-util.exe -l" from the command line shows the two DFU devices. But the IDE can't find anything.

Please let me know what other info you want.

Thanks

Posted 4 years ago #
poslathian
LeafLabs

is the stm32f103vtc6 (the chip youre using) a high density device (I think it is...)? In this case you should use the Maple Native/Maple RET6 bootloader instead. The high density chips have 2KB flash pages, not 1k, which is why DFU util isnt working for you.

Posted 4 years ago #
mbolivar
LeafLabs

brybry,

First, can you paste the output from dfu-util -l?

Next, can you successfully upload from the command line? Looks like this:

$ dfu-util -a1 -d 0x1EAF:0x0003 -D your_binary.bin -R

Where your_binary.bin is whatever compiled program you're trying to upload. You can get access to the binary which the IDE produces by setting build.path=<some path> in your preferences.txt, compiling your program, then checking <some path> for the .bin. The location of preferences.txt depends on your system, but you can find it by opening the IDE preferences window and looking where it tells you.

Posted 4 years ago #
brybry
Member

Yes it is high-density. I'll double check to see if I'm compiling the bootloader for a high-density chip.

I will check all of this out when I get home this evening, and reply back to you. Thanks!

Posted 4 years ago #
brybry
Member

Okay, I modified the RET6 bootloader and got it uploaded to my board. I can upload test programs to the board from the command line, so I know that is working. From the IDE, it still doesn't detect the DFU device.

This is what I get when I run dfu-util.exe -l:

dfu-util - (C) 2007-2008 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Found DFU: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=0, name="DFU Program RAM 0x20000C00"
Found DFU: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=1, name="DFU Program FLASH 0x08005000"

Any ideas?

Posted 4 years ago #
mbolivar
LeafLabs

Have you got a suitable definition in your boards.txt?

Posted 4 years ago #
brybry
Member

Yes, I created two new boards (a Flash one and a RAM one). I don't think I changed anything other than the name. What might I need to change? (I made a copy of the RET6 board.)

When dfu-util is executed normally from the IDE, what does it look like in the console?

I have this feeling it isn't a problem with the bootloader or the hardware or anything like that. It's not even getting to the point where those things could cause a problem.

It seems like the IDE isn't using dfu-util correctly.

I'm going to take a look at the IDE source code...

Posted 4 years ago #
brybry
Member

Okay, I got it working. Well, sort of.

I got the idea to create another program (to be run on the host) which outputs the same text as when I run dfu-util.exe from the command line. I put this new program in place of the real dfu-util and did the "upload" from the IDE...

The IDE did everything just fine, as if it was the real dfu-util with hardware connected!

So, the first thing I tried after that was to change dfu-util.exe (the real one) to run in Windows XP SP2 compatibility mode. It worked! I think it is an issue with the Java Runtime code, but I don't use Java (from a development POV) so I can't say for sure.

But now I can't seem to get the uploaded program to run correctly, whether I upload from the IDE or the command line. Oh well... I'm sure I can figure it out.

Thanks for all your ideas!

Posted 4 years ago #

RSS feed for this topic

Reply

You must log in to post.