On Thu, Feb 18, 2010 at 12:49 AM, Srinivas <address@hidden
> Hi Tom, Matt
> replied inline:
> On Wed, Feb 17, 2010 at 10:26 AM, Tom Rondeau <address@hidden
>> On Tue, Feb 16, 2010 at 5:45 PM, Srinivas <address@hidden
>> > Matt,
>> > Thanks for verifying the data rate calculation!
>> > I tried the other solutions that you suggested, namely,
>> > - increasing the data rate by a factor of 2 or 4
>> > It works.
>> > - modifying the OFDM code to widen the search range - How
do I widen the
>> > search range ?
>> > Should I be looking in the "ofdm_sync_" blocks in
"blks2impl" folder ?
>> > If
>> > yes, which synchronizer is currently used with
>> You need to add an argument to gr.ofdm_frame_acquisition in
>> ofdm_receiver.py (in python/gnuradio/blks2impl).
>> In the current Git master, this is located on line 109 of
>> ofdm_receiver.py. After the "ks" argument, you can put in an
>> integer. This is the maximum number of bins the receiver will
>> over for correlation. It defaults to 10.
> I added this extra argument and tried changing the values from 10
to 100. I
> also tried with "int(0.5*occupied_tones) " as the argument, but it
> receive for lower data rates (< 1M). Only when I increase the
data rate >
> 1.2M, I start receiving some pkts.
> As mentioned before, when I compensate for the frequency offset at
> receiver it starts receiving packets successfully too.