[Hackrf-dev] DFU

[Russell Hande]

Graham, I'd try that. Boot into DFU, flash the firmware, but before
rebooting, do what Mr Ossmann said and dump the firmware back to a
file and compare them. If they do not match then we can assume it is
your spi flash malfunctioning.

On Wed, Aug 7, 2013 at 9:30 PM, Michael Ossmann <mike at ossmann.com> wrote:

> You can do: hackrf_spiflash -l numbytes -r filename

>

> Set numbytes equal to the number of bytes in the file you wrote.  Set

> filename to something new.  Then use diff to compare the new file with

> the one written.

>

>

> On Wed, Aug 07, 2013 at 09:27:05PM -0400, Russell Hande wrote:

>>

>> Does the flash tool verify writes? Could it be possible his spi flash

>> nand has a 'bad sector' that isn't updating and corrupting the code?

>>

>> On Wed, Aug 7, 2013 at 9:25 PM, Michael Ossmann <mike at ossmann.com> wrote:

>> > I'm very unclear on exactly what you are trying that isn't working.  You

>> > should always be able to perform the recovery steps here:

>> >

>> > https://github.com/mossmann/hackrf/wiki/Updating-Firmware#recovering-the-spi-flash-firmware

>> >

>> >

>> > On Thu, Aug 08, 2013 at 10:30:33AM +1000, Graham Cottew wrote:

>> >>

>> >> Yes I can do that as well but it doesn't "stick" and as soon as I power off it's back to ground zero.

>> >> I have to go through DFU again to get the board up able to be recognised by hackrf_info.

>> >>

>> >> I have also been running 'make program' from the hackrf_usb directory with the same results.

>> >> Once after about 50 DFU's it programmed successfully and I started to write a email to this group to announce I had it licked.

>> >> I used it on another machine and it was powering on and off and booting fine but then after I did a hackrf_spiflash to update to the 2013.07.01 firmware it nuked it back to the present state again and I had to accept defeat.

>> >>

>> >> On 08/08/2013, at 3:47 AM, Russell Hande <zefie at persona.cc> wrote:

>> >>

>> >> > I think once it is booted in DFU mode, you should be able to re-flash

>> >> > the rom_to_ram firmware.

>> >> >

>> >> > On Wed, Aug 7, 2013 at 3:26 AM, Graham Cottew <gc at zendata.com> wrote:

>> >> >> With the hackrf_usb.dfu file you sent me and dfu-utils v 0.7 I can do a DFU that appears OK

>> >> >>

>> >> >> The Jawbreaker is then found by hackrf_info and works fine with gnuradio on Tx and Rx

>> >> >> VCCLED, 1V8LED and LED1 are all on when it is idle

>> >> >>

>> >> >> Problem is when I power cycle the board the DFU firmware just disappears and I am left with

>> >> >> VCCLED on

>> >> >> 1V8LED off

>> >> >> LED1, LED2, LED3, USB_LED0, USB_LED1 all dimly lit

>> >> >>

>> >> >> Can you suggest what I can do to overcome needing to DFU every time I use the Jawbreaker?

>> >> >>

>> >> >> DFU:

>> >> >>

>> >> >> $ sudo dfu-util --device 1fc9:000c --alt 0 --download hackrf_usb.dfu

>> >> >> Password:

>> >> >> dfu-util 0.7

>> >> >>

>> >> >> Copyright 2005-2008 Weston Schmidt, Harald Welte and OpenMoko Inc.

>> >> >> Copyright 2010-2012 Tormod Volden and Stefan Schmidt

>> >> >> This program is Free Software and has ABSOLUTELY NO WARRANTY

>> >> >> Please report bugs to dfu-util at lists.gnumonks.org

>> >> >>

>> >> >> Filter on vendor = 0x1fc9 product = 0x000c

>> >> >> Opening DFU capable USB device... ID 1fc9:000c

>> >> >> Run-time device DFU version 0100

>> >> >> Claiming USB DFU Runtime Interface...

>> >> >> Determining device status: state = dfuIDLE, status = 0

>> >> >> WARNING: Runtime device already in DFU state ?!?

>> >> >> Found Runtime: [1fc9:000c] devnum=0, cfg=1, intf=0, alt=0, name="DFU"

>> >> >> Claiming USB DFU Interface...

>> >> >> Setting Alternate Setting #0 ...

>> >> >> Determining device status: state = dfuIDLE, status = 0

>> >> >> dfuIDLE, continuing

>> >> >> DFU mode device DFU version 0100

>> >> >> Device returned transfer size 2048

>> >> >> DFU CRC does not match

>> >> >> Warning: File has no DFU suffix

>> >> >> bytes_per_hash=346

>> >> >> Copying data from PC to DFU device

>> >> >> Starting download: [##################################################] finished!

>> >> >> unable to read DFU status

>> >> >>

>> >> >> HackRF_Info:

>> >> >>

>> >> >> $ hackrf_info

>> >> >> Found HackRF board.

>> >> >> Board ID Number: 1 (Jawbreaker)

>> >> >> Firmware Version: git-b056efc

>> >> >> Part ID Number: 0xbc654755 0xbc654755

>> >> >> Serial Number: 0x00000000 0x00000000 0x505062c8 0x367b9917

>> >> >> _______________________________________________

>> >> >> HackRF-dev mailing list

>> >> >> HackRF-dev at greatscottgadgets.com

>> >> >> http://nine.pairlist.net/mailman/listinfo/hackrf-dev

>> >>