[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