[Hackrf-dev] DFU

[Graham Cottew]

Thanks Michael I will try that. 

I am following the instructions in the wiki exactly as written; the step that it fails on is the reboot after the hackrf_spiflash of the rom_to_ram firmware.

To clarify the process in the wiki I would love to know two extra things:

At what stage in the process exactly do you remove the DFU jumper from pins 1 & 2?

I am using a SPDT switch the connects pin 2 of P2_8 to either pin 1 (DFU) or pin 3 (low voltage normally on this pin anyhow) - could this be a problem?

On 08/08/2013, at 11:30 AM, 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

>>>>