[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] benchmark_ofdm with -s 16

From: Hoo-chang Shin
Subject: Re: [Discuss-gnuradio] benchmark_ofdm with -s 16
Date: Fri, 20 Jun 2008 01:37:35 -0700 (PDT)

Hi Mikie,

sorry for the late answer. I haven't checked this mailing-list for about a week.

When you're seeing only the 'TIMEOUT' message, something is not right.
Let me know which daughterboards you're using and with which options you're doing the benchmark.

Hoo Chang.

From: Mikyung Han <address@hidden>
To: address@hidden
Sent: Tuesday, June 17, 2008 5:33:37 PM
Subject: Re: [Discuss-gnuradio] benchmark_ofdm with -s 16

Hi Hoo Chang,

This is Mikie. I am a grad student at UT Austin.
I read your entry in gnuradio mailing list.
I am trying out this example myself.
How do you know you how many packets you receive?

Running this example, I think the sender is transmitting,
but looks like the receiver cannot receive.

>>> gr_fir_ccf: using SSE
>>> gr_fir_fff: using SSE

some warnnings.
Then prints "TIMEOUT"

Do you have any suggestion?


when I send from the 'benchmark_ofdm_tx.py' with option -s 16, then about 200
of the packets in the end are lost at the receiver side.
Might it be a problem at the code, or am I doing anything wrong or missing

These are the command I used:
../benchmark_ofdm_tx.py -T A -f 2.45G -i 512 -M 0.04 -s 16
 (Then it transmits 2500 packets each of size 16)

../benchmark_ofdm_rx.py -R A -f 2.45G -d 256
 (Then I get about 2300 to 2480 packets received at the receiver side)

More insteresting:
when I send the pre-saved data, which is saved from the 'benchmark_ofdm_tx.py',
direct to the USRP, then about 150 to 200 packets are lost
- that is:
I get about 2300 to 2370 packets received at the receiver side.

Any ideas or comments?

Hoo Chang.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]