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: [email protected] > Subject: Re: [Hackrf-dev] A couple of questions aout hackrf one > > On Dec 9, 2016, at 12:30, John Trager <[email protected]> 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 > [email protected] > https://pairlist9.pair.net/mailman/listinfo/hackrf-dev _______________________________________________ HackRF-dev mailing list [email protected] https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
