Forum: GNU Radio bug in benchmark_tx/rx/loopback ?

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
C369ebbe1655201988e376af57460f23?d=identicon&s=25 Achilleas Anastasopoulos (Guest)
on 2008-12-09 05:17
(Received via mailing list)
I have noticed that in benchmark_tx/rx (as well as in
benchmark_loopback), there is always
one packet lost in the transmission (always the last).
It is either not transmitted at all (getting out of the USRP)
or is not received. This behavior is persistent regardless of packet
size/data-rate/modulation format.

Has anyone looked into this before?

Achilleas
Ac73d95c8ccddff9ecae369bcb80a923?d=identicon&s=25 George Nychis (Guest)
on 2008-12-09 05:23
(Received via mailing list)
Achilleas Anastasopoulos wrote:
>
> I have noticed that in benchmark_tx/rx (as well as in
> benchmark_loopback), there is always
> one packet lost in the transmission (always the last).
> It is either not transmitted at all (getting out of the USRP)
> or is not received. This behavior is persistent regardless of packet
> size/data-rate/modulation format.
>
> Has anyone looked into this before?
>

I *think* it may be due to the amount of data needed by some of the
processing blocks to decode the whole packet.  I would be that it
detects the preamble, but does not completely decode the packet because
it needs a couple more samples to decode the last bit or two.  Maybe
check if it at least detects the preamble.

- George
0a2e71854bb218131012ec9764eb33dd?d=identicon&s=25 Joreen Tan (Guest)
on 2008-12-09 15:57
(Received via mailing list)
Hi,

I have noticed it as well. If not the last packet, then the whole list
of packets received will be wrong. As in, even when using the same set
up, and the same configuration, the experiment will work this time but
maybe not the other time. I'm quite puzzled about this too. Could it be
the antenna problem?

And also, as i am very unfamiliar with gnuradio, but am asked by my
supervisor, whether there is a way of acknowledging the end of
transmission by the receiver to the transmitter? Like for example, to
send a straight 0s back to the transmitter?
Regards,Joreen> Date: Mon, 8 Dec 2008 23:22:03 -0500> From:
gnychis@cmu.edu> To: anastas@umich.edu> Subject: Re: [Discuss-gnuradio]
bug in benchmark_tx/rx/loopback ?> CC: discuss-gnuradio@gnu.org> > > >
Achilleas Anastasopoulos wrote:> > > > I have noticed that in
benchmark_tx/rx (as well as in > > benchmark_loopback), there is always>
> one packet lost in the transmission (always the last).> > It is either
not transmitted at all (getting out of the USRP)> > or is not received.
This behavior is persistent regardless of packet > >
size/data-rate/modulation format.> > > > Has anyone looked into this
before?> > > > I *think* it may be due to the amount of data needed by
some of the > processing blocks to decode the whole packet. I would be
that it > detects the preamble, but does not completely decode the
packet because > it needs a couple more samples to decode the last bit
or two. Maybe > check if it at least detects the preamble.> > - George>
> > _______________________________________________> Discuss-gnuradio
mailing list> Discuss-gnuradio@gnu.org>
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
3187e124e2828159192a19fea9dabc49?d=identicon&s=25 Ritesh Maheshwari (Guest)
on 2008-12-09 19:40
(Received via mailing list)
I have noticed something similar, except in my case its always a set
of packets, not just one. The higher the bandwidth I use, the more
packets I see lost (always towards the end).

-Ritesh

On Mon, Dec 8, 2008 at 11:16 PM, Achilleas Anastasopoulos
This topic is locked and can not be replied to.