gnuradio

I'm trying to create a simple source block in gnuradio. I've used gr_modtool to create the bare bones module and block, but whenever I try to run the tests, it quickly eats up all my memory and my computer starts lagging. Even worse, the tests fail with "thread[thread-per-block[1]: ]: std::bad_alloc" Here's my block (called csv): import numpy from gnuradio import gr class csv(gr.sync_block): """ docstring for block csv """ def __init__(self, filename): gr.sync_block.__init__(self, name="csv", in_sig=None, out_sig=[numpy.float32]) def work(self, input_items, output_items): out = output_items[0]

I have implemented a very basic C++ CCSDS convolutional encoder (k=7,r=1/2) and it works fine. However, it is very basic and it lacks options such as operational mode (CC_STREAMING, CC_TERMINATED, CC_TAILBITING, CC_TRUNCATED) etc ..etc. Therefore, I have decided to use the default gnuradio gr::fec::code::cc_encoder class. My coding superclass will include puncturing and other blocks and therefore everything will be in a hierarchical block. So far I'm putting the blocks one by one in the hierarchical block starting with gr::fec::code::cc_encoder. Below is my .cc implementation file. #ifdef HAVE

This is a continuation of this question. I understand that we cannot access input_items in __init__ of a sync_block but we can do so in hier_block (eg. here ). I wanted to add a panel on the top block frame which can only be done by assigning a panel to self.win in __init__ (like in the hier_block example). If I try to assign a panel to self.win inside the work function of a sync_block then it gives the error : 'xyz' object has no attribute 'win' . Though it works if I assign a panel to self.win inside __init__ of a sync_block ( that's why I wanted to access input_items inside __init__ in the

The N210 is connected to the RF frontend, which gets configured using the GNU Radio Companion. I can see the signal with the FFT plot; I need the received signal (usrp2 output) as digital numbers.The usrp_sense_spectrum.py output the power and noise_floor as digital numbers as well. I would appreciate any help from your side. Answer from the USRP/GNU Radio mailing lists: Dear Abs, you've asked this question on discuss-gnuradio and already got two answers. In case you've missed those, and to avoid that people tell you what you already know: Sylvain wrote that, due to a large number of factors