[Hackrf-dev] A couple of questions aout hackrf one

[John Trager]

Kevin,

Thanks for answering my questions!  I came across a document on the 
internet, and it was able to clear the issue with output on 1.2961 Ghz.  I 
just didn't have enough signal, and also the frequency was a little off.  I 
used hackrf_transfer -f 1296101000 -c 127 -a 1 -x 47 and then it worked 
fine, once I altered the frequency on my IC-910H a little.  looks like 
everything is working fine now!

I can't believe the issue with GNU Radio Companion Rx / Tx hasn't been 
corrected yet!  It seems like it would be a simple issue to solve.  I wonder 
if there is any way to get Michael Ossmann to correct this issue?  I can't 
believe he hasn't fixed this yet!  SDRSharp for windows seems to exit the 
receive mode fine, once one stops the receive function.  It does lockup 
though in other bands besides the FM and I have been trying it in.

I see another SDR that looks nice, the FreeSRP!


Thanks again for the reply!

John Trager
N2KBE



-----Original Message----- 
From: Kevin Reid
Sent: Friday, December 09, 2016 8:48 PM
To: John Trager
Cc: hackrf-dev at greatscottgadgets.com
Subject: Re: [Hackrf-dev] A couple of questions aout hackrf one

On Dec 9, 2016, at 12:30, John Trager <jtrager at carolina.rr.com> wrote:
> When I use the Pentoo Linux or windows versions of GNU, and either run the 
> hackrf one in receive or transmit, it remains in the receive or transmit 
> mode after clicking on EXIT.  Is this normal (I wouldn’t think so)?

Unfortunately, yes, this is normal in my experience. If the application does 
not properly close the device (or is terminated by signal and thus does not 
have the opportunity to) then the HackRF One will remain in the last mode it 
was in. I wish the HackRF firmware would understand when the process talking 
to it is kaput and reset, but it doesn't.

If you are using GNU Radio Companion, avoid using the “Kill” button in GRC 
and exit your flow graph from its own GUI (if it has one) instead.

Staying in receive mode is largely harmless, however; it will not prevent 
the next process from taking control.

> Also, I’m able to receive a signal on the 2M amateur band using 
> hackrf_transfer –f 144201000 –c 127, but using the same command, I can’t 
> receive a signal using hackf_transfer –f 1296101000 –c 127.  I have each 
> display on the receiver set to 1kHz below the frequency in the command, 
> and I’m receiving using a SSB USB mode.  I also tried other settings, 
> using the –x 15 parameter, but still don’t receive anything on the 1.2Ghz 
> band receiver.  Is there something else I may need to do given the higher 
> frequency?

No special settings are required for different frequencies. However, local 
oscillator frequency error will have a larger effect on higher frequencies — 
have you tuned around with your receiver, to check for the signal off the 
nominal frequency and outside of the SSB receive bandwidth?