[Hackrf-dev] HackRF not working - help

[Don Gray]

Hi Dominic,
I take no action after the download except to issue the lsusb and hackrf_info commands.
lsusb output before & after dfu-util download: 
Bus 004 Device 002: ID 8087:8000 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubBus 003 Device 002: ID 8087:8008 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubBus 002 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hubBus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hubBus 001 Device 004: ID 0409:005a NEC Corp. HighSpeed HubBus 001 Device 003: ID 046d:c505 Logitech, Inc. Cordless Mouse+Keyboard ReceiverBus 001 Device 002: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hubBus 001 Device 011: ID 1fc9:000c NXP Semiconductors Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 8087:8000 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubBus 003 Device 002: ID 8087:8008 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubBus 002 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hubBus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hubBus 001 Device 004: ID 0409:005a NEC Corp. HighSpeed HubBus 001 Device 003: ID 046d:c505 Logitech, Inc. Cordless Mouse+Keyboard ReceiverBus 001 Device 002: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hubBus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
LED status remains the same as my initial symptom description; The 3V3 LED illuminates normally, ALL other LEDs are illuminated but very dim. When I push DFU and RESET,  the RF LED goes out. After the DFU download the RF LED comes back on (but still dim).  Almost seems to me that the HackRF is resetting (on it's own) right after the download?
Thanks,
Don





> From: dominicgs at gmail.com
> Date: Tue, 5 Apr 2016 13:02:09 -0700
> Subject: Re: [Hackrf-dev] HackRF not working - help
> To: dgray00 at hotmail.com
> CC: hackrf-dev at greatscottgadgets.com
> 
> On 4 April 2016 at 14:21, Don Gray <dgray00 at hotmail.com> wrote:
> >
> > It seems to be taking the DFU download but not responding afterwards...
> > Here's what I captured:
> >
> > dfu-util: DFU suffix CRC does not match
> > dfu-util: A valid DFU suffix will be required in a future dfu-util
> > release!!!
> > Opening DFU capable USB device...
> > ID 1fc9:000c
> > Run-time device DFU version 0100
> > 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
> > Copying data from PC to DFU device
> > Download [=========================] 100%        20484 bytes
> > Download done.
> > dfu-util: unable to read DFU status after completion
> 
> This looks like the expected output from dfu-util.  Did you do
> anything after this?  Reset the device?
> 
> After downloading the firmware to the device, it should jump straight
> in to it and run it.  Does anything appear in lsusb output? (It will
> show up as an OpenMoko device).  Which LEDs are on?
> 
> Thanks,
>   Dominic
> 


 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20160405/82737651/attachment.html>