discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Here's a little beauty


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Here's a little beauty
Date: Tue, 05 Jul 2011 21:58:11 -0400
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10



Hi Marcus,

What are you using the vector sink for, I can't find anything that unloads it? If you look at the source code, this block continuously calls "push_back" on a STL vector container (element size is the GNURadio vector). So if nothing ever empties it, then it should consume all the memory space....?

--Colby
What I'm trying to do is do a cheap (in the computational sense) multi-channel power estimator, and I'm running out of options. I need to be able to carve out up to four variable-width, non-uniformly-spaced channels anywhere in the 20Mhz to 45Mhz region, which is 25Mhz of bandwidth. I tried four conventional bandpass filters, followed by the usual power-detector sequence (complex-to-mag**2/IIR-filter/keep-one-in-n). That produced a *lot* of overruns. I then tried the same thing, using FFT filters instead
  of the usual FIR filters.  That was no better.

So then I thought, maybe an FFT of suitable size, and I can simply "pick off" the bins I need that correspond to my channels of interest. I could only make that work by decimating the FFT input vectors by a factor of 3, then integrating the outputs. Similar to what the FFT graphical display does. But, it does chug along producing those output vectors. The question is, how to efficiently turn them into something I can use for per-channel power estimates, within the confines of a GRC-produced flow-graph.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org





reply via email to

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