to python it into the Rx in a neat way.
From: Landsman, Arik
Sent: Sunday, April 17, 2016 7:44 PM
To: Andy Walls
Cc: discuss-gnuradio@gnu.org; t...@trondeau.com
Subject: RE: [Discuss-gnuradio] costas ambiguity and correlate-and-sync block
in qpsk
Hi Andy
then exact
placement can be calculated based on these parameters alone and some initial
experimentation.
i'll try experimenting, lets see if this holds :)
Best Regards,
Arik
____
From: Landsman, Arik
Sent: Sunday, April 10, 2016 4:25 PM
To: Andy Walls
Cc: discus
to create a python wrapper and a
block i'll certainly start there. the big hurdle is the hand-tuning the
corr_est block, which I'm going to contemplate a way to auto-cal it.
Best Regards,
Arik
Andy Walls [a...@silverblocksystems.net]
Sent: Tuesday, April 05, 2016 7:23 PM
To: Landsman, Arik
C
you don't mind another
question or two as I go along.
Best Regards,
Arik
From: Andy Walls [a...@silverblocksystems.net]
Sent: Monday, April 04, 2016 8:59 AM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] costas
aturday, April 02, 2016 8:11 PM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] costas ambiguity and correlate-and-sync block
in qpsk
Hi Arik:
On Sat, Apr 2, 2016 at 7:41 PM, Landsman, Arik
<arik.lands...@tuf
fair enough :)
From: Andy Walls [a...@silverblocksystems.net]
Sent: Sunday, April 03, 2016 1:01 PM
To: Landsman, Arik; Tom Rondeau
Cc: discuss-gnuradio@gnu.org
Subject: RE: Debugging ControlPort/Thrift problem (Re: [Discuss-gnuradio]
costas ambiguity
11:36 AM
To: Tom Rondeau; Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: Debugging ControlPort/Thrift problem (Re: [Discuss-gnuradio]
costas ambiguity and correlate-and-sync block in qpsk)
Hmm. Maybe GRC trying to evaluate the block for the sake of values in other
blocks is spawning
Hi Tom,
Where is thrift.conf usually located?..
Thanks,
Arik
From: trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom Rondeau
[t...@trondeau.com]
Sent: Sunday, April 03, 2016 11:22 AM
To: Andy Walls
Cc: Landsman, Arik; discuss-gnuradio@gnu.org
and later reading
the content into corr_est in the main flowgraph.
Best Regards,
Arik
____
From: Landsman, Arik
Sent: Sunday, April 03, 2016 10:15 AM
To: Andy Walls; Tom Rondeau
Cc: discuss-gnuradio@gnu.org
Subject: RE: Debugging ControlPort/Thrift problem (Re
thread to keep the two topics somewhat
separate. certainly will have a question or two on how you fine-tuned the
modulated symbols to corr against. going to try the "octave method" next..
also will try disabling the added blocks.
____
From: Land
, 2016 8:49 AM
To: Landsman, Arik; Tom Rondeau
Cc: discuss-gnuradio@gnu.org
Subject: Debugging ControlPort/Thrift problem (Re: [Discuss-gnuradio] costas
ambiguity and correlate-and-sync block in qpsk)
Hi Arik:
First off, try the attached Rx_syncd_3.grc. I disabled the modulate
vector block
cd.py into foo.txt to
parse with octave?
going to try it if I find setup_env.sh on my end. and once I can run
Rx_syncd.py... )
Thanks,
Arik
From: Andy Walls [a...@silverblocksystems.net]
Sent: Friday, April 01, 2016 9:18 AM
To: Landsman, Arik
Cc:
kend is my sweet
spot..
Thanks,
Arik
From: Andy Walls [a...@silverblocksystems.net]
Sent: Wednesday, March 30, 2016 4:56 PM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] costas ambiguity and correlate-and-sync block
i
ut are labeled
properly. Hopefully easy to follow.
And thanks again!
Arik
From: Andy Walls [a...@silverblocksystems.net]
Sent: Friday, March 25, 2016 6:45 PM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] costas ambiguity a
ble. what do you generally use? (btw all of
the debug above was with sps=2).
I am told I've been loosing sleep over this.. in any case I'll keep trying but
in the meanwhile if you had any comments I would deeply appreciate it.
Many Thanks,
Arik
From: Landsman, Arik
Sent: Monday, March
Hi Henry,
To add to Marcus's comments, there are two main methods in gnuradio for clock
recovery of QPSK. in all cases you would need a costas loop block, and some way
to recover symbol timing *before* costas (either a polyphase clock sync or an
M). These are built into the psk demod block,
P.S. - thread name is "costas ambiguity and correlate-and-sync block in qpsk"
____
From: Landsman, Arik
Sent: Monday, March 14, 2016 1:49 PM
To: przelew...@gmail.com
Cc: discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio] tx <-> rx transmiss
HI,
mfsk is the digital implementation of FM and analytically very similar to mpsk.
psk is spectrally more efficient though. QAM is not feasible in wireless
transmission (undeterministic amplitude of Rx stream) and is typically used for
wired channels (say, docsis for cable). So I would
de%20matchallpartial
From: Andy Walls [a...@silverblocksystems.net]
Sent: Sunday, March 13, 2016 8:51 AM
To: discuss-gnuradio@gnu.org
Cc: Landsman, Arik
Subject: Re: [Discuss-gnuradio] costas ambiguity and correlate-and-sync block
in qpsk
On Sun, 2016-03-13 at 01:35 -0500, discuss-gnur
quick update - thinking about it a bit more thoroughly, the up-sampling
approach I considered below won't likely correlate as well as picking a
preamble such that its real portion is the same in both bpsk and qpsk.
From: Landsman, Arik
Sent: Saturday
Hello folks,
I am trying to resolve the 90* ambiguity of costas for a QPSK receiver, and was
hoping folks could weigh-in in case anyone had success with this in the past.
yes, diff encoding works.. :) trying to make it work without though.
Also, I had seen Tom R's example of his
eems a bit wasteful, this was just
for debug.
Arik
From: trond...@trondeau.com [trond...@trondeau.com] on behalf of Tom Rondeau
[t...@trondeau.com]
Sent: Thursday, February 18, 2016 2:40 PM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio]
thread once I poke a bit more. And any ideas are
welcome of course...
Thanks,
Arik
From: Richard Bell [richard.be...@gmail.com]
Sent: Thursday, February 18, 2016 12:58 PM
To: Landsman, Arik
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] non-diff QPSK
Hello,
Noticed interesting behavior for the PPCS block - sending a short qpsk msg
(30bytes or so), approximately 10byte at the end of the msg get lost.
in comparison, only one byte gets lost with the Recovery MM. But maybe it is
lost elsewhere.
adding padding (zero or otherwise) to the end of
Hello Folks,
I am debugging a flowgraph of QPSK without diff encoding. The aim here is to tx
messages between two N210's, as a starting point for a heterogeneous networking
project. long story short, I am seeing an issue sending/receiving a real
message within the same flow graph (just direct
Hi Stephen,
To add a few comments on persistence - the Live USB image doesn't come with
persistence configured. Two ways to do this, one of them does NOT work on
Ubuntu 14.04 (fixed on 15.04 as some forums claim):
1. create a casper-rw file on the fat32 boot partition, format as an ext-3
26 matches
Mail list logo