discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] autonotch filter with probe_signal, function_prob


From: Martin Braun
Subject: Re: [Discuss-gnuradio] autonotch filter with probe_signal, function_probe and band_reject_filter
Date: Mon, 13 Mar 2017 18:25:01 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0

Take a look at uhd_fft.grc (or one of the other FGs with probes). You're
polling get_frequency() on the freqdet_cf, right? What are you doing
with the value then? And have you ruled out that the visual response is
coming in very slowly?

-- M


On 03/08/2017 03:08 AM, alex245 wrote:
> Hello,
> 
> i'am trying to build an autonotch-filter for shortwave with GRC.
> For this i'am using an "PLL Freq Det"-block, and an "Moving Average"-block.
> 
> For testing, there is a 900Hz signal added to the signal.
> 
> Behind the "Moving Average"-block is a "WX GUI Number Sink",
> which show's, that the PLL has locked on the disturbing 900Hz-signal.
> 
> My attempts with "Probe Signal" and "Function Probe" dont work.
> The value of fnotch in the filter does not update.
> 
> How can I use the "Function Probe"-value to update the "Band Reject Filter"?
> 
> The flowgraph is under  http://www.imalsta.de/grc/m80.grc
> <http://www.imalsta.de/grc/m80.grc>  
> 
> Maybe someone can tell me, where the mistake is?
> 
> Alex
> 
> 
> 
> 
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/autonotch-filter-with-probe-signal-function-probe-and-band-reject-filter-tp63054.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 




reply via email to

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