[Hackrf-dev] Testing a new HackRF One

[Simon Brown]

Dave,

 

1)      The hackRF is only 8 bits, remember this.

2)      In the SDR Console there’s a display adjustment, I usually set this to -20dB.

3)      You could be overloading the front end, with only 8 bits resolution you have to be very careful.

4)      Post screenshots!

 

Simon Brown G4ELI
http://v2.sdr-radio.com

 

From: HackRF-dev [mailto:hackrf-dev-bounces at greatscottgadgets.com] On Behalf Of Dave Smith
Sent: 11 September 2014 01:12
To: hackrf-dev at greatscottgadgets.com
Subject: Re: [Hackrf-dev] Testing a new HackRF One

 

On Tue, Aug 12, 2014 at 22:59:34PM EDT, Jon B wrote:
> I'm not sure my new HackRF One works.

I'm having exactly the same problem, with SDR# I see a noise floor at about -70-75dB and almost nothing else. I've checked drivers, LNA/VGA settings, and so on as other people have suggested, and used a log-periodic and generic monopole and get the same results. With SDR Console I get better results (signals are visible), but I can't demodulate any of the signals I see. The results are really strange, AM signals in various places on the FM band (you can tell it's AM from both the waterfall diagram and trying to demodulate). They're unlikely to be images because they only appear in the FM band (it looks like there's a marker every 10MHz, I assume there's some clock in the HackRF that's doing that).

I've also found SDR# to be pretty flaky, it wants to write its config into its install location under %ProgramFiles% and then dies with an exception when it can't, and after pressing start/stop a few times first the spectrum display freezes (although the waterfall continues) and then the waterfall goes as well, at which point I need to reset the HackRF to restore operation. SDR Console doesn't have this problem so I'm not sure if it's SDR# messing up the HackRF config or SDR# screwing itself up.

Dave.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nine.pairlist.net/pipermail/hackrf-dev/attachments/20140911/8c14da97/attachment.html>