On Thu, Jan 30, 2014 at 4:47 AM, Nemanja Savic <[email protected]> wrote: > After a few more tries to figure out how this works I realized that method > taps() can return list of coefficients only if set_taps was called before > for setting taps. In the constructor of filter set_taps is not called, so my > question is which taps does filter use?
It uses those taps, but it looks like it doesn't set a variable inside to hold them until you call set_taps on it. The fir filter blocks encapsulate another fir kernel, which is where the real taps are actually stored. When you create your FIR filter, the taps are being set correctly. You should switch to using filter.fir_filter, which exists in 3.6.5.1. It will help future-proof you when moving up GNU Radio versions. Getting the taps here right after creating the filter will work fine in this implementation. Tom > On Wed, Jan 29, 2014 at 6:54 PM, Nemanja Savic <[email protected]> wrote: >> >> Hi all guys, >> >> this two lines of code sort of doesn't work as I expect. >> >> self.channel_filter = gr.fir_filter_ccf(1, firdes.low_pass(10, samp_rate, >> 80000, 5000, firdes.WIN_HAMMING, 6.76)) >> >> print self.channel_filter.taps(), self.channel_filter >> >> I use 3.6.5.1 version and the only thing I get is empty tuple. >> >> What might be the problem? >> >> Best and thank you, >> >> -- >> Nemanja Savić > > > > > -- > Nemanja Savić > > _______________________________________________ > 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
