On Wed, Sep 18, 2013 at 3:20 AM, alyafawi wrote:
> for a single channel (quite stable):
>
> USRP -- LPF -- Module --
>
> for multi channel (exit with segfault)
>
> -- LPF -- Module --
> USRP -- LPF -- Module --
> ...
> -- LPF -- Module --
for a single channel (quite stable):
USRP -- LPF -- Module --
for multi channel (exit with segfault)
-- LPF -- Module --
USRP -- LPF -- Module --
...
-- LPF -- Module --
I am using xlating_fir_filter_ccf with the proper frequency offse
On Tue, Sep 17, 2013 at 11:08 AM, alyafawi wrote:
> Yes, I am using my own module that searches for messages. The flow graph
> structure contains usrp source -> LPF -> my own module.
>
> I am controlling them using nitems_items_required[0] = noutput_items *
> (message length)
So you are defining
Yes, I am using my own module that searches for messages. The flow graph
structure contains usrp source -> LPF -> my own module.
I am controlling them using nitems_items_required[0] = noutput_items *
(message length)
and I call consume_each after each round with the proper number of processed
samp
Am I missing something with the book-keeping term? to me I am just defining
the nitems_items_required and how much to consume after each block call.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/multiple-asynchronous-channels-in-parallel-tp43656p43679.html
Sent from the GnuRa
On Tue, Sep 17, 2013 at 4:50 AM, Alyafawi wrote:
> Hello list,
>
> I am trying to build a real-time signal processing system that captures wide
> signal bandwidth(contains multiple channels) using 1 USRP, then send it to
> parallel signal chains after spiting them using filters.
> The system works