[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch
From: |
Josh Blum |
Subject: |
Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch |
Date: |
Tue, 18 Oct 2011 16:29:42 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 |
On 10/18/2011 04:23 PM, Tom Rondeau wrote:
> On Tue, Oct 18, 2011 at 4:19 PM, Josh Blum <address@hidden> wrote:
>
>>
>>
>> On 10/18/2011 04:02 PM, Nowlan, Sean 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.
>>>
>>
>> I think this will help clear some things up:
>>
>> http://files.ettus.com/uhd_docs/manual/html/identification.html#identifying-usrps
>>
>> So, e100 will not actually respond to the addr key. I believe that the
>> error stems from the usrp2 find routine trying to send a discovery
>> packet on the address that you specified, which may be invalid to do.
>>
>> So I guess my question is, what device address arguments are being
>> passed into the uhd source/sink constructor?
>>
>> I recommend using an empty device address. But if you have other usrps
>> attached to the e100 somehow, and you build uhd with support for those
>> usrps, you may want to specify type=e100 as a way to filter the other
>> devices.
>>
>> -Josh
>
>
> So does an empty string default to the first UHD device found? If so, then
> that solves the problem, and I'll change all of the defaults to that (along
> with the change to args).
>
Yea, empty device address will find everything it can. And the first
device found will be the one thats instantiated.
-josh
- [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Nowlan, Sean, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Marcus D. Leech, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Josh Blum, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Tom Rondeau, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch,
Josh Blum <=
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Nowlan, Sean, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Tom Rondeau, 2011/10/18
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Nowlan, Sean, 2011/10/19
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Tom Rondeau, 2011/10/19
- Re: [Discuss-gnuradio] Error running benchmark_tx.py from "next" branch, Nowlan, Sean, 2011/10/19