[Top][All Lists]

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

Re: [Discuss-gnuradio] 802.11 transceiver issue

From: Marcus Müller
Subject: Re: [Discuss-gnuradio] 802.11 transceiver issue
Date: Tue, 29 Mar 2016 20:57:35 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

That's pretty much impossible to say.
My prime suspect would be the WX Gui visualization sink. Really, a couple of 64 FFTs aren't that terrible performance-wise.

On 29.03.2016 20:53, Abhinav Jadon wrote:
Thanks for all the help.
But Is my system underpowered ?
Also, I just observed that if I bunch few blocks in the tx flowgraph in a similar way as phy_hier block in the wifi_loopback flowgraph, I dont receive any more underruns.


Abhinav PS  Jadon
Electronics and Communication Engineering Undergraduate
IIIT - Delhi
IASc Summer Research Fellow 2015
E: address@hidden
M: +919650936845

On Wed, Mar 30, 2016 at 12:17 AM, Marcus Müller <address@hidden> wrote:
When you set the length tag field in the USRP sink, it starts looking for that stream tag, which contains number of samples in the starting burst.

Technically, that starts a uhd::tx_streamer for a finite number of samples, which means different things for different hardware.

Best regards,

On 29.03.2016 20:44, Abhinav Jadon wrote:
Hi Marcus,
I am working on a Core i7 8GB system, I dont know if its underpowered, if it is I have access to another Corei5 16 GB station. 
I know this is going to sound dumb but,
how does the USRP sink go into burst mode, I was under the impression that USRP could only transmit data continuously.  Do you toggle the RF frontend using a switch on receiving a message ?

Abhinav PS  Jadon

reply via email to

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