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 n

[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 p

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

2015-01-29 Thread Jorge Gallo
ot need 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 wrote: > On 01/29/2015 01:48 PM, Jorge Gallo wrote: > > I understand the given values of host bandwidth for each pr

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

2015-01-29 Thread Jorge Gallo
@gnu.org [mailto: > discuss-gnuradio-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 > > >

[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 demu

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

2015-02-01 Thread Jorge Gallo
ind_devices)? > > 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 E

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 wrote: > Hi Jorge, > > On 02/02/2015 08:21 AM, Jorge Gallo wrote: > > Hi Marcus, > > >

[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 av

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

2015-02-05 Thread Jorge Gallo
February 2015 at 11:57, sreeraj r wrote: > > On Thu, Feb 5, 2015 at 11:30 AM, Jorge Gallo 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 >> averag

[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 inpu

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 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 frame

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 wrote: > > On 20 February 2015 at 10:26, Martin Braun wrote: > >> On 02/20/2015 09:33 AM, Jo

[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

[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: #!/usr/bin/en

[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 Tag

[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? Reg

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 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, > > >

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 wrote: > Hi, > > That is what I call dire