[Top][All Lists]

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

Re: [Discuss-gnuradio] packet interarrival time

From: Eric Blossom
Subject: Re: [Discuss-gnuradio] packet interarrival time
Date: Tue, 2 Mar 2010 11:19:32 -0800
User-agent: Mutt/1.5.20 (2009-08-17)

On Sat, Feb 20, 2010 at 01:43:24PM -0800, Veljko Pejovic wrote:
> I narrowed down the problem to this:
> - In a standard benchmark_rx.py example from "digital" immediately
> after a packet is received the callback is triggered.
> - In the ofdm case the the callback is triggered in groups separated
> by one second. So, if a sender sends a bunch of packets they will be
> buffered at the receiver (or perhaps at the sender?) and then the
> callback is issued sequentially for each of the packets in that group.
> Then, after a one second gap, another group of packets will be
> processed.
> I checked the times of when "msg = self.rcvd_pktq.delete_head()" from
> ofdm.py is called and confirmed the above. Sometimes it waits for a
> second, and then it gets fired in a number of bursts corresponding to
> the number of pkts received.
> Is there a way to force the receiver to wait for less then a second?
> Or is it the sender that buffers the packets? Although, it doesn't
> look like that from my measurements.
> Thanks,
> Veljko

Are you sure that the transmitter is transmitting continuously, or is
it transmitting a group of packets once per second?

The simplest way to check this is to watch with a spectrum analyzer.

It's unlikely that there is any code in the receiver that is holding
back the processing of the packets.


reply via email to

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