Re: QT GUI Sink "Clicked freq variable" does not work
It works here with the QT Frequency Sink. You have to double click. Here's the test flow graph. http://www.w6rz.net/freqselect.grc Ron On 11/26/19 15:36, Jim Larsen wrote: I am working on a receiver panadapter application. I would like to use the QT GUI Sink Clicked freq variable parameter to control the receiver local oscillator to recenter the spectrum. I tried a simple test flow graph using GNU Radio version 3.7.13. When I click on the GUI Sink spectrum, the Signal Source frequency and Label value does not change. This bug has been reported before. Has this problem been fixed in later versions of GNU Radio? Thanks, Jim N7IHQ https://lists.gnu.org/archive/html/discuss-gnuradio/2015-09/msg00576.html
QT GUI Sink "Clicked freq variable" does not work
I am working on a receiver panadapter application. I would like to use the QT GUI Sink Clicked freq variable parameter to control the receiver local oscillator to recenter the spectrum. I tried a simple test flow graph using GNU Radio version 3.7.13. When I click on the GUI Sink spectrum, the Signal Source frequency and Label value does not change. This bug has been reported before. Has this problem been fixed in later versions of GNU Radio?Thanks,Jim N7IHQ foo.grc Description: Binary data https://lists.gnu.org/archive/html/discuss-gnuradio/2015-09/msg00576.html
Re: Signal Tracking
Hi Sarandis, you can change the center frequency of the osmocom source by calling the appropriate setter function. In GRC, that is automatically done when you change the variable that you used there, for example with a slider. Now, you seem to want to do that automatically: just write a bit of python code with a for loop, and use it to modify your variable. This is not a sample-accurate thing: the clock of your PC has not much to do with the clock of your SDR device (whatever that is), so you need to account very much for that. "Video bandwidth" is a term that only applies to old-school mixer/filter-based spectrum analyzers, not quite sure what you mean with that here. There's no video. Best regards, Marcus On Tue, 2019-11-26 at 18:38 +0200, sarandis. Doulgeris wrote: > Hi. Is there a way to change the center frequency of osmocom source, having > the video bandwidth steady, automatically at a given rate istead of a range > variable? smime.p7s Description: S/MIME cryptographic signature
Re: Signal Tracking
One way you could do this is with a signal generator - proabably a slowly increasing ramp signal - which you sample with a probe block, and then the value of the probe block is used to retune the hardware. Not at my GR machine right now otherwise I'd attach a flowgraph to show how to do this. I'm sure there are other approaches. On Tue, Nov 26, 2019 at 8:40 AM sarandis. Doulgeris < sarandis.doulge...@gmail.com> wrote: > Hi. Is there a way to change the center frequency of osmocom source, > having the video bandwidth steady, automatically at a given rate istead of > a range variable? > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Signal Tracking
Hi. Is there a way to change the center frequency of osmocom source, having the video bandwidth steady, automatically at a given rate istead of a range variable?
Re: TCP/QT FREQ SINK Problems
On Wed, 20 Nov 2019 at 07:39:04 -0500, Antoine Nguyen wrote: > […] > Is there a setting I am missing or a step that I have not included > that is causing this issue? It looks like you used numpy and matplotlib to generate tcp.sink.PNG and filesink.PNG. A possible issue might be that the normalisation you performed is different from the one performed by the frequency sink.