Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

[Miklos Maroti]

Hi Martin,

Ok, I think I have fixed the problem. I did not set the relative rate
properly in the constructor. It seems, that the scheduler uses the
relative rates to allocate buffers before the graph is executed, and
if some block is requesting more data at runtime, then we get into
problems. It is good to know.

I wonder if I can set the relative rate differently for different
input streams... but I could not find anything.

Best,
Miklos

On Fri, Jan 24, 2014 at 2:00 PM, Martin Braun  wrote:
> On 01/24/2014 07:28 AM, Miklos Maroti wrote:
>>> I did not set anything explicitly, although I did not set in my xxx
>>> block the set relative rate (maybe that is used by the scheduler to
>>> set up the buffer sizes appropriately).
>>
>>> Basically I want to take 100 packets of size 160 and push them through
>>> an S/P converter for an 128 point IFFT (think of OFDM where every
>>> subcarrier would carry its own packets independently).
>>
>>> Miklos
>
> We still need to know the precise blocks and flow graph configuration.
>
> MB
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

[Miklos Maroti]

One more question:

Can I change the relative rate (with set_relative_rate) while the
flowgraph is running? What effect does that have?

Miklos

On Sat, Jan 25, 2014 at 12:07 PM, Miklos Maroti
 wrote:
> Hi Martin,
>
> Ok, I think I have fixed the problem. I did not set the relative rate
> properly in the constructor. It seems, that the scheduler uses the
> relative rates to allocate buffers before the graph is executed, and
> if some block is requesting more data at runtime, then we get into
> problems. It is good to know.
>
> I wonder if I can set the relative rate differently for different
> input streams... but I could not find anything.
>
> Best,
> Miklos
>
> On Fri, Jan 24, 2014 at 2:00 PM, Martin Braun  wrote:
>> On 01/24/2014 07:28 AM, Miklos Maroti wrote:
 I did not set anything explicitly, although I did not set in my xxx
 block the set relative rate (maybe that is used by the scheduler to
 set up the buffer sizes appropriately).
>>>
 Basically I want to take 100 packets of size 160 and push them through
 an S/P converter for an 128 point IFFT (think of OFDM where every
 subcarrier would carry its own packets independently).
>>>
 Miklos
>>
>> We still need to know the precise blocks and flow graph configuration.
>>
>> MB
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

[Martin Braun]

On 01/25/2014 02:23 PM, Miklos Maroti wrote:
> One more question:
> 
> Can I change the relative rate (with set_relative_rate) while the
> flowgraph is running? What effect does that have?

Yes, you can. As you said, the relative rate is a pointer for the
scheduler to figure out how much stuff you need at input for a given
output. You can change it at runtime, and it will still do just that.

MB


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

[Miklos Maroti]

Hi Martin,

But the buffers are already allocated, and I assume that they are not
resized dynamically. So even if you change the relative rate at
runtime, you will get into the "sched:  is requesting more input
data than we can provide" error. So I do not understand how the
scheduler is going to use the relative rate info WHILE the flowgraph
is running. I assume it uses only the forecast method only, no?

Miklos

On Sat, Jan 25, 2014 at 2:43 PM, Martin Braun  wrote:
> On 01/25/2014 02:23 PM, Miklos Maroti wrote:
>> One more question:
>>
>> Can I change the relative rate (with set_relative_rate) while the
>> flowgraph is running? What effect does that have?
>
> Yes, you can. As you said, the relative rate is a pointer for the
> scheduler to figure out how much stuff you need at input for a given
> output. You can change it at runtime, and it will still do just that.
>
> MB
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] message passing error

[MHMND Herath]

Dear Sir
When I trying to implement message passing between 2 blocks called a1_ff and
a2_ff following error comes when comiling. I cannot trace it.
Thanks
Neil
-
Scanning dependencies of target gnuradio-avg
[  5%] Building CXX object lib/CMakeFiles/gnuradio-avg.dir/a1_ff_impl.cc.o
In file included from /usr/include/boost/bind.hpp:22:0,
 from /usr/include/boost/thread/detail/thread.hpp:29,
 from /usr/include/boost/thread/thread.hpp:22,
 from /usr/local/include/gnuradio/thread/thread.h:26,
 from /usr/local/include/gnuradio/basic_block.h:31,
 from /usr/local/include/gnuradio/block.h:27,
 from /usr/local/include/gnuradio/sync_block.h:27,
 from /home/neil/gr-avg/include/avg/a1_ff.h:26,
 from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
 from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/bind/bind.hpp: In instantiation of ‘struct
boost::_bi::result_traits’:
/usr/include/boost/bind/bind_template.hpp:15:48:   required from ‘class
boost::_bi::bind_t, boost::arg<1> > >’
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:43:   required from here
/usr/include/boost/bind/bind.hpp:69:37: error: ‘void
(gr::avg::a1_ff_impl::*)()’ is not a class, struct, or union type
 typedef typename F::result_type type;
 ^
In file included from /usr/include/boost/function/detail/maybe_include.hpp:18:0,
 from 
/usr/include/boost/function/detail/function_iterate.hpp:14,
 from
/usr/include/boost/preprocessor/iteration/detail/iter/forward1.hpp:52,
 from /usr/include/boost/function.hpp:64,
 from /usr/local/include/gnuradio/basic_block.h:33,
 from /usr/local/include/gnuradio/block.h:27,
 from /usr/local/include/gnuradio/sync_block.h:27,
 from /home/neil/gr-avg/include/avg/a1_ff.h:26,
 from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
 from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/function/function_template.hpp: In instantiation of ‘static
void boost::detail::function::void_function_obj_invoker1::invoke(boost::detail::function::function_buffer&, T0) [with FunctionObj =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]’:
/usr/include/boost/function/function_template.hpp:934:38:   required from
‘void boost::function1::assign_to(Functor) [with Functor =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]’
/usr/include/boost/function/function_template.hpp:722:7:   required from
‘boost::function1::function1(Functor, typename
boost::enable_if_c::value>::value,
int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename
boost::enable_if_c::value>::value,
int>::type = int]’
/usr/include/boost/function/function_template.hpp:1069:16:   required from
‘boost::function::function(Functor, typename
boost::enable_if_c::value>::value,
int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename
boost::enable_if_c::value>::value,
int>::type = int]’
/usr/local/include/gnuradio/basic_block.h:344:34:   required from ‘void
gr::basic_block::set_msg_handler(pmt::pmt_t, T) [with T =
boost::_bi::bind_t, boost::arg<1> > >;
pmt::pmt_t = boost::intrusive_ptr]’
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:44:   required from here
/usr/include/boost/function/function_template.hpp:153:11: error: no match for
call to ‘(boost::_bi::bind_t, boost::arg<1> > >)
(boost::intrusive_ptr&)’
   BOOST_FUNCTION_RETURN((*f)(BOOST_FUNCTION_ARGS));
   ^
make[2]: *** [lib/CMakeFiles/gnuradio-avg.dir/a1_ff_impl.cc.o] Error 1
make[1]: *** [lib/CMakeFiles/gnuradio-avg.dir/all] Error 2
make: *** [all] Error 2
neil@neil-pc:~/gr-avg/build$ 


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] message passing error

[Johan Carlsson]

Looks like a a C++ or boost question?

Are you experienced in using C++ templates?

Regards,
Johan

On Sat, 25 Jan 2014, MHMND Herath wrote:



Dear Sir
When I trying to implement message passing between 2 blocks called a1_ff and
a2_ff following error comes when comiling. I cannot trace it.
Thanks
Neil
-
Scanning dependencies of target gnuradio-avg
[  5%] Building CXX object lib/CMakeFiles/gnuradio-avg.dir/a1_ff_impl.cc.o
In file included from /usr/include/boost/bind.hpp:22:0,
from /usr/include/boost/thread/detail/thread.hpp:29,
from /usr/include/boost/thread/thread.hpp:22,
from /usr/local/include/gnuradio/thread/thread.h:26,
from /usr/local/include/gnuradio/basic_block.h:31,
from /usr/local/include/gnuradio/block.h:27,
from /usr/local/include/gnuradio/sync_block.h:27,
from /home/neil/gr-avg/include/avg/a1_ff.h:26,
from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/bind/bind.hpp: In instantiation of ?struct
boost::_bi::result_traits?:
/usr/include/boost/bind/bind_template.hpp:15:48:   required from ?class
boost::_bi::bind_t, boost::arg<1> > >?
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:43:   required from here
/usr/include/boost/bind/bind.hpp:69:37: error: ?void
(gr::avg::a1_ff_impl::*)()? is not a class, struct, or union type
typedef typename F::result_type type;
^
In file included from /usr/include/boost/function/detail/maybe_include.hpp:18:0,
from /usr/include/boost/function/detail/function_iterate.hpp:14,
from
/usr/include/boost/preprocessor/iteration/detail/iter/forward1.hpp:52,
from /usr/include/boost/function.hpp:64,
from /usr/local/include/gnuradio/basic_block.h:33,
from /usr/local/include/gnuradio/block.h:27,
from /usr/local/include/gnuradio/sync_block.h:27,
from /home/neil/gr-avg/include/avg/a1_ff.h:26,
from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/function/function_template.hpp: In instantiation of ?static
void boost::detail::function::void_function_obj_invoker1::invoke(boost::detail::function::function_buffer&, T0) [with FunctionObj =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]?:
/usr/include/boost/function/function_template.hpp:934:38:   required from
?void boost::function1::assign_to(Functor) [with Functor =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]?
/usr/include/boost/function/function_template.hpp:722:7:   required from
?boost::function1::function1(Functor, typename
boost::enable_if_c::value>::value,
int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename
boost::enable_if_c::value>::value,
int>::type = int]?
/usr/include/boost/function/function_template.hpp:1069:16:   required from
?boost::function::function(Functor, typename
boost::enable_if_c::value>::value,
int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename
boost::enable_if_c::value>::value,
int>::type = int]?
/usr/local/include/gnuradio/basic_block.h:344:34:   required from ?void
gr::basic_block::set_msg_handler(pmt::pmt_t, T) [with T =
boost::_bi::bind_t, boost::arg<1> > >;
pmt::pmt_t = boost::intrusive_ptr]?
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:44:   required from here
/usr/include/boost/function/function_template.hpp:153:11: error: no match for
call to ?(boost::_bi::bind_t, boost::arg<1> > >)
(boost::intrusive_ptr&)?
  BOOST_FUNCTION_RETURN((*f)(BOOST_FUNCTION_ARGS));
  ^
make[2]: *** [lib/CMakeFiles/gnuradio-avg.dir/a1_ff_impl.cc.o] Error 1
make[1]: *** [lib/CMakeFiles/gnuradio-avg.dir/all] Error 2
make: *** [all] Error 2
neil@neil-pc:~/gr-avg/build$


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sched is requesting more input data than we can provide

[Martin Braun]

On 01/25/2014 02:59 PM, Miklos Maroti wrote:
> Hi Martin,
> 
> But the buffers are already allocated, and I assume that they are not
> resized dynamically. So even if you change the relative rate at
> runtime, you will get into the "sched:  is requesting more input
> data than we can provide" error. So I do not understand how the
> scheduler is going to use the relative rate info WHILE the flowgraph
> is running. I assume it uses only the forecast method only, no?

Miklos,

no, buffers aren't changed. The scheduler uses relative_rate() for a
couple of things: To guess good values for noutput_items and input
buffers (only for sinks, IIRC), also for automatic tag propagation.
The standard gr::block() implementation assumes a 1:1 relationship in
forecast(), regardless of relative_rate(). There are other things that
are considered, such as set_output_multiple().

You can use relative_rate() yourself, too, e.g. in forecast().

MB




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] External library for low pass filtering

[Activecat]

Dear Sir,

I understand that gnuradio use FFTW to perform fast fourier transform.
In contrast, what is the library used by gnuradio to perform low-pass
filtering (LPF)?

My intension is to create a custom block to perform digital downconversion
(DDC).
This is to simulate a SBX daughtercard in receiving RF signal.
I guess this can be done by creating a hierarchical block which include the
built-in Low Pass Filter, but I am doing this from scratch for learning
purpose.

To summarize my question:
which library is used by gunradio for low pass filtering?
Could it be something like Aquila, SPUC, dspfilterscpp, etc. ?

Thank you very much.

Regards,
Activecat
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] External library for low pass filtering

[Tom Rondeau]

On Sat, Jan 25, 2014 at 10:46 AM, Activecat  wrote:
> Dear Sir,
>
> I understand that gnuradio use FFTW to perform fast fourier transform.
> In contrast, what is the library used by gnuradio to perform low-pass
> filtering (LPF)?
>
> My intension is to create a custom block to perform digital downconversion
> (DDC).
> This is to simulate a SBX daughtercard in receiving RF signal.
> I guess this can be done by creating a hierarchical block which include the
> built-in Low Pass Filter, but I am doing this from scratch for learning
> purpose.
>
> To summarize my question:
> which library is used by gunradio for low pass filtering?
> Could it be something like Aquila, SPUC, dspfilterscpp, etc. ?
>
> Thank you very much.
>
> Regards,
> Activecat

We wrote out own filters, which are specifically designed to work well
with the GNU Radio input/output buffers as well as use VOLK and other
tricks for speed. There are fir_filters_XXX that implement normal
convolution in time, but I would suggest you use the fft_filter_XXX
blocks, which perform fast convolution.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] message passing error

[Johan Carlsson]

Looks like there's something wrong with how you try to instantiate a 
struct from a trait. Possibly wrong template parameters?


The problem has nothing to do with GNU Radio per se.

You should check the boost documentation or some C++ resource, e.g. 
http://www.parashift.com/c++-faq/index.html


HTH, Johan

On Sat, 25 Jan 2014, MHMND Herath wrote:


I have problem with boost function
I put boost function as follows
a1_ff c++ file
   a1_ff_impl::a1_ff_impl()
 : gr::sync_block("a1_ff",
 gr::io_signature::make(1, 1, sizeof(double)),
 gr::io_signature::make(1, 1, sizeof(double)))
   {
message_port_register_in(pid);
set_msg_handler(pmt::mp("mout"),
boost::bind(&a1_ff_impl::mout, this , _1));
   }

I published mout in the a2_ff file
The error with boost function
Thanks
Neil
-- Original Message ---
From: Johan Carlsson 
To: MHMND Herath 
Cc: discuss-gnuradio@gnu.org
Sent: Sat, 25 Jan 2014 09:41:07 -0500 (EST)
Subject: Re: [Discuss-gnuradio] message passing error


Looks like a a C++ or boost question?

Are you experienced in using C++ templates?

Regards,
Johan

On Sat, 25 Jan 2014, MHMND Herath wrote:



Dear Sir
When I trying to implement message passing between 2 blocks called a1_ff and
a2_ff following error comes when comiling. I cannot trace it.
Thanks
Neil
-
Scanning dependencies of target gnuradio-avg
[  5%] Building CXX object lib/CMakeFiles/gnuradio-avg.dir/a1_ff_impl.cc.o
In file included from /usr/include/boost/bind.hpp:22:0,
from /usr/include/boost/thread/detail/thread.hpp:29,
from /usr/include/boost/thread/thread.hpp:22,
from /usr/local/include/gnuradio/thread/thread.h:26,
from /usr/local/include/gnuradio/basic_block.h:31,
from /usr/local/include/gnuradio/block.h:27,
from /usr/local/include/gnuradio/sync_block.h:27,
from /home/neil/gr-avg/include/avg/a1_ff.h:26,
from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/bind/bind.hpp: In instantiation of ?struct
boost::_bi::result_traits?:
/usr/include/boost/bind/bind_template.hpp:15:48:   required from ?class
boost::_bi::bind_t, boost::arg<1> > >?
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:43:   required from here
/usr/include/boost/bind/bind.hpp:69:37: error: ?void
(gr::avg::a1_ff_impl::*)()? is not a class, struct, or union type
typedef typename F::result_type type;
^
In file included from

/usr/include/boost/function/detail/maybe_include.hpp:18:0,

from

/usr/include/boost/function/detail/function_iterate.hpp:14,

from
/usr/include/boost/preprocessor/iteration/detail/iter/forward1.hpp:52,
from /usr/include/boost/function.hpp:64,
from /usr/local/include/gnuradio/basic_block.h:33,
from /usr/local/include/gnuradio/block.h:27,
from /usr/local/include/gnuradio/sync_block.h:27,
from /home/neil/gr-avg/include/avg/a1_ff.h:26,
from /home/neil/gr-avg/lib/a1_ff_impl.h:23,
from /home/neil/gr-avg/lib/a1_ff_impl.cc:26:
/usr/include/boost/function/function_template.hpp: In instantiation of ?static
void boost::detail::function::void_function_obj_invoker1::invoke(boost::detail::function::function_buffer&, T0) [with FunctionObj =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]?:
/usr/include/boost/function/function_template.hpp:934:38:   required from
?void boost::function1::assign_to(Functor) [with Functor =
boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr]?
/usr/include/boost/function/function_template.hpp:722:7:   required from
?boost::function1::function1(Functor, typename


boost::enable_if_c::value>::value,

int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename


boost::enable_if_c::value>::value,

int>::type = int]?
/usr/include/boost/function/function_template.hpp:1069:16:   required from
?boost::function::function(Functor, typename


boost::enable_if_c::value>::value,

int>::type) [with Functor = boost::_bi::bind_t, boost::arg<1> > >;
R = void; T0 = boost::intrusive_ptr; typename


boost::enable_if_c::value>::value,

int>::type = int]?
/usr/local/include/gnuradio/basic_block.h:344:34:   required from ?void
gr::basic_block::set_msg_handler(pmt::pmt_t, T) [with T =
boost::_bi::bind_t, boost::arg<1> > >;
pmt::pmt_t = boost::intrusive_ptr]?
/home/neil/gr-avg/lib/a1_ff_impl.cc:49:44:   required from here
/usr/include/boost/function/function_template.hpp:153:11: error: no match for
call to ?(boost::_bi::bind_t, boost::arg<1> > >)
(boost::intrusive_ptr&)?
  BOOST_FUNCTION_RETURN((*f)(BOOST_FUNCTION_ARGS));
  ^
make[2]: *** [lib/CMakeFiles/gnuradio-avg.dir

Re: [Discuss-gnuradio] Using Header/Payload Demux

[chris 0]

Hi Martin,

First of all, many thanks for your last reply, it was extremely helpful!

I'm just having a little bit of a problem with your suggestion to scale the
tag length, which
I'm doing using a length scalar of 8.

Tag Debug: Rx Bytes
Input Stream: 00
  Offset: 0  Source: n/a Key: packet_len   Value: 14
  Offset: 0  Source: n/a Key: packet_num   Value: 0
  Offset: 1  Source: n/a Key: packet_num   Value: 1
  Offset: 1  Source: n/a Key: packet_len   Value: 112
  Offset: 3  Source: n/a Key: packet_num   Value: 2
  Offset: 3  Source: n/a Key: packet_len   Value: 112
  Offset: 5  Source: n/a Key: packet_num   Value: 3
  Offset: 5  Source: n/a Key: packet_len   Value: 112
  Offset: 7  Source: n/a Key: packet_num   Value: 4
  Offset: 7  Source: n/a Key: packet_len   Value: 112
  Offset: 8  Source: n/a Key: packet_num   Value: 5
  Offset: 8  Source: n/a Key: packet_len   Value: 112
  Offset: 10  Source: n/a Key: packet_num   Value: 6
  Offset: 10  Source: n/a Key: packet_len   Value: 112
  Offset: 12  Source: n/a Key: packet_num   Value: 7
  Offset: 12  Source: n/a Key: packet_len   Value: 112

For some reason the first packet_len is still 14, rather than 112, which is
confusing me.

Thanks a lot.

Chris


On Mon, Jan 20, 2014 at 9:09 AM, Martin Braun wrote:

> On 01/18/2014 09:46 PM, chris 0 wrote:
> > Hi,
> >
> > I'm wondering if anyone can take a look at my grc file, which uses the
> > header/payload demux to try to obtain a payload - but I'm currently
> > getting incorrect values from the tags.  For instance  packet_len should
> > be 10, but the value is mostly 1.
> >
> > I've attached the file.
> >
> > If you can't open it from the email i've also uploaded to -
> > http://www.anfractuosity.com/files/mux2.grc
>
> Hey Chris,
>
> nice to see people using this block! Outside of the OFDM scope, it
> hasn't yet received too much attention.
>
> A couple of comments:
> - The CRC block increases the packet length by 4. This means packet_len
> *should* be 14. I ran the simulation, and that's what it was -- so it
> seems your code is working. However, the repacker thinks '14 bits', and
> will then produce 1 byte at the output (because floor(14/8)==1, and we
> have that 'floor' because the alignment is set to 'output'). That's why
> you see 1 item at the first tag debug.
> - In your setup, there is no mechanism that tells the receiver that '14'
> actually means '14 bytes', not '14 items'. The payload length is
> *actually* 14*8==112! This means the stream crc check block will never
> get the right data to work on.
>
> The latter problem is easy to fix in your case. Simply use a
> tagged_stream_multiply_length block after the demux, before the repacking.
>
> In the OFDM case, this is more complicated, because the number of OFDM
> symbols and the number of data symbols is not necessarily an integer
> multiple of one another. Here, a more elaborate solution is used: The
> packet header formatter object is inherited from and modified to produce
> both tags at the payload output.
>
> Apart from that, you're model is correct, and a good simple example for
> the demuxer!
>
> A hint for debugging: Use more tag debugs, with different names, not
> only at the rx path, but also on tx. This way, you can identify problems
> very quickly.
>
> MB
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


mux2.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Need an "indicator" on the GUI display

[jim]

I've written an application for my client. The application works great (monitoring multiple channels for radio traffic and recording the demod FM stream). The client would like to see a couple of lights that show activity on the channel rather than a FFT GUI plot, which I like. Does anyone know of a "indicator" (on off light) that I can put on a GUI? Alternatively, maybe a VU meter widget?The Indicator would show when a squelch is active or a threshold has been crossed.Thanks for any ideas.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Need an "indicator" on the GUI display

[Dan CaJacob]

The number sink has a gauge option.

On Saturday, January 25, 2014,  wrote:

> I've written an application for my client. The application works great
> (monitoring multiple channels for radio traffic and recording the demod FM
> stream). The client would like to see a couple of lights that show activity
> on the channel rather than a FFT GUI plot, which I like. Does anyone know
> of a "indicator" (on off light) that I can put on a GUI? Alternatively,
> maybe a VU meter widget?
>
> The Indicator would show when a squelch is active or a threshold has been
> crossed.
>
> Thanks for any ideas.
>
>

-- 
Very Respectfully,

Dan CaJacob
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio Questions

[Andrew Rich]

Hi, got some questions

1. Can GNURadio run on OpenSUSE Linux
2. Can GNURadio work with RTL SDR dongles ?
3. What can you do with the output of GNU Radio 

For instance, other than listening , can you 

decode AX25 
decode PSK31

visualise the audio like on a scope
do a spectral display
decode ADS-B
decode AIS
decode pagers 

Andrew VK4TEC  



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio Questions

[Marcus D. Leech]

On 01/25/2014 04:59 PM, Andrew Rich wrote:

Hi, got some questions

1. Can GNURadio run on OpenSUSE Linux

Yes.


2. Can GNURadio work with RTL SDR dongles ?

Yes.


3. What can you do with the output of GNU Radio
For instance, other than listening , can you
decode AX25 decode PSK31
visualise the audio like on a scope
do a spectral display
decode ADS-B
decode AIS
decode pagers
Andrew VK4TEC
Gnu Radio is primarily a *development framework* for host-based DSP, 
mostly from SDR radio hardware.  It isn't a "plug and play" application for
  "casual airwave surfing", although such applications have been 
*written* using the Gnu Radio DSP framework, such as GQRX.


If you can manipulate a signal using a formal mathematical model, you 
can use Gnu Radio to process that signal.


I'd suggest starting at:www.gnuradio.org




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio Questions

[Andrew Rich]

Thanks Marcus

Appreciate your time

Andrew 

Sent from my iPhone

> On 26 Jan 2014, at 8:05 am, "Marcus D. Leech"  wrote:
> 
>> On 01/25/2014 04:59 PM, Andrew Rich wrote:
>> Hi, got some questions
>> 
>> 1. Can GNURadio run on OpenSUSE Linux
> Yes.
> 
>> 2. Can GNURadio work with RTL SDR dongles ?
> Yes.
> 
>> 3. What can you do with the output of GNU Radio
>> For instance, other than listening , can you
>> decode AX25 decode PSK31
>> visualise the audio like on a scope
>> do a spectral display
>> decode ADS-B
>> decode AIS
>> decode pagers
>> Andrew VK4TEC
> Gnu Radio is primarily a *development framework* for host-based DSP, mostly 
> from SDR radio hardware.  It isn't a "plug and play" application for
>  "casual airwave surfing", although such applications have been *written* 
> using the Gnu Radio DSP framework, such as GQRX.
> 
> If you can manipulate a signal using a formal mathematical model, you can use 
> Gnu Radio to process that signal.
> 
> I'd suggest starting at:www.gnuradio.org
> 
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Need an "indicator" on the GUI display

[jim]

Thanks for the tip. I tried it... but the numbers and peak/average buttons will introduce complexity instead of simplifying the interface. I did learn about the number sink. Thank you for the tip. Maybe I'll try to disassemble the number sink to make a light.Jim


 Original Message 
Subject: Re: [Discuss-gnuradio] Need an "indicator" on the GUI display
From: Dan CaJacob 
Date: Sat, January 25, 2014 4:43 pm
To: "j...@moudy.com" 
Cc: "discuss-gnuradio@gnu.org" 

The number sink has a gauge option.On Saturday, January 25, 2014,  wrote: I've written an application for my client. The application works great (monitoring multiple channels for radio traffic and recording the demod FM stream). The client would like to see a couple of lights that show activity on the channel rather than a FFT GUI plot, which I like. Does anyone know of a "indicator" (on off light) that I can put on a GUI? Alternatively, maybe a VU meter widget? The Indicator would show when a squelch is active or a threshold has been crossed.Thanks for any ideas. -- Very Respectfully,Dan CaJacob 



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] (no subject)

[Maheshkumar Pandit]

hello sir


  here , i try to install air modes but i face this kind of
error

mahesh@HP:~/gr-air-modes/build$ cmake ..
-- Build type not specified: defaulting to release.
Checking for GNU Radio Module: RUNTIME
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-runtime.so
GNURADIO_RUNTIME_FOUND = TRUE
-- 
-- Python checking for PyZMQ
-- Python checking for PyZMQ - not found
CMake Error at CMakeLists.txt:87 (message):
  Python ZMQ bindings not found.


please guide me if you face such kind of error


thank you
-- 
*Thanks and regard:*


*MR.Maheshkumar Pandit*

*call @ 9662784649*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio