discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch


From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch
Date: Tue, 18 Oct 2011 16:22:49 -0700

On Tue, Oct 18, 2011 at 4:18 PM, Nowlan, Sean <address@hidden> wrote:

Also in benchmark_tx.py I noticed that calling “-m qpsk” and “-m bpsk” still default to their differential versions unless I explicitly use the “--non-differential” switch. Was this intended? I assumed that specifying “*psk” vs. “d*psk” would do the right thing.


No intentional, and I thought I had it working correctly. It's an issue with the OptionParser and having two options with the same name. They step on each other. I need to figure out a better way to handle that.
  

Thanks,

Sean

 

P.S. – Thank you for your hard work moving the gnuradio examples to UHD!


You're welcome!

Tom

 

 

From: Tom Rondeau [mailto:address@hidden]
Sent: Tuesday, October 18, 2011 7:06 PM
To: Nowlan, Sean
Cc: Marcus D. Leech; address@hidden


Subject: Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch

 

On Tue, Oct 18, 2011 at 4:02 PM, Nowlan, Sean <address@hidden> wrote:

I tried with the E100’s actual address and the loopback address (127.0.0.1) and both worked. I should also say it’s a bit confusing to call the command line switch “--address” when it’s actually handling the arguments the same way as uhd_find_devices, etc. handle the “--args” switch. For instance, I also got it to run with --address=”type=e100”. Also it’d be nice (but not necessary) to have the program automatically detect if it’s an E100 since it will never be controlling devices other than itself.

 

Sean

 

You're right about the address-->args thing. I started doing all of this on a USRP N210, so it was always the systems IP address for me, so that's what it became. Now, to remember all of the places where I did it and correct for it...

 

As for the auto-detection, I suppose it's possible to tap into the UHD's find_devices feature and just default to the first one it finds as opposed to a static default. I'll talk with Josh about doing this.

 

Tom

 

 

 

From: discuss-gnuradio-bounces+sean.nowlan=address@hidden [mailto:discuss-gnuradio-bounces+sean.nowlan=address@hidden] On Behalf Of Marcus D. Leech
Sent: Tuesday, October 18, 2011 6:30 PM
To: address@hidden
Subject: Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch

 

Perhaps this is the wrong place to post this error, but I’m hoping for a quick response J

 

I’m getting a “network unreachable” error on an E100 when trying to run benchmark_tx.py from the gnuradio “next” branch (Tom Rondeau?). Command line & error, and output of uhd_usrp_probe are attached.

 

Thanks!

Sean

 

Probably needs a --args that tells UHD to go looking for the e100 interface, rather than whatever its default is.

Perhaps Josh can comment on the search order that UHD uses when you don't explicitly specify a device, and is that order
  different on an e100?

-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

 



reply via email to

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