[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Click-to-tune in Qt GUI Frequency SInk

From: Martin Braun
Subject: Re: [Discuss-gnuradio] Click-to-tune in Qt GUI Frequency SInk
Date: Sun, 22 Mar 2015 23:12:19 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0

On 22.03.2015 19:26, Marcus D. Leech wrote:
Just looking at the async message interface for Qt GUI Frequency Sink.
The "freq" output (is that a PMT?) is always, it appears, in terms of
   "display" frequency.  Which is cool if you're using the click-to-tune
output to modify (for example) a hardware source, but if you're using it
   to tune (for example) a freq-xlating FIR filter, there's  a
disagreement on semantics.

One could run the Frequency Sink in relative mode in this case.  But it
seems like there should be more flexibility in dealing with the contents
   of async messages, in situations where the message tag ("freq" in
this case) could have semantics that not everyone who takes such
   a tag might agree on.

There've been long discussions on this subject, at least one of them at a dev call. In general, the message format is of the (index, value) format. For the case of the xlating FIR, all you need to do is change your x-axis to make the center freq 0, and you're good. Getting tags and PMTs right is still a learning process for all of us, but we didn't want to add loads of extra settings into the QT sink just so we could get the tags into any format we liked.

> It should, I think, also be possible to turn such tags into variable
> settings in GRC, but I couldn't find any way to do so.

Hmmmm... maybe some block that would work with with the probes could do that. Would have to be written, though.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]