Hi Florian - Interesting observation about better reception when using larger
bandwidths. I tried it out, and yes indeed they do seem better at 1 MS/s
compared with 250 or 500 kS/s -- meaning that more packets are received
correctly at the higher rate than the lower rates. I didn't try 1
On Tue, Feb 21, 2012 at 9:14 AM, Michael Dickens m...@alum.mit.edu wrote:
Hi Florian - Interesting observation about better reception when using
larger bandwidths. I tried it out, and yes indeed they do seem better at 1
MS/s compared with 250 or 500 kS/s -- meaning that more packets are
On Feb 21, 2012, at 9:44 AM, Tom Rondeau wrote:
It's because with the larger bandwidth, the subcarriers, too, have a larger
bandwidth. The coarse frequency correction is only set to look at so large an
offset based on a number of subcarriers (+/-5 or 10), so now with the same
frequency
On Tue, Feb 21, 2012 at 10:00 AM, Michael Dickens m...@alum.mit.edu wrote:
On Feb 21, 2012, at 9:44 AM, Tom Rondeau wrote:
It's because with the larger bandwidth, the subcarriers, too, have a
larger bandwidth. The coarse frequency correction is only set to look at so
large an offset based on
On Feb 21, 2012, at 10:05 AM, Tom Rondeau wrote:
Are you seeing the 1 MHz offset when you use the uhd_siggen.py? Or is it just
with the OFDM transmitter?
I do see it with uhd_siggen.py. Didn't know about that utility; cool! - MLD
___
Are you seeing the 1 MHz offset when you use the uhd_siggen.py? Or is it
just with the OFDM transmitter?
What is this tool doing? Transmitting a sine and checking the offset.
Sorry, for the moment I have no possibilitie to check that.
It's because with the larger bandwidth, the subcarriers,
There is a coarse and a fine frequency offset correction. The fine
correct makes sure that the subcarrier is centered in the bin; the
coarse adjusts for an integer number of subcarriers off from the center
frequency. By default, the OFDM receiver will correct for some number of
subcarrier bins
Although using the same device to check on said carrier as is
transmitting it leads to compounding error in one direction or t'other.
Best to use another device (preferrably a lab spectrum analyser) to
check the offset.
-Marcus
On Tue, 21 Feb 2012 12:56:30 -0500, Tom
Rondeau wrote:
On
On Tue, Feb 21, 2012 at 1:06 PM, Florian Schlembach
florian.schlemb...@tu-ilmenau.de wrote:
There is a coarse and a fine frequency offset correction. The fine
correct makes sure that the subcarrier is centered in the bin; the
coarse adjusts for an integer number of subcarriers off from the
I highly suspect it's user error :) but I'm truly at a loss right now as to the
error.
Michael,
we encountered a very similar issue and spent already a lot of time on
that. Configuration is the same except we are using an USRP2 though.
We also did not receive anything at the RX side
I've been playing with the gr-digital OFDM benchmark, Tx - Rx, and have an odd
issue that seems to be coming from within GNU Radio itself, not UHD. My setup
is: Mac OS X 10.6.8, latest UHD and GNU Radio from their respective GIT
masters, XCode 3.2.3 (gcc 4.2.1). I'm using 2 USRP1's, each
11 matches
Mail list logo
