[Discuss-gnuradio] Finish python app after some processing in a C++ work() function

2015-03-03 Thread Jorge Gallo
Hi, I would like to find a way of saying to Python top_block that it should stop processing and the application must finish. One of the blocks of the application will be a custom block and after gathering some samples it must tell python to stop. Is there a direct way of doing that?

Re: [Discuss-gnuradio] Finish python app after some processing in a C++ work() function

2015-03-03 Thread Jorge Gallo
Hi, That is what I call direct way =P Thank you Marcus! On 3 March 2015 at 17:53, Marcus Müller marcus.muel...@ettus.com wrote: Yes, just let the block return the magic WORK_DONE (==-1) value. Greetings, Marcus On 03/03/2015 05:51 PM, Jorge Gallo wrote: Hi, I would like to find

Re: [Discuss-gnuradio] Finish python app after some processing in a C++ work() function

2015-03-03 Thread Jorge Gallo
Marcus, I read on the mailing list that the FG may not get killed if the FG uses message passing. Is this already solved? Do I have to do anything else when using message passing? Thanks in advance. On 4 March 2015 at 08:16, Jorge Gallo jmig...@gmail.com wrote: Hi, That is what I call

[Discuss-gnuradio] stream tagging at iregular periods of time

2015-03-02 Thread Jorge Gallo
Hello, I am a little confused about stream tagging. I read in the documentation that one tag can be appended to any sample in the data stream so it can be something that happens once in a while and it doesn't have to be at regular intervals. That is pretty useful. Then, when reading about

[Discuss-gnuradio] New python block gr_modtool - When no inputs/outputs, which parent should I use?

2015-02-24 Thread Jorge Gallo
Hello, I tried to implement a python block which generates tuning commands every 5 seconds. Python block: 0 inputs, 0 outputs, 1 out_msg port which must be declared in the constructor. I used gr_modtool. I got some trouble that I think can be easily solved. New python block:

[Discuss-gnuradio] creating and importing a new python block

2015-02-23 Thread Jorge Gallo
Hello, I tried to build my first custom block. Very easy. It just generates one tune msg every 5 seconds. I followed steps of writing an OOT block in python: http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules#Tutorial-3-Writing-a-signal-processing-block-in-Python % gr_modtool

Re: [Discuss-gnuradio] Msg passing + tag streaming: Is this flowgraph possible?

2015-02-23 Thread Jorge Gallo
block and reads tags from the data streaming? Martin, any comments or wrong ideas about my last reply? Many thanks for your support, Jorge. On 20 February 2015 at 12:32, Jorge Gallo jmig...@gmail.com wrote: On 20 February 2015 at 10:26, Martin Braun martin.br...@ettus.com wrote: On 02/20

Re: [Discuss-gnuradio] Msg passing + tag streaming: Is this flowgraph possible?

2015-02-20 Thread Jorge Gallo
On 20 February 2015 at 10:26, Martin Braun martin.br...@ettus.com wrote: On 02/20/2015 09:33 AM, Jorge Gallo wrote: Hello, I would like to run a flowgraph similar to the one I attach in a picture. It would work as follows: USRP source would send frames with tags indicating

[Discuss-gnuradio] Msg passing + tag streaming: Is this flowgraph possible?

2015-02-20 Thread Jorge Gallo
Hello, I would like to run a flowgraph similar to the one I attach in a picture. It would work as follows: USRP source would send frames with tags indicating the rx_freq of these samples. Then the power of those samples will be calculated. Will the rx_freq tag still be present at the input

[Discuss-gnuradio] Flush samples of blocks when changing centrer frequency

2015-02-05 Thread Jorge Gallo
Hi, I have a python flowgraph with several blocks. One of them is a filter.single_pole_iir_filter_ff which does a moving average. The last block is a Sink to file block. I scan several bands, 10MHz each, in order to get the power of the signals in those bands. I use moving average to get an

Re: [Discuss-gnuradio] Flush samples of blocks when changing centrer frequency

2015-02-05 Thread Jorge Gallo
February 2015 at 11:57, sreeraj r rsree...@gmail.com wrote: On Thu, Feb 5, 2015 at 11:30 AM, Jorge Gallo jmig...@gmail.com wrote: Hi, I have a python flowgraph with several blocks. One of them is a filter.single_pole_iir_filter_ff which does a moving average. The last block is a Sink to file

Re: [Discuss-gnuradio] UHD Error: recv packet demuxer unexpected sid

2015-02-04 Thread Jorge Gallo
I need those different center frequencies since I need to scan a large BW. What is the best approach to do that? Many thanks for you support. On 2 February 2015 at 16:01, Marcus Müller marcus.muel...@ettus.com wrote: Hi Jorge, On 02/02/2015 08:21 AM, Jorge Gallo wrote: Hi Marcus, Many

Re: [Discuss-gnuradio] UHD Error: recv packet demuxer unexpected sid

2015-02-01 Thread Jorge Gallo
)? Best regards, Marcus On 01/30/2015 12:46 PM, Jorge Gallo wrote: Sometimes I run my python program I continuously get this error: . UHD Error: recv packet demuxer unexpected sid 0x3fff9 UHD Error: recv packet demuxer unexpected sid 0x4fff9 UHD Error

[Discuss-gnuradio] UHD Error: recv packet demuxer unexpected sid

2015-01-30 Thread Jorge Gallo
Sometimes I run my python program I continuously get this error: . UHD Error: recv packet demuxer unexpected sid 0x3fff9 UHD Error: recv packet demuxer unexpected sid 0x4fff9 UHD Error: recv packet demuxer unexpected sid 0xfffe0003 UHD Error: recv packet

Re: [Discuss-gnuradio] USRP B200 host BW with USB 3.0/2.0

2015-01-29 Thread Jorge Gallo
to demodulate data so that it would be fine to proceed that way. However i would rather get 40MHz in a row. Many thanks, Jorge On 29 January 2015 at 14:07, Martin Braun martin.br...@ettus.com wrote: On 01/29/2015 01:48 PM, Jorge Gallo wrote: I understand the given values of host bandwidth for each

[Discuss-gnuradio] USRP B200 host BW with USB 3.0/2.0

2015-01-29 Thread Jorge Gallo
I understand the given values of host bandwidth for each protocol: USB 2.0 8 (MS/s @ 16-bit I/Q) USB 3.061.44 (MS/s @ 16-bit I/Q) However I would like to process 40MHz of analogue BW in GNURadio over USB 2.0 I fully understand a continuous reception is not

Re: [Discuss-gnuradio] USRP B200 host BW with USB 3.0/2.0

2015-01-29 Thread Jorge Gallo
-bounces+ralph=schmid@gnu.org] *On Behalf **Of *Jorge Gallo *Sent:* Thursday, January 29, 2015 4:07 PM *To:* Martin Braun *Cc:* GNURadio Discussion List *Subject:* Re: [Discuss-gnuradio] USRP B200 host BW with USB 3.0/2.0 Martin, The alternative of a USB 3.0 is not having 5 USRPs

Re: [Discuss-gnuradio] log POWER FFT Output - Samples flipped in frequency

2015-01-28 Thread Jorge Gallo
Hello, I guess it shouldn't be very difficult to change in order to get the output is from -BW/2 to BW/2 instead of [DC BW/2 + -BW/2 DC]. Should I modify my python flowgraph or my log POWER FFT hier block? I just need to flip the samples and I guess there is a recommended way to do that. Can