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?
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
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
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
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:
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
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
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
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
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
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
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
)?
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
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
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
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
-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
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
18 matches
Mail list logo