Hi all,
I was fiddling with DFU this evening and found that a MacPorts install of dfu-util 0.8.0 doesn't detect the Crazyflie 2's STM32 bootloader when it's in DFU mode. Indeed, I built 0.8.0 from source on Mac (10.11.2) and it doesn't detect the STM32 bootloader either.
I found that version 0.7.0 does work however. I haven't tried 0.8.0 on Linux yet so I don't know if this is an OS issue or a dfu-util issue.
Has anyone had a problem with dfu-util 0.8.0 on another OS?
dfu-util 0.8.0 on Mac OS X
dfu-util 0.8.0 on Mac OS X
Crazyflier - my CF journal...
4x Crazyflie Nano (1.0) 10-DOF + NeoPixel Ring mod.
3x Crazyflie 2.0 + Qi Charger and LED Decks.
Raspberry Pi Ground Control.
Mac OS X Dev Environment.
Walkera Devo7e, ESky ET6I, PS3 and iOS Controllers.
4x Crazyflie Nano (1.0) 10-DOF + NeoPixel Ring mod.
3x Crazyflie 2.0 + Qi Charger and LED Decks.
Raspberry Pi Ground Control.
Mac OS X Dev Environment.
Walkera Devo7e, ESky ET6I, PS3 and iOS Controllers.
Re: dfu-util 0.8.0 on Mac OS X doesn't detect STM32 bootloader
Hi Chad,
I ran the command below on my MacOS 10.10.5 (Yosemite build 14F1509) and got the ff. output:
$ sudo dfu-util —list
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=3, name="@Device Feature/0xFFFF0000/01*004 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=2, name="@OTP Memory /0x1FFF7800/01*512 e,01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=1, name="@Option Bytes /0x1FFFC000/01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*064Kg,07*128Kg", serial=“315F38773133"
FWIW, I ran the same command on my Bitcraze Ubuntu VM and got the same results. Perhaps you need to try running the above command, as root.
All the Best,
aledda
I ran the command below on my MacOS 10.10.5 (Yosemite build 14F1509) and got the ff. output:
$ sudo dfu-util —list
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=3, name="@Device Feature/0xFFFF0000/01*004 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=2, name="@OTP Memory /0x1FFF7800/01*512 e,01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=1, name="@Option Bytes /0x1FFFC000/01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*064Kg,07*128Kg", serial=“315F38773133"
FWIW, I ran the same command on my Bitcraze Ubuntu VM and got the same results. Perhaps you need to try running the above command, as root.
All the Best,
aledda
Re: dfu-util 0.8.0 on Mac OS X doesn't detect STM32 bootloader
Thanks for running that aledda (and welcome!).aledda wrote:Hi Chad,
I ran the command below on my MacOS 10.10.5 (Yosemite build 14F1509) and got the ff. output:
$ sudo dfu-util —list
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=3, name="@Device Feature/0xFFFF0000/01*004 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=2, name="@OTP Memory /0x1FFF7800/01*512 e,01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=1, name="@Option Bytes /0x1FFFC000/01*016 e", serial=“315F38773133"
Found DFU: [0483:df11] ver=2200, devnum=2, cfg=1, intf=0, alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*064Kg,07*128Kg", serial=“315F38773133"
FWIW, I ran the same command on my Bitcraze Ubuntu VM and got the same results. Perhaps you need to try running the above command, as root.
All the Best,
aledda
Wild! I did run it as sudo actually and still didn't ever see the STM32. But now, after I've restarted my machine, it does, in fact, show up!! I'm still not sure what happened but thanks for checking!
I've changed the title of this thread to avoid any confusion.
Code: Select all
sudo dfu-util -d 0483:df11 -a 0 -D /Users/chad/Downloads/cf2-2015.08.1.dfu
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org
Opening DFU capable USB device...
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
file contains 1 DFU images
parsing DFU image 1
image for alternate setting 0, (1 elements, total size = 75160)
parsing element 1, address = 0x08004000, size = 75152
Download [=========================] 100% 75152 bytes
Download done.
done parsing DfuSe file
Crazyflier - my CF journal...
4x Crazyflie Nano (1.0) 10-DOF + NeoPixel Ring mod.
3x Crazyflie 2.0 + Qi Charger and LED Decks.
Raspberry Pi Ground Control.
Mac OS X Dev Environment.
Walkera Devo7e, ESky ET6I, PS3 and iOS Controllers.
4x Crazyflie Nano (1.0) 10-DOF + NeoPixel Ring mod.
3x Crazyflie 2.0 + Qi Charger and LED Decks.
Raspberry Pi Ground Control.
Mac OS X Dev Environment.
Walkera Devo7e, ESky ET6I, PS3 and iOS Controllers.
Re: dfu-util 0.8.0 on Mac OS X
Good news to hear, Chad. I think MacOS is still working on the USB stack in El Capitan, in preparation for USB 3.1 (USB-C).
Until all the bugs are worked out, I'm sticking with Yosemite.
Best of Luck,
aledda
Until all the bugs are worked out, I'm sticking with Yosemite.
Best of Luck,
aledda