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 > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
