Re: [Discuss-gnuradio] Daughter Board ID List

[Wolfarth, Ryan]

Thanks for your quick response Marcus!  I neglected to mention that I am trying to support research that inherits code requiring the "classic" GNU Radio system.  I fully intend on using UHD expressly for the reasons you specified once the PhD I'm working with has finished and moved on.

Since I'm only writing toy programs at the moment it's not imperative that my daughter board probe be 100% functional: I'm only writing these to gain experience.  But I was curious to know if there was a more specific list of daughter boards I may use.  It sounds like I'm not getting the proper ID due to waning support of the "classic" system.  Correct?

Thanks again,
Ryan

On Wed, Jul 6, 2011 at 10:11 PM, Marcus D. Leech <address@hidden> wrote:

> Hello everyone,
>
> I'm just diving into the GNU Radio/Python world and have been doing
> some "Hello World" sort of exercises to become more familiar.
> Currently I'm working on a python program to pole my USRP2 and return
> pertinent daughter board information.  I am running GNU Radio 3.4.1 on
> Ubuntu 10.04.2 LTS.
>
> My question is: is there a well defined list of daughter board IDs
> that I can reference?  Currently I am using the information contained
> in /usrp/host/lib/usrp_dbid.cc as my reference for the board IDs, but
> it doesn't match what the daughter board returns when I call
> "my_usrp2.daughterboard_id()".  From what I have read on the mailing
> list, there are some inconsistencies with daughter board names (e.g.
> 0xffff being switched to "no daughter board" instead of
> "experimental").  Can anyone shed some light on this?
>
> Thank you in advance,
> Ryan
>

Could I suggest that, given that you're just starting out, that you
start out with UHD, rather than
 "classic", for one, there are now daughtercards that aren't supported
at all by "classic", and that
 will get "worse" over time, as more daughtercards are added, etc. All
new USRP driver-side
 development and bug-fixing will happen on UHD.

Since you don't have any "legacy" that you need to be backwards
compatible with, it's a good point
 to simply commit to UHD.


--
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