Tuesday, March 29, 2016

Re: [Discuss-gnuradio] 802.11 transceiver issue

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:
Marcus,
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.


Regards

Abhinav PS  Jadon
2012122
Electronics and Communication Engineering Undergraduate
IIIT - Delhi
IASc Summer Research Fellow 2015
E: jadonabhinav@gmail.com
M: +919650936845



On Wed, Mar 30, 2016 at 12:17 AM, Marcus Müller <marcus.mueller@ettus.com> 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,
Marcus


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 ?



Regards
Abhinav PS  Jadon




No comments:

Post a Comment