[Hackrf-dev] hackrf firmware update does not work

Bernard colombier at bernard.li
Sun May 31 04:01:47 EDT 2015



Le dim. 31 mai 2015 à 1:38, Dominic Spill <dominicgs at gmail.com> a 
écrit :
> On 30 May 2015 at 23:04, Bernard <colombier at bernard.li> wrote:
>> 
>>  My setup:
>>  - HackRF one from the kickstarter batch
>>  - Fedora 21 workstation AMD64 (up to date)
>>  - Package hackrf (HackRF Utilities) v 2014.08.1 r 1.fc21 from the 
>> main
>>  fedora repository
> 
> This looks like a reasonable setup, I wouldn't expect problems with
> the fedora build, although I have not tried it.
> 
>> 
>>  [bernard at juglans-nigra HACKRF]$ hackrf_info
>>  Found HackRF board.
>>  Board ID Number: 2 (HackRF One)
>>  Firmware Version: git-44df9d1
> 
> < other output cut>
> 
>>  [bernard at juglans-nigra HACKRF]$ hackrf_info
>>  Found HackRF board.
>>  Board ID Number: 2 (HackRF One)
>>  Firmware Version: git-44df9d1
> 
> It looks like the firmware is not being correctly written to the
> flash.  Could you try using dfu-util to write the
> hackrf_one_usb_ram.dfu firmware image file?
> 
> dfu-util --device 1fc9:000c --alt 0 --download hackrf_one_usb_ram.dfu
> 
> As it loads in to RAM, it will be lost when you remove power from the
> device, so make sure to try it as soon as you have written it.
> 
> Thanks,
>   Dominic

So I use dfu-util (from package dfu-util v 0.7 r 4.fc21) to load the 
firmware image to RAM as you instructed:

[bernard at juglans-nigra HACKRF]$ dfu-util --device 1fc9:000c --alt 0 
--download hackrf-2014.08.1/firmware-bin/hackrf_one_usb_ram.dfu
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=406
Copying data from PC to DFU device
Starting download: [##################################################] 
finished!
unable to read DFU status

Checking hackrf_info before a reset of the board confirms that the 
image was succesfully loaded:

[bernard at juglans-nigra HACKRF]$ hackrf_info
Found HackRF board.
Board ID Number: 2 (HackRF One)
Firmware Version: 2014.08.1
Part ID Number: 0xa000cb3c 0x00584735
Serial Number: 0x00000000 0x00000000 0x457863c8 0x26466d1f

But when I reset the board, I'm back to the old firmware, even if I try 
to write the firmware image to SPI flash with the hackrf_spiflash 
utility before the reset as instructed in the wiki.

Thanks for your help
Bernard.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20150531/9488ce6f/attachment.html>


More information about the HackRF-dev mailing list