[Discuss-gnuradio] Throttle block form wav files

[Murray Thomson]

Hi,

I'm using a flow graph with no GUI to demodulate a signal. I have a
selector block that allows me to select the source of the signal between
the audio card and a wav file. I can change the source using an xmlrpc
server/client.

If I don't use a throttle block with the wav file, the flow graph takes all
the CPU and the server/client is very slow.
If I put a throttle, I get audio underruns when using the audio card. Same
problem for a constant source.

Can anyone please recommend a better way to do this?

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

Re: [Discuss-gnuradio] Throttle block form wav files

[Jeon]

Dear Murray Thomson,

Which value did you set as a throttle.
Typically 48 kHz or something... But I asked this just in case.

Or this thread might help (
https://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00517.html )

Regards,
Jeon.

2015-09-03 23:22 GMT+09:00 Murray Thomson :

> Hi,
>
> I'm using a flow graph with no GUI to demodulate a signal. I have a
> selector block that allows me to select the source of the signal between
> the audio card and a wav file. I can change the source using an xmlrpc
> server/client.
>
> If I don't use a throttle block with the wav file, the flow graph takes
> all the CPU and the server/client is very slow.
> If I put a throttle, I get audio underruns when using the audio card. Same
> problem for a constant source.
>
> Can anyone please recommend a better way to do this?
>
> Cheers,
> Murray
>
> ___
> 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] ATSC blocks

[Henry Barton]

I've got more info on my problem. Some of the blocks, including ATSC Field Sync 
Demux, are missing. Could they have been renamed or combined into other blocks? 
I don't understand why blocks would be missing from the latest stable Live DVD.
Any light shed on this would be greatly appreciated.
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Throttle block form wav files

[Kevin Reid]

On Sep 3, 2015, at 7:22, Murray Thomson  wrote:

> I'm using a flow graph with no GUI to demodulate a signal. I have a selector 
> block that allows me to select the source of the signal between the audio 
> card and a wav file. I can change the source using an xmlrpc server/client.
> 
> If I don't use a throttle block with the wav file, the flow graph takes all 
> the CPU and the server/client is very slow.
> If I put a throttle, I get audio underruns when using the audio card. Same 
> problem for a constant source.

You can't get audio underruns from an audio _source_, so I assume you have an 
audio _sink_ that you didn't mention in your description that you're using in 
both modes for the output of the demodulator.

It sounds like you have the audio _sink_ set not to block. In its properties, 
enable the “OK to Block” checkbox. Do not use a throttle.

This will allow the audio sink to limit the data rate from the wav source (by 
backpressure). When an audio source is being used, if the source and sink are 
from the same sound card and have the same sample rate requested then they 
should be happy too.

-- 
Kevin Reid  


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

Re: [Discuss-gnuradio] Throttle block form wav files

[Jeff Long]

You can't have a throttle block inline with an audio source. Did you try 
putting the throttle between the file source and the selector?


(I haven't actually tried this)

- Jeff

On 09/03/2015 10:22 AM, Murray Thomson wrote:

Hi,

I'm using a flow graph with no GUI to demodulate a signal. I have a
selector block that allows me to select the source of the signal between
the audio card and a wav file. I can change the source using an xmlrpc
server/client.

If I don't use a throttle block with the wav file, the flow graph takes
all the CPU and the server/client is very slow.
If I put a throttle, I get audio underruns when using the audio card.
Same problem for a constant source.

Can anyone please recommend a better way to do this?

Cheers,
Murray


___
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] How to add a new block

[Marcus Müller]

Hi Bala,

are you using an old gr_modtool that you found somewhere online?
You should never do that. When you install GNU Radio, it will install a
version of gr_modtool that works with your GNU Radio version.

Best regards,
Marcus

On 03.09.2015 12:57, Bala V. wrote:
> ubuntu@ubuntu:~/gr-howto$ gr_modtool makexml square_ff
> GNU Radio module name identified: howto
> Warning: This is an experimental feature. Don't expect any magic.
> Searching for matching files in lib/:
> Making GRC bindings for lib/square_ff_impl.cc...
> Traceback (most recent call last):
>   File "/usr/local/bin/gr_modtool", line 47, in 
> main()
>   File "/usr/local/bin/gr_modtool", line 39, in main
> modtool.run()
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/modtool_makexml.py",
> line 66, in run
> (params, iosig, blockname) = self._parse_cc_h(f)
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/modtool_makexml.py",
> line 165, in _parse_cc_h
> return (parser.read_params(), parser.read_io_signature(), blockname)
>   File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/parser_cc_block.py",
> line 81, in read_io_signature
> iosig['in'] =
> _figure_out_iotype_and_vlen(iosig_match.group('incall'),
> AttributeError: 'NoneType' object has no attribute 'group'
>


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

Re: [Discuss-gnuradio] ATSC blocks

[Ron Economos]

I believe ATSC Field Sync Demux is now called ATSC Field Sync Checker.

Ron

On 09/03/2015 06:46 AM, Henry Barton wrote:
I've got more info on my problem. Some of the blocks, including ATSC 
Field Sync Demux, are missing. Could they have been renamed or 
combined into other blocks? I don't understand why blocks would be 
missing from the latest stable Live DVD.


Any light shed on this would be greatly appreciated.

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

Re: [Discuss-gnuradio] Throttle block form wav files

[Kevin Reid]

On Sep 3, 2015, at 8:24, Murray Thomson  wrote:

> Even selecting source and sink from the audio card, if I have a wav file 
> playing in another input of the selector without a throttle, the CPU goes to 
> 100%. To avoid it I put the wav file, then the throttle and the the selector. 
> I've read that is bad practice but I couldn't reduce the CPU usage in any 
> other way.

(Please make sure to CC the mailing list in your replies.)

Ah. I just looked at the implementation of the selector block, and found that 
its documentation lies. It does not leave its unused inputs “disconnected” 
(which is actually good, because that would cause errors in some cases), but 
connects them to null sinks (which consume all the input they're given).

So, using a throttle is a workaround for this. (The cost is that since the 
throttle's timing is based on the CPU clock, not the audio card clock, you'll 
occasionally get either underrun or overrun.)

Here are some better solutions, from simplest to best:

1. Using some method to force the wav source and audio source to match sample 
rates. Specifically, you could use a “Multiply by Matrix” block to replace the 
function of the Selector entirely: give it a matrix value of either ((1, 0),) 
or ((0, 1),) to select just one input.

2. Modifying, or creating a replacement for, the selector block which does not 
connect to a null sink but rather to a block of some sort which never accepts 
any data and so stops that branch of the flowgraph. (I don't think such a block 
actually exists, but it could, and there might be something else that acts like 
it.)

3. Actually remove from the flowgraph whichever of the wav source and audio 
source are not currently in use. This is the most general, efficient, and 
straightforward solution, but unfortunately it cannot be built within GNU Radio 
Companion -- you must write some C++ or Python code. If you don't want to stop 
using GRC entirely, you could isolate that part by putting the connection 
changing logic inside a hierarchical block; this would be similar to the 
selector block itself, but it would be a source, which has the wav and audio 
sources "built into" it. Alternatively, you could write your main()/top block 
as a Python program and put the _rest_ of your logic (the demodulator and sink) 
into a GRC block which is used by the Python program. Either way works.

-- 
Kevin Reid  


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

Re: [Discuss-gnuradio] Display Problem with QT GUI Vector Sink

[Martin Braun]

The vector sink has an averaging option, is that on?

M
On 03.09.2015 02:25, gnura...@simonbiehl.de wrote:
> Dear all,
> 
> I built an angle-of-arrival system using four Ettus USRP2. I'm facing a
> problem when trying to display a vector containing the calculated
> MUSIC-Spectrum using a “QT GUI Vector Sink”. The vector sink won't
> display any data for the first two minutes, and then it is starting to
> show very old values. When I use the block “Vector to Stream” and a
> simple “QT GUI Time Sink” instead, the values are displayed immediately
> without delay.
> 
> The block “music_cf” feeding the vector sink is a sync_decimator,
> generating one vector of 181 elements for every 1000 input samples. I've
> provided a shortened version of my c++ code in the attachment, without
> the actual mathematics.
> 
> What could be the reason for this huge delay when using the “QT GUI
> Vector Sink”? Is it a buffering problem?
> 
> Best regards,
> Simon
> 
> Block Diagram:
> http://fs1.directupload.net/images/150903/7cnqbzup.png
> 
> 
> ___
> 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] Throttle block form wav files

[Murray Thomson]

On 3 September 2015 at 16:43, Kevin Reid  wrote:

> On Sep 3, 2015, at 8:24, Murray Thomson 
> wrote:
>
> > Even selecting source and sink from the audio card, if I have a wav file
> playing in another input of the selector without a throttle, the CPU goes
> to 100%. To avoid it I put the wav file, then the throttle and the the
> selector. I've read that is bad practice but I couldn't reduce the CPU
> usage in any other way.
>
> (Please make sure to CC the mailing list in your replies.)
>

Sorry, it was a mistake. For the list, just clarify that
I have an audio sink using the same audio card @ 96 KHz with the settings
set to OK to block YES.


> Ah. I just looked at the implementation of the selector block, and found
> that its documentation lies. It does not leave its unused inputs
> “disconnected” (which is actually good, because that would cause errors in
> some cases), but connects them to null sinks (which consume all the input
> they're given).
>
> So, using a throttle is a workaround for this. (The cost is that since the
> throttle's timing is based on the CPU clock, not the audio card clock,
> you'll occasionally get either underrun or overrun.)
>
> Here are some better solutions, from simplest to best:
>
> 1. Using some method to force the wav source and audio source to match
> sample rates. Specifically, you could use a “Multiply by Matrix” block to
> replace the function of the Selector entirely: give it a matrix value of
> either ((1, 0),) or ((0, 1),) to select just one input.
>
> 2. Modifying, or creating a replacement for, the selector block which does
> not connect to a null sink but rather to a block of some sort which never
> accepts any data and so stops that branch of the flowgraph. (I don't think
> such a block actually exists, but it could, and there might be something
> else that acts like it.)
>
> 3. Actually remove from the flowgraph whichever of the wav source and
> audio source are not currently in use. This is the most general, efficient,
> and straightforward solution, but unfortunately it cannot be built within
> GNU Radio Companion -- you must write some C++ or Python code. If you don't
> want to stop using GRC entirely, you could isolate that part by putting the
> connection changing logic inside a hierarchical block; this would be
> similar to the selector block itself, but it would be a source, which has
> the wav and audio sources "built into" it. Alternatively, you could write
> your main()/top block as a Python program and put the _rest_ of your logic
> (the demodulator and sink) into a GRC block which is used by the Python
> program. Either way works.
>
> Thanks, I'll try these solutions tomorrow. I assume that they also apply
to add a constant block into a selector block.


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

Re: [Discuss-gnuradio] How to add a new block

[Martin Braun]

And our official guided tutorials:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials

M

On 02.09.2015 23:46, Jeon wrote:
> Dear Bala,
> 
> I'd like to know what lots of errors in basic square block are.
> 
> Anyway, if you want to add a new block, please refer:
> 
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules
> and
> gr_modtool in
> http://static1.squarespace.com/static/543ae9afe4b0c3b808d72acd/t/55dc8a33e4b0ab4821199b21/1440516659004/5.+braun_martin-GR_from_Scratch+2015-08-24.pdf
> 
> Regards,
> Jeon.
> 
> 
> 2015-09-03 15:06 GMT+09:00 Bala V.  >:
> 
> I am getting lots of error in basic square block itself. so please give
> me a step by step procedure to add a new block.
> 
> --
> Posted via http://www.ruby-forum.com/.
> 
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to add a new block

[Martin Braun]

On 03.09.2015 08:00, Marcus Müller wrote:
> are you using an old gr_modtool that you found somewhere online?
> You should never do that. When you install GNU Radio, it will install a
> version of gr_modtool that works with your GNU Radio version.

Also, you're just posting output without any question or additional
information. Please read
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors,
it'll help you get feedback.

M


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

Re: [Discuss-gnuradio] GRCon15 Talk recordings

[Andy Walls]

On Sun, 2015-08-30 at 13:18 -0400, Andy Walls wrote:
> > Message: 2
> > Date: Sat, 29 Aug 2015 17:30:29 -0400
> > From: Sylvain Munaut

> > 
> > For anyone interested into digging into this, here are some recordings
> > of the mic RF signal during talks at GRCon 15
> > 
> > http://people.osmocom.org/~tnt/grcon/mic-f5.03e%2b08-s2.00e%2b06-t20150826090018.cfile
> > http://people.osmocom.org/~tnt/grcon/mic-f5.03e%2b08-s2.00e%2b06-t20150826090030.cfile
> > 
> > (Hehe, I bet you didn't expect that when you clicked on that email title :p)
> > 
> > 
> > Microphone system is from Shure, their ULXD line of products (
> > http://www.shure.com/americas/products/wireless-systems/ulxd-systems )
> > FCC filing for the microphone that was used: https://fcc.io/DD4ULXD1G50
> > 
> > Modulation is 8-PSK and symbol rate is 156250 sym/s

FWIW, 8-PSK at 156250 sym/s confirmed. :)

It took me long enough.  I'm so used to FSK and ASK systems, PSK took a
little while to recall.

-Andy

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

[Discuss-gnuradio] How to add a new block

[Bala V.]

I am getting lots of error in basic square block itself. so please give
me a step by step procedure to add a new block.

-- 
Posted via http://www.ruby-forum.com/.

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

[Discuss-gnuradio] GNU Radio live USB. GRUB2 broken, how to fix it?

[Fernando Peral]

Hi!

I Installed GNU Radio live on a usb stick and I was changing some
aspects of its configuration.
I like to delete some entries of the boot menu (is to use with my
students at class and I don't one anyone to use "install ubuntu") and i
broke grub2. Now the usb stick does not boot.

I know hot to fix a normal grub2 installation, but as it is a grub2 on a
casper filesystem I don't know how to fix it.  Any help please?

regards


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

Re: [Discuss-gnuradio] FSK receiver

[Marcus Müller]

Hoang,

there's the frequency modulator block. I think this is what you're
looking for.

Best regards,
Marcus

On 03.09.2015 07:03, Hoang Nguyen Tran wrote:
> Hi Rich,
> I am continue with the transmitting part ?
> However, I cannot fine the FSK modulate block or Quadrature mod in GNU
> radio companion.
> Is there another block that use for FSK modulation in GNU radio ? I
> found DPSK mod, GFSK mod, GMSK mod ... however not FSK.
> Do you have any example for transmitting flow graph in GNU radio with
> USRP ? If yes, could you please give any hint ?
> Thank you and best regard
> Hoang
>
> On Mon, Aug 31, 2015 at 7:31 PM, Hoang Nguyen Tran
> > wrote:
>
> Thank you Rich,
> I have added Rational Resample with the formular : Fs_out = Fs_in
> x Interpolation / Decimation
> Then the grc run without error.
>
>
> On Fri, Aug 28, 2015 at 7:03 PM, Richard Bell
> > wrote:
>
> Hi Hoang,
>
> Yes it's a problem with your design. You have 2 Msps feeding
> into an audio sink that probably goes up to 48 ksps. You need
> to change your sample rate from 2 Msps to a rate your sound
> card supports. I would target one of the default rates you can
> select from the audio sink. You can use polyphase arbitrary
> resampler block with the proper resampling ratio 2M/48k
> entered leaving the taps blank and the other parameters to
> default.
>
> Hope that helps,
> Rich
>
> On Fri, Aug 28, 2015 at 2:19 PM, Hoang Nguyen Tran
> > wrote:
>
> Dear all,
>
> I have just built a FSK receiver aim to receive Cubesat
> data with FSK modulation with 9600 baud rate, below is my
> flow graph.
> I have just tested it with usb dongle RTL-SDR, however
> when I'm using audio sink, I received  O (overrun I
> think) continuously .
> Does it have anything wrong with my set up ?
>
> samplerate 2M
> cut off freq 9600
> transition 4800
>
> I really appriciate for any comment on my FSK receiver
> flowgraph, I am a newbie :)
>
> Thank you and best regard,
> Hoang
>
> -- 
>  -HoangNT-
> PhoneNo :  +841654248782 
> Skype : hoangastro
> FB : https://www.facebook.com/kenshin.rorouni
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
>
> -- 
>  -HoangNT-
> PhoneNo :  +841654248782 
> Skype : hoangastro
> FB : https://www.facebook.com/kenshin.rorouni
>
>
>
>
> -- 
>  -HoangNT-
> PhoneNo :  +841654248782
> Skype : hoangastro
> FB : https://www.facebook.com/kenshin.rorouni
>
>
> ___
> 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] How to add a new block

[Jeon]

Dear Bala,

I'd like to know what lots of errors in basic square block are.

Anyway, if you want to add a new block, please refer:

http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules
and
gr_modtool in
http://static1.squarespace.com/static/543ae9afe4b0c3b808d72acd/t/55dc8a33e4b0ab4821199b21/1440516659004/5.+braun_martin-GR_from_Scratch+2015-08-24.pdf

Regards,
Jeon.


2015-09-03 15:06 GMT+09:00 Bala V. :

> I am getting lots of error in basic square block itself. so please give
> me a step by step procedure to add a new block.
>
> --
> Posted via http://www.ruby-forum.com/.
>
> ___
> 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] Display Problem with QT GUI Vector Sink

[gnuradio]

Dear all,

I built an angle-of-arrival system using four Ettus USRP2. I'm facing a 
problem when trying to display a vector containing the calculated 
MUSIC-Spectrum using a “QT GUI Vector Sink”. The vector sink won't 
display any data for the first two minutes, and then it is starting to 
show very old values. When I use the block “Vector to Stream” and a 
simple “QT GUI Time Sink” instead, the values are displayed immediately 
without delay.


The block “music_cf” feeding the vector sink is a sync_decimator, 
generating one vector of 181 elements for every 1000 input samples. I've 
provided a shortened version of my c++ code in the attachment, without 
the actual mathematics.


What could be the reason for this huge delay when using the “QT GUI 
Vector Sink”? Is it a buffering problem?


Best regards,
Simon

Block Diagram:
http://fs1.directupload.net/images/150903/7cnqbzup.png/* -*- c++ -*- */

#ifdef HAVE_CONFIG_H
#include "config.h"
#endif

#include 
#include "music_cf_impl.h"
#include 
#include 
#include 
#include 

using Eigen::VectorXf;
using std::complex;
using namespace std;

namespace gr {
  namespace aoa {

music_cf::sptr
music_cf::make(float fc, float threshold, int vlen)
{
  return gnuradio::get_initial_sptr
(new music_cf_impl(fc, threshold, vlen));
}

/*
 * The private constructor
 */
music_cf_impl::music_cf_impl(float fc, float threshold, int vlen)
  : gr::sync_decimator("music_cf",
  gr::io_signature::make(4, 4, sizeof(gr_complex)),
  gr::io_signature::make(1, 1, sizeof(float)*vlen), 1000),
	  d_fc(fc),
	  d_threshold(threshold),
	  d_vlen(vlen)
{
}

/*
 * Our virtual destructor.
 */
music_cf_impl::~music_cf_impl()
{
}

int
music_cf_impl::work(int noutput_items,
			  gr_vector_const_void_star _items,
			  gr_vector_void_star _items)
{
const gr_complex *in0 = (const gr_complex *) input_items[0];
	const gr_complex *in1 = (const gr_complex *) input_items[1];
const gr_complex *in2 = (const gr_complex *) input_items[2];
	const gr_complex *in3 = (const gr_complex *) input_items[3];
	float *out = (float *) output_items[0];

	VectorXf Zf(d_vlen); // Float vector of length d_vlen from Eigen3 library

	// calculations to fill Zf with data not posted here

	float out_vector [d_vlen];
	for(int n=0; n

[Discuss-gnuradio] How to add a new block

[Bala V.]

ubuntu@ubuntu:~/gr-howto$ gr_modtool makexml square_ff
GNU Radio module name identified: howto
Warning: This is an experimental feature. Don't expect any magic.
Searching for matching files in lib/:
Making GRC bindings for lib/square_ff_impl.cc...
Traceback (most recent call last):
  File "/usr/local/bin/gr_modtool", line 47, in 
main()
  File "/usr/local/bin/gr_modtool", line 39, in main
modtool.run()
  File
"/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/modtool_makexml.py",
line 66, in run
(params, iosig, blockname) = self._parse_cc_h(f)
  File
"/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/modtool_makexml.py",
line 165, in _parse_cc_h
return (parser.read_params(), parser.read_io_signature(), blockname)
  File
"/usr/local/lib/python2.7/dist-packages/gnuradio/modtool/parser_cc_block.py",
line 81, in read_io_signature
iosig['in'] =
_figure_out_iotype_and_vlen(iosig_match.group('incall'),
AttributeError: 'NoneType' object has no attribute 'group'

-- 
Posted via http://www.ruby-forum.com/.

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

[Discuss-gnuradio] ctrlport_probe2_x with gr-ctrlport-monitor in the absence of samples

[Eric Statzer]

I'm attempting to use ctrlport_probe2_x and gr-ctrlport-monitor to probe
points in a bursty flowgraph.  When I place a ctrlport_probe2_x probe
somewhere in the part of my flowgraph that process samples only upon
reception of a burst, gr-ctrlport-monitor doesn't fully initialize
(populate its list of controlport "knobs") until after all
ctrlport_probe2_x blocks have performed at least one call to work().
Furthermore, the gr-ctrlport-monitor GUI is only responsive to user input
if all ctrlport_probe2_x blocks in the flowgraph are regularly making calls
to work() (i.e. gr-ctrlport-monitor query latency becomes equal to the time
that elapses between processing individual bursts), so if for some reason
bursts ever stop trickling to one of the probes, gr-ctrlport-monitor
becomes unresponsive to user input.

The gr-ctrlport-monitor behavior can be recreated with any simple flowgraph
that contains a ctrlport_probe2_x that will never (or infrequently) make a
call to work, such as: random_pdu -> pdu_to_tagged_stream ->
ctrlport_probe2_b, where the "generate" port of the random_pdu block is
left unconnected.  Attempting to connect gr-ctrlport-monitor to this
flowgraph will cause gr-ctrlport-monitor to be unresponsive (have to kill
it) almost immediately after the GUI is displayed.

I wasn't sure if this is a limitation of ctrlport_probe2_x or
gr-ctrlport-monitor, but I wanted to see if t was was possible to make the
combination play nicely together when applied to a bursty flowgraph.

Relevant system info:
  GNU Radio 3.7.8
  Thrift 0.9.2
  Ubuntu 15.04

Thanks in advance,
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio live USB. GRUB2 broken, how to fix it?

[Johnathan Corgan]

On Thu, Sep 3, 2015 at 12:41 AM, Fernando Peral 
wrote:


> I Installed GNU Radio live on a usb stick and I was changing some
> aspects of its configuration.
>

​What are you using to create the USB drive?​

I know hot to fix a normal grub2 installation, but as it is a grub2 on a
> casper filesystem I don't know how to fix it.  Any help please?
>

​I expect you'll find it easiest to start over from scratch.

For reference, when we create the live USB drives for our classes​, we use
Unetbootin, then replace the installed syslinux and grub configuration
files with these:

https://github.com/gnuradio/gnuradio-livesdr/blob/livesdr-snapshot/custom/grub/syslinux.cfg
https://github.com/gnuradio/gnuradio-livesdr/blob/livesdr-snapshot/custom/grub/grub.cfg

These have the extraneous menu options removed and allow the user to choose
between persistent and non-persistent modes.  The syslinux.cfg controls the
boot options when booting in legacy BIOS mode, and the grub.cfg controls
the boot options in UEFI boot mode.

-- 
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
Intro to SDR Class -
​Nov. 2-3, Santa Clara, CA
Intro to SDR Class -
​Nov​
.
​4​
-
​5​
,
​Columbia, MD
http://corganlabs.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] BitRate USRP N210

[Abdeslam Bourkane]

Hello,

What is the minimum bit-rate of the N210 ? There is any formula to define
it ?

The N210 has 16 bit samples (limited by the host-GigE) so up to 25MS/s.

C. Freq = 846.8 MHz
Bandwidth = 1MHz
Channel Bandwidth = 100 Hz
Sample Rate (Fs) = 20KHz

Is that correct :
BitRate = sample rate * 16bit * 2 ?
BitRate = 20KHz * 16 bit * 2 = 6.4 Mbps

The speedometer shows 798 KB/s (6.384Mbps).

Thanks in advance

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

Re: [Discuss-gnuradio] CC1101

[Alexey Bazhin]

I can't exatly answer your question, but this might help you
https://funoverip.net/2014/07/gnu-radio-cc-packets-encoderdecoder-blocks/

On Sun, 30 Aug 2015 10:20:44 -0400
Behnam Azimi  wrote:

> I want to demodulate signal generated by CC1101 with USRP and
> Gnuradio, and my signal information listed below:
> 
> Modulation : GFSK
> Preamble 4 bytes
> sync 4 byte
> Packet length fix
> Manchester  Disable
> CRC Check no
> White spacing Yes
> 
> Data rate: 9600k
> Bandwidth :58036Hz
> F(IF) :380860 Hz
> Carrier Frequency: 450Mhz
> Fdeviation: 5157.5
> Channel:49988Hz
> Sampling Rate 1MHz
> 
> I try to use one of the sample in internet by demoudulating with
> QuadDemode also I used GFSK Demod too in both of them I could not
> detect any frame. Could you please check attached picture and see If
> I missed anything .
> 
> Thanks,
> Behnam


-- 
Alexey Bazhin 

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