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.

Regards,
Hoo Chang.



From: Mikyung Han <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
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?
Thanks!
Mikie

---------------
Hi,

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 
something?

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?

Thanx,
Hoo Chang.



      
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to