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

[Cinaed Simson]

On 12/09/2016 09:48 PM, John Trager wrote:
> 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!  

Save the flow graph as a python script and run it from the terminal and
see if it behaves the same.


>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?
> _______________________________________________
> HackRF-dev mailing list
> HackRF-dev at greatscottgadgets.com
> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev