I'm using Ubuntu 15 - the default OS on a droid xu4 - and in order for
my HackRF One to work at all, I had
apt-get remove tlp
I tried to blacklist the HackRF in
/etc/default/tlp
- the file used to configure power saving for the devices - by adding
USB_BLACKLIST=“1d50:cc15 1d50:6089”
but
Wow. I really didn't do anything different, this morning, but using Raspberry
Pi, I was able to:DFU Firmware updaterecognize the hackrf after that updateand
complete main firmware and cpld updates.
Other than the unit sitting overnight w/no power (which should have had no
effect), I really didn'
Just caught that my emails w/Silverfox went off-list. Here is a summary (still
broken):
If I plug in w/o DFU, no dmesg.If I plug in w/DFU:New high-speed USB device
number 10 using ehci-pciNew USB device found, idVendor-1fc9, idProduct=000cNew
USB device strings: Mfr=1, Product=2, SerialNumber=
Is there any relevant output in dmesg when you plug in the HackRF?
The DFU method loads firmware in to RAM and immediately runs it. One
you've done that, before running hackrf_spiflash, you can run
hackrf_info to see if the HackRF is recognised. Does it show up?
Dominic
On 4 June 2016 at 10:30
I will add, now that I found this list's archive, that I see some others who
had the same or similar issue. None of the tips provided to them helped me,
either (different cable, different USB source, etc.).
On Saturday, June 4, 2016 11:06 AM, Paul Opitz via HackRF-dev
wrote:
Just go
Just got the unit yesterday. Did a f/w update, but after that, neither Windows
PC nor Ubuntu (nor Raspberry Pi) will recognize the unit plugged in. If I DFU,
then it is recognized.
Tried the DFU firmware update procedure, and it seems to complete, but last
message is:
dfu-util: unable to read DF
