Sorry for bringing up an old thread. I was having the same problem of
receiving packets using benchmark_ofdm_* and changing the receiver
to tune to the transmitter frequency indeed solved the problem.
However, if I have to manually do it every time, I don’t see how I can
ofdm tunnel to work. In tunnel, each USRP is both transmitter and
The frequency offset of one USRP (A) transmitting to the other (B) will
different than B transmitting to A. Since the frequency offset can’t be
at run time, I don’t see how to manually tune after running tunnel on
Can anyone show me how to make tunnel work?
Thank you very much,
On 2/20/2010 7:43 PM, Srinivas wrote:
I tried increasing the bandwidth of the filter and also tried changing
window type to KAISER, but it didn’t improve on the offset error. I am
getting a constant frequency offset value “-10”. Currently, I am just
compensating for the offset at the receiver or specifying a minimum BW
used for that pair of USRP2s.
Thanks a lot for your time.
Changing the window type isn’t going to help much with this problem.
was suggesting was that the filter is too small, not the wrong type.
the only way to change the offset value is to actually move the
was just suggesting that you see what that value is to see how many bins
are off by (i.e., calculate the bandwidth of a subcarrier and multiply
by 10; that’s you’re coarse offset). You can use that to see how much
to make the channel filter’s bandwidth.