Hi guys,
Sorry for the mundane question but it was so long ago that I signed up to the
mailing list. How do I go about changing my email address?
Cheers!!
NOTE: The information in this email and any attachments may be confidential
and/or legally privileged.
Thanks Martin,
Yup, I was convinced there *used* to be an Edit button! It has now reappeared.
Cheers,
David
-Original Message-
From: Martin Braun [mailto:martin.br...@ettus.com]
Sent: 11 January 2017 22:57
To: David Halls <david.ha...@toshiba-trel.com>; GNURadio Discussio
Hi All,
I have signed in but can't find the edit button on
http://gnuradio.org/redmine/projects/gnuradio/wiki/AcademicPapers in order to
update it - I have edited it before - what am I missing?
Thanks!
David
NOTE: The information in this email and any
Hi All,
As part of a recently completed EU collaborative FP7 project called Dense
Cooperate Wireless Networks (DIWINE - http://diwine-project.eu/public/) we have
developed an 8-node N210 network spread over a large office space demonstrating
PHY network coding and distributed synchronisation.
?Thanks Marcus, Will,
in forms.py there is a function
"
def make_bold(widget):
font = widget.GetFont()
font.SetWeight(wx.FONTWEIGHT_BOLD)
widget.SetFont(font)"
using this format, one can create
"
def make_big(widget,FontSize):
font = widget.GetFont()
font.SetPointSize(FontSize)
is a slight hack, and involves setting thresholds, but it works for what
we need!
Cheers,
David
________
From: David Halls
Sent: 16 November 2016 18:49
To: GNURadio Discussion List
Subject: Probing value when no items
Hi guys,
I am showing EVM (a block we have writte
Hi guys,
I am showing EVM (a block we have written) in a text box using a probe signal,
in an OFDM system based on MB's OFDM example.
this works fine when packets are being received, but I would like to show 0
when no packets are received (no items coming through HPD), rather than just
the
Hi guys,
It's been a long time!
I am trying to send some digital video over USRPs, we are using this to show
the quality of some transmission technique we are working on, can someone
please point me towards a good example or thread?
We just want to transmit a prerecorded .TS file, and
Thanks Martin, will look into this. I think we are picking up some very weak
interferers too.
DH
From: Martin Braun <martin.br...@ettus.com>
Sent: 12 January 2016 07:30
To: David Halls; GNURadio Discussion List
Cc: Will Thompson
Subject: Re: Schmidl
Hi guys,
Happy New Year to everyone.
We are using a flow graph based on the OFDM example in GR, including the
Schmidl and Cox detector block. Having spread the USRPs out over our test
environment we have increased the receiver gain significantly (to about 30dB).
(N210 XCVR240 @ 1MS/s, 2.4GHz)
Hi Nemanja, Marcus,
Did you get anywhere with this issue?
We have an equivalent problem that sprung up with one of our flow graphs,
seemingly randomly. We’re not sure what changed…! We then found that *any* of
our blocks that used MSG input or output ports gave equivalent errors when in
even
uss-gnuradio-bounces+david.halls=toshiba-trel@gnu.org
<discuss-gnuradio-bounces+david.halls=toshiba-trel@gnu.org> on behalf of
David Halls <david.ha...@toshiba-trel.com>
Sent: 19 November 2015 18:39
To: Johannes Demel; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-g
_
From: Johannes Demel <uf...@student.kit.edu>
Sent: 19 November 2015 17:37
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] QT GUI (Constellation Sink) Update Period
(Refresh Rate)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi David,
I can't
Hi all,
I am using QT, finally, but I am struggling with the 'refresh rate' on the
Constellation Sink.
My system receives one packet of 576 symbols (points), every second (slow!). I
would like the plot to display all 576 each second, then wipe, and show the
next 576 etc. There seems to be a
Hi guys,
I am trying to use a combination of a CC code and a repetition code. This might
sounds a bit odd, but it just so happens I have 5 short ints 5*8 bits, so I am
repeating this 7 times, then using 1/2 rate to fill my packet - 576bits.
I can get the codes to work separately, but please
?Hi guys,
I am using radio buttons to change source parameters, namely coding rate and
constellation order.
I also have an adaptive mode. When I enable this, I want the radio buttons to
become outputs instead of inputs showing the value chosen by the algorithm.
Is there any way to do this?
?Thanks for your reply Marcus, but does that mean there is no way around the
problem?
Regards,
David
From: mle...@ripnet.com <mle...@ripnet.com>
Sent: 25 September 2015 20:24
To: Andy Walls
Cc: David Halls; discuss-gnuradio@gnu.org;
discuss-gnuradio-b
Dear All,
When I increase my packet length in a transmission flow graph to over 16,000
bits, I get the following error
"ERROR: send error:send_to: Message too long?"
this is from the UDP block which I am using in order to send the transmitted
bits to the destination in order to perform
Thanks Patrick,
There may be many ways to skin a cat, but this method was very quick and easy
to implement and does exactly as I need :)
From: Patrick Sathyanathan <wp...@hotmail.com>
Sent: 24 September 2015 21:27
To: Kevin McQuiggin; David Halls
Cc: d
?Hi guys,
I am familiar with using function probes to update values to blocks. This is
straightforward with built in blocks like Multiply Const, where the input is
underline in the GRC dialogue box.
How do I create a block, specifically a Python block, that allows me to update
parameters in
Dear All,
I have recently updated my GR from a prehistoric version. I am having some
problems related to scheduling/tags.
I have a Python block that takes in vectors of 7680 complex items. This is made
up of 10 packets, each with 16 OFDM symbols with 48 data carriers each.
I am sending
half of those that should be in the first vector.
Can anyone suggest what's going wrong?
Regards,
David
From: David Halls
Sent: 10 September 2015 12:56
To: discuss-gnuradio@gnu.org
Cc: martin.br...@ettus.com
Subject: Scheduler and Tags - HELP!
Dear All,
I
or subsequent bursts the correct number of tags are copied, but
> starting with the second half of those that should be in the first vector.
>
>
> Can anyone suggest what's going wrong?
>
>
> Regards,
>
>
> David
>
>
> ---
from GNU Radio, now the boost conflict has been resolved...
From: David Halls
Sent: 19 August 2015 17:48
To: Marcus Müller; discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio] Building GNU Radio with previous Boost version
Marcus, Nathan, All,
Thanks Marcus
]: *** [volk/apps/CMakeFiles/volk_profile.dir/all] Error 2
make[1]: Leaving directory `/home/gnuradio/gnuradio_build/gnuradio/build'
make: *** [all] Error 2
From: Marcus Müller marcus.muel...@ettus.com
Sent: 17 August 2015 15:22
To: David Halls; discuss-gnuradio@gnu.org
wouldn't ask if there wasn't a problem, so maybe you want to
elaborate?
Best regards,
Marcus
On 08/14/2015 06:00 PM, David Halls wrote:
Hi guys,
For a number of complicated reasons I would like to build GNU Radio with an
older version of Boost. Specifically 1.49.
Thanks,
David
this run differently to the current setup, and avoid conflict?
Thanks guys.
David
From: West, Nathan n...@ostatemail.okstate.edu
Sent: 17 August 2015 14:56
To: David Halls
Cc: Marcus Müller; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Building GNU Radio
?Hi guys,
For a number of complicated reasons I would like to build GNU Radio with an
older version of Boost. Specifically 1.49.
Thanks,
David
NOTE: The information in this email and any attachments may be confidential
and/or legally privileged. This
?Dear All,
For some experiments I would like to transmit using N210s with XCVR2450 with
maximum transmit gain.
I can see Ettus website that the XCVR2450 board in the transmit path has a gain
of:
VGA: 0-30 dB range
BB: 0-5 dB range?
Can I just set the gain via GNU Radio/UHD to 35, or do I
using Vectors
It hast to be whatever you set it to when you make the block. See the
make() function in the manual for a description.
Cheers,
M
On 01/23/2015 07:20 PM, David Halls wrote:
Thanks. Does it matter what the tag is, does it have to be packet_len?
DH
?Dear All,
I am trying to use TX_TIME, SOB, EOB. How do I add the EOB when I am using a
vector?
The block I have created takes in vector of 47520 samples, i.e. one item, I
want to add TX_TIME and SOB to the first sample. This is no problem, I add it
to the item. After the following
Sent: 23 January 2015 18:18
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Adding EOB when using Vectors
Use tagged streams. usrp_sink will place the EOB on your last sample,
even if bursts are of different lengths in that case.
M
On 01/23/2015 06:47 PM, David Halls wrote:
Dear All
Hi all,
How do I write the init section for a Python block with an complex input vector
of length v_len, so I need to adapt the following...
def __init__(self, Nb, Ns, mapping, v_len):
gr.basic_block.__init__(self,
name=Demodulator_relay_py_cd,
in_sig=[numpy.complex64],
code, how is the value for the Frequency Mod sensitivity
(-2/FFT_len) derived? Has anyone implemented other CFO estimation blocks for
OFDM systems, other than the Schmidl and Cox technique?
Regards,
David
---
David Halls Ph.D.
Research
Hi Guys,
I want to set 'Marker' to 'Dot Large' by default, can I set this in the flow
graph somehow?
Thanks!!
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel
(CEL) [mailto:sebastian.koslow...@kit.edu]
Sent: 16 October 2014 12:12
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Get a pointer to UHD Sink from other block in
flow graph
On 10/16/2014 12:41 PM, David Halls wrote:
Is there any way to get a pointer to a UHD sink block
2014 20:03
To: David Halls
Cc: Matt Ettus; GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
H.. I've never done burst transmissions with a 2x MIMO case. That may or
may not put a minor wrinkle in things. Let's go for the gusto and try this
anyway...
(or were you
?
Perhaps there are already blocks that do what I am trying to achieve?
Thanks for your help!!
Regards,
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906
+00:00)
To: David Halls
Cc: Matt Ettus ,GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
I'm happy this is working for you, David. So do I understand correctly, that
the adding tx_time finally made the MIMO case work?
I'd never done burst transmission with multiple USRP
Original message
From: Matt Ettus
Date:2014/10/16 22:42 (GMT+00:00)
To: John Malsbury
Cc: David Halls ,GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
On Thu, Oct 16, 2014 at 8:40 AM, John Malsbury
jmalsbury.perso...@gmail.commailto:jmalsbury.perso
From: Matt Ettus
Date:2014/10/16 22:54 (GMT+00:00)
To: David Halls
Cc: John Malsbury ,GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
On TX, if you need your first sample to be valid and everything settled in the
radio, you should zero pad ahead of it. If you need your
2014 23:42
To: David Halls
Cc: Matt Ettus; GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
In the implementation I have in mind, the upstream logic didn't make decisions
on when the data generating block should generate data per se... Instead, the
upstream block provided
!
Regards,
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790
NOTE: The information in this email and any
=144). Any ideas?
Regards,
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790
NOTE: The information
:
Use a throttle block immediately after your source block,
setting the
vector size to match your source.
- Jeff
On 10/14/2014 04:34 PM, David Halls wrote:
Dear All,
I am wondering how to add some flow control to a source
to know when I can stop
blocking? What will fill the buffers further down the chain?
thanks,
David
Original message
From: Matt Ettus
Date:2014/10/14 22:56 (GMT+00:00)
To: David Halls
Cc: Jeff Long ,GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
No, if you
)
To: David Halls
Cc: Matt Ettus ,GNURadio
Subject: Re: [Discuss-gnuradio] Source Block - Flow Control
David,
Perhaps you can use an async message to trigger the blocks output?
In some applications that require filler between valid data frames, I've seen
people throttle based off of the number
/lib/libgnuradio-trl.so: undefined symbol: mysql_init
Presumably I need to add some libraries to the CMakeLists.txt, or similar?
Thanks in advance!
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen
?
David,
is the MySQL include in any of your public headers, and does it need to be? It
might be SWIG is picking up stuff you don't actually want to pick up.
You can also tell SWIG to ignore stuff, have you checked that?
M
On 10/13/2014 05:13 PM, David Halls wrote:
Dear All,
Has anyone tried
of GNU Radio to support this kind of definition
block?
Thanks!
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790
=toshiba-trel@gnu.org] On
Behalf Of David Halls
Sent: 07 October 2014 15:21
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] CC encoder definition (variable_cc_encoder_def)
Dear All,
I am trying to get the latest gr-fec code running in an older version of GNU
Radio. I know this sounds like
From: trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom Rondeau
[t...@trondeau.com]
Sent: 07 October 2014 16:27
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] CC encoder definition (variable_cc_encoder_def
From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom
Rondeau
Sent: 01 August 2014 14:31
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Slow down rate of Python source block
On Fri, Aug 1, 2014 at 5:24 AM, David Halls
david.ha...@toshiba
From: trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom Rondeau
[t...@trondeau.com]
Sent: 31 July 2014 19:11
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Slow down rate of Python source block
On Thu, Jul 31
Dear All,
I have a Python block that produces packets of size 1536 bytes. Due to various
reasons, the latter parts of my flow graph are very slow (this is desired and
cannot be changed). After producing 510 packets, I get the following error.
handler caught exception: operands could not be
From: Activecat [active...@gmail.com]
Sent: 17 June 2014 08:39
To: discuss-gnuradio@gnu.org
Cc: David Halls
Subject: Re: [Discuss-gnuradio] Using set_min_output_buffer() in Python block
On Tue, Jun 17, 2014 at 1:02 AM, David Halls
david.ha
set_min_output_buffer() in Python block
On 13.06.2014 15:49, David Halls wrote:
Dear All,
Is it possible to use set_min_output_buffer() in Python? I want to be
able to output more than 4096 items from a Python block during one call
to the work function. Is there a way to do this?
Hey David,
sure
Dear All,
Is it possible to use set_min_output_buffer() in Python? I want to be able to
output more than 4096 items from a Python block during one call to the work
function. Is there a way to do this?
Regards,
David
NOTE: The information in this email and
Original message
From: Activecat
Date:2014/06/05 7:57 AM (GMT+00:00)
To: David Halls ,discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE:
Flow graph blocking when doing 2x1 transmission
On Wed, Jun 4, 2014 at 7:10 PM
From: xianda [mailto:wangxianda920...@163.com]
Sent: 05 June 2014 09:50
To: David Halls
Subject: Re:Re: [Discuss-gnuradio] Scheduling a block even with no input items
RE: Flow graph blocking when doing 2x1 transmission
Hi David:
Thank you in advance.
I want to ask
From: Activecat [active...@gmail.com]
Sent: 04 June 2014 16:02
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE:
Flow graph blocking when doing 2x1 transmission
On Wed, Jun 4
From: Activecat [active...@gmail.com]
Sent: 04 June 2014 16:13
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Scheduling a block even with no input items RE:
Flow graph blocking when doing 2x1 transmission
On Wed, Jun 4
until actual data is ready to be
passed to it.
Regards,
David
-Original Message-
From: Marcus Müller [mailto:marcus.muel...@ettus.com]
Sent: 03 June 2014 07:45
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Flow graph blocking when doing 2x1 transmission
Hi
before it transmits anything...
I thought 'forecast' may help me out, but wasn't sure what to put in the
function to make it schedule even when there are no input items?
David
-Original Message-
From: Martin Braun [mailto:martin.br...@ettus.com]
Sent: 03 June 2014 14:53
To: David Halls
Dear All,
I am using N210s with XCVR2450s. I have successfully performed 2x1
transmission, but not I am not transmitting the same stream over both
transmitters. One stream is constantly available, and is no problem. The second
stream only starts later on, and thus it is blocking the flow
@gnu.org] on behalf of
Martin Braun [martin.br...@ettus.com]
Sent: 02 June 2014 13:16
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Flow graph blocking when doing 2x1
transmission
On 06/02/2014 12:34 PM, David Halls wrote:
I am using N210s with XCVR2450s. I have
Hi Marcus,
Yes, your diagram represents what I am trying to achieve.
Using two sinks would be really nice! But I have had some problems with
achieving sync using time stamps (where as using one UHD sink is very
straightforward). For example, how do I obtain the current time from the
transmit
their respective bursts? This means having some
communication between the two source streams so they can agree on a mutually
agreeable tx_time?
Regards,
David
From: Marcus Müller [marcus.muel...@ettus.com]
Sent: 02 June 2014 17:16
To: David Halls; discuss
;
}
Regards,
David
From: Marcus Müller [marcus.muel...@ettus.com]
Sent: 02 June 2014 17:16
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Flow graph blocking when doing 2x1 transmission
Hi David,
easiest way to achieve
the
output buffer of the block at a constant rate, and so my setup *should* work?
Many thanks,
David
Original message
From: Marcus Müller
Date:02/06/2014 19:56 (GMT+00:00)
To: David Halls ,discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Flow graph blocking when doing 2x1
forwards or backwards) by up 16 samples does
not help.
You have never noticed this happen?
DH
From: Martin Braun [martin.br...@ettus.com]
Sent: 30 April 2014 12:07
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: OFDM Example, 'Noisy' final symbol
Dear All,
I would like to have knowledge of the USRP time in my transmitter flow graph.
In the receiver flow graph this is straight forward because 'rx_time' tag is
propagated from a USRP source as a tag.
How can I obtain the time_spec from a c++ block in my transmitter flow graph?
the pulse shaping performed in the cyclic prefixer have any effect?!
Regards,
David
From: Martin Braun [martin.br...@ettus.com]
Sent: 30 April 2014 14:56
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: OFDM Example, 'Noisy' final symbol
On 30.04.2014 13
to that usrp_sink
I am not clear how I obtain that (to then I pass it to my C++ module as a
constructor?)
Regards,
David
From: Marcus Müller [marcus.muel...@ettus.com]
Sent: 30 April 2014 14:37
To: David Halls
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss
Hi Martin,
Setting the rolloff factor in the cyclic prefixer to CP_len (16 samples) fixes
the problem?! Previously I had rolloff = 0.
Any thoughts?
DH
From: Martin Braun [martin.br...@ettus.com]
Sent: 30 April 2014 14:56
To: David Halls; discuss
From: Martin Braun [martin.br...@ettus.com]
Sent: 30 April 2014 15:56
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: OFDM Example, 'Noisy' final symbol
On 30.04.2014 16:03, David Halls wrote:
It's just the built in basic FDE. Its not awesome, but works
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] output operand requires a reduction, but
reduction is not enabled
On 11.03.2014 17:10, David Halls wrote:
Hi,
Yes, the len(output_items[0]), is either 1 or 2...
If I set_output_multiple to 10, then this value raises to 10.
Can you
+david.halls=toshiba-trel@gnu.org
[mailto:discuss-gnuradio-bounces+david.halls=toshiba-trel@gnu.org] On
Behalf Of Martin Braun
Sent: 11 March 2014 08:33
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Python block, itemsize mismatch
On 03/11/2014 02:06 AM, David Halls wrote
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] output operand requires a reduction, but
reduction is not enabled
On 03/11/2014 04:24 PM, David Halls wrote:
Please see the papers we've submitted so far this year. Not exactly
WNC, yet... We're putting one together as we speak though
From: David Halls
Sent: 11 March 2014 16:10
To: Martin Braun; discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio] output operand requires a reduction, but
reduction is not enabled
Hi,
Yes, the len(output_items[0]), is either 1 or 2...
If I
Hi,
I get the following error connecting 'OFDM Serializer' (GNU Radio block with
complex output), to my own Python block 'blsd_dec_bfb' (with complex input)
ValueError: itemsize mismatch: ofdm_serializer_vcc0:0 using 8, blsd_dec_bfb0:0
using 16
This is the code in the beginning of my block
of
Martin Braun [martin.br...@ettus.com]
Sent: 10 March 2014 21:29
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Python block, itemsize mismatch
On 03/10/2014 06:57 PM, David Halls wrote:
Hi,
I get the following error connecting 'OFDM Serializer' (GNU Radio block
with complex output
Hi All,
I have implemented a python source block:
def __init__(self, kA1=4,kB1=4,k2=4,NA1=8,NB1=8,N2=8,M=8):
gr.sync_block.__init__(self,
name=blsd_enc_b,
in_sig=None,
out_sig=[numpy.uint8,numpy.uint8])
but I can't get it to output anything but
to writing source blocks... maybe others have
comments?
David
From: West, Nathan [n...@ostatemail.okstate.edu]
Sent: 18 February 2014 21:06
To: David Halls
Cc: GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] (Python) Source Block Outputs All 0's
: Martin Braun [martin.br...@ettus.com]
Sent: 30 January 2014 15:56
To: David Halls; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Half-Duplex Relay
On 30.01.2014 16:49, David Halls wrote:
Thanks Martin,
So your recommendation would be not to spend too much time poking around
with USRP
?
Regards,
David
From: Johannes Demel [johannes.de...@ettus.com]
Sent: 29 January 2014 18:53
To: David Halls
Cc: Martin Braun; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Half-Duplex Relay
Hi David,
you could consider to tweak the latency [1
[martin.br...@ettus.com]
Sent: 14 January 2014 16:56
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Half-Duplex Relay
On Tue, Jan 14, 2014 at 11:29:51AM +, David Halls wrote:
Thanks Martin,
Yes, I am using USRP N210. I aim to have separate code on S, R and D as you
suggest. I
Dear Martin,
I wondered, if you are working on the HPD, if it's possible to look into making
a change when a header is received incorrectly, e.g. low SNR or sudden
shadowing. I find that (although it no longer crashes with the recent update to
adjust buffer size) it loses synchronisation and
Hi Martin,
Making good progress with the relay but on another topic, I find if I use a
random data source (rather than the 1...range in the original example) the
trigger signal arrives occasionally one or two samples earlier than expected.
Say we have 96B data this gives 768/48 = 16 data
.
From: David Halls
Sent: 21 January 2014 17:50
To: Martin Braun; discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio] header_payload_demux_impl.cc - problem when
using random bit stream (variable trigger location)
Thanks Martin and Aditya,
Yes Martin your recap is correct.
Indeed our solutions
]
Sent: 21 January 2014 17:57
To: David Halls
Cc: Martin Braun; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] header_payload_demux_impl.cc - problem when
using random bit stream (variable trigger location)
Aditya - am I to understand that you want to have perfect timing sync?
Correct
+david.halls=toshiba-trel@gnu.org] on behalf of
David Halls [david.ha...@toshiba-trel.com]
Sent: 21 January 2014 18:03
To: Aditya Dhananjay
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] header_payload_demux_impl.cc - problem when
using random bit stream (variable trigger location
Relay
On 01/10/2014 03:06 PM, David Halls wrote:
Hi all,
Hopefully a very easy question! How do I implement a relay such that
it will not begin transmitting until it has received a whole 'burst'
of data. As there will be a direct path from source to destination, I
don't want the relay
of tagging?
Many thanks!
David
---
David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790
NOTE: The information in this email and any
Hi,
I am trying to transmit 2x1 MISO OFDM. The two transmit USRPs are connected by
MIMO cable, and the USRP sink section of the .py file is:
self.uhd_usrp_sink_0_0_0 = uhd.usrp_sink(
device_addr=addr0=192.168.10.2,addr1=192.168.10.7,
stream_args=uhd.stream_args(
Hi,
I am using WX GUI Scope Sink, and I have set the sample rate = 1M, same as the
USRP. It seems that a minimum number of data points are required before
anything appears on the plot - is that correct, and how can it be adjusted?
Also, I am looking at constellations, using the XY mode to show
96 matches
Mail list logo