Have USRP1 on Ububtu 10.04 and have latest UHD (003.002.000) and latest
GNURadio ( v3.4.0-113).
While some of the daughterboards are supported on GNURadio, the later
ones I have need UHD and Marcus has been championing the move to UHD.
From the doxygen I see that: uhd::usrp::multi_usrp
is quite a useful class (and I think one of the gurus has touted it’s
benefits) and can be used for single as well as multiple USRPs but am
struggling to find UHD USRP1 examples which use this class from Python.
There is multi_usrp_oscope and it’s cfile twin but they don’t (need to)
do much with tx and rx daughter-cards which have more agility in USRP1.
Is anyone aware of such examples?
I am making the bold assumption that the plumbing (SWIG) is in place for
this class?
Kind Regards,
John
On 07/30/2011 02:53 AM, john wrote:
There is multi_usrp_oscope and it’s cfile twin but they don’t (need to)
The best way I’ve found is to use GRC to lay out a prototypical
flow-graph, and then look at the Python generated.
There just aren’t a lot of UHD examples out there, unfortunately. There
may be some stuff up on CGRAN, but using
GRC as an “example generator” I’ve found to be quite instructive and
useful.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
On 07/31/2011 11:14 AM, john wrote:
I’m not fully understanding what it is you need. You need to fetch
the board ID from the
interface, rather than setting the subdev specifications?
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
On Sun, 2011-07-31 at 18:30 -0400, Marcus D. Leech wrote:
John
I’m not fully understanding what it is you need. You need to fetch
the board ID from the
interface, rather than setting the subdev specifications?
You are correct Marcus in terms of what I want to do. From reading the
comments in the code, I thought that I was to use set_subdev for the
channel(s) and then could both set/get relevant parameters ( freq range,
gain etc. ) i.e. attributes which use channelid as parameter. ( I think
that is how it was described).
I wish to get mboard type and rx and tx dboard types for USRP1 but using
UHD as the dboards are only supported under that paradigm when they were
announced.
Sorry if I am passing on my confusion,
Kind Regards,
John
On 08/01/2011 03:30 AM, john wrote:
gain etc. ) i.e. attributes which use channelid as parameter. ( I think
John
I think that if you look at the current UHD Doxygen, you’ll find that
there are functions to do what you want. Starting with a “usrp” object,
you need to indirect a couple of times, but you can get the board ids
with UHD functions.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
On Mon, 2011-08-01 at 13:20 -0400, Marcus D. Leech wrote:
Kind Regards,
channel(s) and then could both set/get relevant parameters ( freq range,
Thanks, again, Marcus. I had looked at the usrp_ra_receiver in
gr-radio-astronomy and saw getting DB_ID but in my ignorance, when I was
told that SBX or DBSRX2 were only supported under UHD, I thought that I
could/should not use USRP methods; I had assumed that the two
personalities used their own firmware and I would need to tell the
system to use USRP personality and go out and query boards etc. (maybe
even non-UHD only boards) and then delete that instance and create one
in UHD which do the real work under UHD.
Kind Regards,
John
On 08/01/2011 07:55 PM, john wrote:
Kind Regards,
John
gr-radio-astronomy is old, old, old, old, and you shouldn’t use it as a
guide for anything these days.
Generally, you don’t need to care about what the actual boards are.
If you use the UHD interface, the daughter-cards are abstracted for the
most part, and the bulk of your flow-graph
doesn’t need to care.
In one of my flow-graphs, I use uhd_usrp_probe external to the
flow-graph to determine tuning ranges and gain ranges, and
pass this on to downstream “stuff”. But in general, your DSP
flow-graph doesn’t need to care that much. You have a UHD source,
it produces samples, you do stuff with those samples. The only time
you really care that much is to set limits on things like
Frequency and Gain GUI inputs, etc. And I tend to just use a
shell-script wrapper around uhd_usrp_probe to get params that I
just pass into the flow-graph on startup.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
On Sat, 2011-07-30 at 09:29 -0400, Marcus D. Leech wrote:
struggling to find UHD USRP1 examples which use this class from Python.
John
useful.
Thanks Marcus. Yes, that technique is quite useful - particularly in
setting up channels, addressing etc. however, in terms of giving the
board ID of the RX/TX on either ‘side’ of a USRP1 it is not so great.
Yes, you can readily get frequency range/antenna/gain but I need a bit
more.
Kind Regards,
John