ng the tsb_tag_name to packet_len (which I
> guess causes the usrp sink to ignore tx_sob, tx_eob, etc.).
>
> Thanks again,
>
> - Rich
>
> On Wed, Nov 16, 2016 at 11:23 AM, Sean Nowlan <nowl...@ieee.org> wrote:
>
>> I think you will have to write a custom
I think you will have to write a custom block that is similar to the
pdu_to_tagged_stream block, but doesn't inherit from tagged_stream_block to
avoid the limitation on the number of samples that can be handled. Here's
how I'd do it, but keep in mind I haven't tried this and you may get into
your OS that you need a lot of shared memory (or
> else you'll run into the very BOFH-esque error "No space left on device"
> when GNU Radio allocates buffers).
>
> Greetings,
>
> Marcus
>
> On 06.10.2016 20:20, Sean Nowlan wrote:
>
> Hi list -
>
> For a
Hi list -
For a particular application, I need to make a block that can save a ton of
history in some type of circular buffer - think 10M+ samples - and the
entire buffer needs to be available inside of a call to work. It seems like
I have two choices:
1) Implement my own internal buffer, and
I'd like to use BER Curve Gen and QT BER Sink to simulate some FEC schemes
that have different code rates. I'm wondering about the right way to do
this so that the plots are w.r.t. EBN0 as opposed to ESN0.
For example, in gr-fec/examples/ber_curve_gen.grc, plots are w.r.t ESN0. In
order to make
com> wrote:
> On Tue, May 3, 2016 at 10:51 AM, Sean Nowlan <nowl...@ieee.org> wrote:
>
>> I believe the non-GUI embedded SDK installer from 20-APR-2016 posted here
>> [1] is corrupted, or at least the download keeps failing in the same way.
>>
>> The SHA2
at 11:51 AM, Sean Nowlan <nowl...@gmail.com> wrote:
> Ok, thanks. FYI, it looks like ORC 0.4.23 is being used in OpenEmbedded
> Jethro. This version incorporated the bugfix, so it could theoretically be
> enabled in meta-sdr's gnuradio build.
>
> Sean
>
> On Tue, Ma
I believe the non-GUI embedded SDK installer from 20-APR-2016 posted here
[1] is corrupted, or at least the download keeps failing in the same way.
The SHA256 checksums do not match:
Posted [2]: 0c50d6d44db9cb030800cfffe0ff2a4d7022a2c1c5e0b9c9f2dc155435c5657a
Actual:
According to the wiki [1], ORC support was disabled on armhf due to a bug,
which has apparently since been resolved [2]. Was ORC support added back
for armhf in the most recent SDK from 20-APR-2016 [3]? I.e., is the wiki
page just out of date?
Thanks,
Sean
[1]
On 06/21/2013 09:56 AM, Tom Rondeau wrote:
The only thing that comes to mind is a problem we had with something
else that seems to be a result of using GCC 4.7. I always just use 4.6
to that I can build and use ControlPort. If someone who is having
these problems can tell me if they are using
On 06/12/2013 12:42 PM, Dan CaJacob wrote:
I think the range across which you have acceptable linearity may be
somewhat related to the type of signal you are using. The general
recommendation in the past has been to stick below 0.2 The graphs
show that you only lose about 7 dBm of total
On 06/12/2013 08:09 PM, Marcus D. Leech wrote:
On 06/12/2013 08:00 PM, Jay Prakash wrote:
Sry,
It's switch but not a dedicated one.
Sample rate 1M.
But error came even at 32k.
Jay Prakash
Well, 32K isn't a valid sample rate, Jay.
Sample rates have to be a proper integer fraction of the
On 06/12/2013 08:49 PM, Marcus D. Leech wrote:
On 06/12/2013 08:29 PM, Sean Nowlan wrote:
The minimum reasonable sample rate I've used is 2e5 (100e6/2e5 =
500). I think 100e6/512 = 195312.5 is the smallest supported rate.
Yup, sorry, you're right. I tend to pick values that are valid
. So N can be any integer even greater than 512 right. In that way,
what is the minimum that the USRP accepts. what is maximum N that can be used.
On Thu, Jun 13, 2013 at 6:20 AM, Sean Nowlan sean.now...@gtri.gatech.edu
wrote:
On 06/12/2013 08:49 PM, Marcus D. Leech wrote:
On 06/12/2013 08:29 PM
Do late packets always get dropped by the USRP? What happens if its buffers get
filled up with samples, all of which are late?
Marcus D. Leech mle...@ripnet.com wrote:
L = late packet, there was a time on the packet which was time on
device when
There are two different cases for late
On 06/10/2013 01:17 PM, Josh Blum wrote:
On 06/10/2013 09:43 AM, Sean Nowlan wrote:
Do late packets always get dropped by the USRP? What happens if its buffers get
filled up with samples, all of which are late?
The stream args have a policy parameter. Also, these args can be set
from
On 06/04/2013 01:09 PM, Monahan-Mitchell, Tim wrote:
- How is it possible to transmit a file (as a signal source) repeatedly and
continously without interrupts (with gnuradio uhd) ??
Even without the USRP (i.e. just simulating with throttle graphical sinks and
a file source) interrupts
GnuradioConfig.cmake was recently added to master. It broke finding
gnuradio-digital include directories. The reason for the failure was the
following line:
112GR_MODULE(DIGITAL gnuradio-digital digital/lfsr.h gnuradio-digital)
The LFSR and most other gr-digital components haven't been
On 05/09/2013 09:48 AM, Tom Rondeau wrote:
Good catch, Sean, and thanks for the patch as well! Seems I can't make
any changes without messing up between the master/next changes these
days... I'm making sure all of the components are searching for the
right headers in master and next.
On 05/09/2013 12:28 PM, Tom Rondeau wrote:
On Thu, May 9, 2013 at 11:56 AM, Sean Nowlan
sean.now...@gtri.gatech.edu wrote:
On 05/09/2013 09:48 AM, Tom Rondeau wrote:
Good catch, Sean, and thanks for the patch as well! Seems I can't make any
changes without messing up between the master/next
On 05/03/2013 08:59 AM, Sean Nowlan wrote:
On 05/02/2013 10:37 PM, Marcus D. Leech wrote:
Has anyone experienced any build failures in UHD on Ubuntu 13.04 using
build-gnuradio?
I haven't upgraded my Ubuntu system yet, and I have had one report of a
UHD build failure on Ubuntu 13.04
due
On 05/03/2013 01:26 PM, Marcus Müller wrote:
Hi Sean,
have you tried using tb.msg_connect(src, out_port_id, dst,
in_port_id) instead of tb.connect?
Cheers
Marcus
I'm trying to post a message to a port from top_block as opposed to
connecting the output port of one block to the input of dst.
On 05/03/2013 01:41 PM, Sean Nowlan wrote:
On 05/03/2013 01:26 PM, Marcus Müller wrote:
Hi Sean,
have you tried using tb.msg_connect(src, out_port_id, dst,
in_port_id) instead of tb.connect?
Cheers
Marcus
I'm trying to post a message to a port from top_block as opposed to
connecting
I'm trying to create a block that accepts messages and prints them out.
I created a block that extends gr_block and it has no stream ports: I'm
using gr_io_signature(0,0,0) for input and output. I am following the
guidance of this page:
http://gnuradio.org/doc/doxygen/page_msg_passing.html
If I'm reading ofdm_carrier_allocator_cvc_impl.cc right, it appears that
the user must make sure that the occupied carrier indexes and pilot
tones don't refer to the same positions with OFDM symbols, otherwise the
occupied data carriers will get blown array. Is this correct?
--sean
On 04/23/2013 02:06 PM, Nelson Pina wrote:
Hi everyone,
I have been trying to make a gnuradio out-of-the-tree block that is
able to control the four GPIOs, currently attached to LED's, of the
SBX daughter-boards working with an USRP motherboard.
I wonder if anyone can help me on this,
On 04/22/2013 11:59 AM, Sean Nowlan wrote:
On 04/18/2013 12:28 PM, Tom Rondeau wrote:
On Thu, Apr 18, 2013 at 12:15 PM, Sean Nowlan
sean.now...@gtri.gatech.edu wrote:
How does one setup cmake to find gr-blocks, gr-filter, etc. in
out-of-tree
modules? Is there already a cmake routine
How does one setup cmake to find gr-blocks, gr-filter, etc. in
out-of-tree modules? Is there already a cmake routine for this, or
should I copy gr-newmod/cmake/Modules/FindGnuradioCore.cmake and plug
in the right names?
--sean
___
Discuss-gnuradio
Hi GR admins -
When one of you gets a chance, could you please approve my wiki/tracker
account if it isn't already? Thanks!
Sean Nowlan
sean.nowlan -at- gtri.gatech.edu
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
I want to see whether very long PDUs would break the new tagged stream
model implementation in recent GR versions. Let's say I want to use
tagged streams with length tags to transmit streams that would require
many more samples than a single call to work() could handle. From diving
into the
On 04/17/2013 11:34 AM, Martin Braun (CEL) wrote:
On Wed, Apr 17, 2013 at 10:12:31AM -0400, Sean Nowlan wrote:
I want to see whether very long PDUs would break the new tagged
stream model implementation in recent GR versions. Let's say I want
to use tagged streams with length tags to transmit
On 04/17/2013 01:52 PM, Johnathan Corgan wrote:
On Wed, Apr 17, 2013 at 8:34 AM, Martin Braun (CEL)
martin.br...@kit.edu mailto:martin.br...@kit.edu wrote:
As you also point out, they work well for packetized data
transmission.
When I was working on the new OFDM blocks, I had
I wasn't sure it was worth filing a bug report because it's a 1-char
documentation bug, but as you can see it's critical to the context:
diff --git a/gr-blocks/include/blocks/repack_bits_bb.h
b/gr-blocks/include/blocks/repack_bits_bb.h
index 268e4ee..f33d4bd 100644
---
On 04/14/2013 05:53 AM, Josh Blum wrote:
On 04/12/2013 07:45 PM, Sean Nowlan wrote:
I mean to set those controls dynamically based on incoming stream
tags, similar to the way burst tags work. For instance I designed a
tx_gain tag that gets read by uhd_usrp_sink and sets the gain using
I'm not sure of its status, but there's a researcher building a cheap SDR for
doing Bluetooth security research (among other uses):
http://greatscottgadgets.com/hackrf/
--sean
karimkhan khan_karim2...@yahoo.com wrote:
___
Discuss-gnuradio mailing
I want to add some functionality to gr_uhd_usrp_sink to change frontend
gain and tune the DDC. I've achieved part of this in the past by
modifying the files directly in gnuradio/gr-uhd, but that's an imprecise
way to do it. Would you recommend I:
1) copy the code from the gnuradio tree to my
On 04/08/2013 04:45 PM, Jordan Otomo wrote:
Hi,
I have a packet-based application where it would be useful to know exactly when
each packet has been successfully radiated by the USRP (N200). It seems that
UHD and gr-uhd already provide similar functionality for receiving asynchronous
Perhaps you mean the TCP or UDP sink block?
Matt D md...@nycap.rr.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks Nick,
I was under the impression that gnu radio had a sink that would send
packets to an ip address on the local machine. the guys at osmomcom
did it somehow but
On 03/22/2013 11:06 AM, Matt D wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/22/2013 09:58 AM, Sean Nowlan wrote:
Perhaps you mean the TCP or UDP sink block?
Matt D md...@nycap.rr.com wrote:
Thanks Nick, I was under the impression that gnu radio had a sink
that would send
On 03/21/2013 03:45 PM, Manu T S wrote:
I'm trying to make a block for fading channel model using hierarchical
block.
class channel(gr.hier_block2):
def __init__(self):
gr.hier_block2.__init__(self, channel,
gr.io_signature(1, 1, gr.sizeof_float),
On 03/14/2013 07:41 AM, Nada ABDELKADER wrote:
Hi,
Would you plz tell me the best way to set the gain values for Rx/Tx
USRP with benchmark_tx and benchmark_rx at command line. How to
adjust these values?
Thanks.
This
On 03/13/2013 01:24 PM, Elvin Mollinedo Mencia wrote:
Estimados señores ettus
Quisiera q me ayuden con mi usrp 2 con quien puedo contactarse para hacerme
acesorar como puedo hacer una central telefónica con el proyecto OPEn bts,
agradeciendo su ayuda.
Saludos
Elvin Mollinedo
Santa Cruz -
I've noticed that gr-modtool keeps FSF's copyright assignment for a lot
of boilerplate (CMakeLists.txt, QA code, etc.) but puts a hook for the
end user's copyright statement in block source files. Is this a pretty
standard way of doing things?
___
On 03/12/2013 11:24 AM, Tom Rondeau wrote:
On Tue, Mar 12, 2013 at 11:22 AM, Martin Braun (CEL)
martin.br...@kit.edu wrote:
On Tue, Mar 12, 2013 at 11:04:20AM -0400, Tom Rondeau wrote:
On Tue, Mar 12, 2013 at 10:29 AM, Sean Nowlan
sean.now...@gtri.gatech.edu wrote:
I've noticed that gr
On 03/12/2013 02:14 PM, Josh Blum wrote:
On 03/11/2013 09:52 PM, john jade wrote:
Hi,
1. What is get_full_seconds and get_frac_seconds printing?
Its probably the receive timestamp, its the time stamp from this object:
1) If I copy a gnuradio block (copyright FSF), tweak a few things, and
redistribute, FSF retains copyright and I have no copyright to the changes
No, that's not what I said (or at least meant). The code generated
from gr-modtool is copyrighted by the FSF. If you add any
modifications to the file,
46 matches
Mail list logo