Forum: GNU Radio Disconnect parts of multiple flowgraphs

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
A5bd7ae805ecf3d11fad16fcffee2f5b?d=identicon&s=25 Paul Mathews (Guest)
on 2009-02-28 07:14
(Received via mailing list)
I have a nice gnuradio app running using USRP, with 3 FFTsinks going at
once, with the 1st FFTsink taking data from the USRP and the 2nd and 3rd
FFTsinks each showing the results of further processing:

1) USRP downconverting to 1 MHz ---> FFT display 1
2) Channel filter LP to 16 kHz ---> FFT display 2
3) AM demod and BP filter 2 to 10 kHz --> FFT display 3

I've added some code to the worker_thread class to do automatic tuning:

1) Coarse tuning based on highest peak location in FFT 1
2) Fine AFC based on highest peak location in FFT 2

Once I've located the carrier peak in FFT 1 and centered USRP tuning on
I have no further need to FFT and display the USRP data, and I'd like to
shut down that message queue, FFT, and FFT display to free up resources.
thinking I need to 'disconnect' connected blocks, but I'm having trouble
figuring out how to do that. Any hints will be appreciated.

My attempts to naively use the 'disconnect' method consistently yield
messages like this one:

line 9
5, in disconnect
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runt", line 1477, in disconnect
    return _gnuradio_swig_py_runtime.gr_top_block_sptr_disconnect(*args)
ValueError: cannot disconnect block message_sink(15), not found

Paul Mathews
745d8202ef5a58c1058d0e5395a78f9c?d=identicon&s=25 Eric Blossom (Guest)
on 2009-03-01 05:15
(Received via mailing list)
On Fri, Feb 27, 2009 at 10:13:39PM -0800, Paul Mathews wrote:
> 1) Coarse tuning based on highest peak location in FFT 1
> Paul Mathews

From the message, it sounds like the block you are trying to disconnect
has already been disconnected.

Can you post a link to a _small_ test case the demonstrates the problem.

Are you using lock/unlock around your disconnects and connects?

This topic is locked and can not be replied to.