Re: TVRX2+USRP (serial > 500) 'invalid EEPROM contents' problem

Dmitry Shatskiy.

You’re not understanding. If you use the “classic” API, rather than
UHD, you won’t be able to
correctly deal with a TVRX2, since that card is supported ONLY with
the UHD API. Many of
the example programs, such as usrp_usb_benchmark.py, use the so-called
“classic” API. They
haven’t been updated. It doesn’t matter how up-to-date your UHD
installation is, the “classic APIed”
programs have no knowledge at all of UHD or any of the post-UHD
hardware that’s out there.

If you want to check gross functionality of your TVRX2 card, you can use
“uhd_fft.py” to grab an
FFT spectrum off the card, and make sure that it’s working.

If you want to produce your own flow-graphs, you’ll have to use the “UHD
source” within GRC.
The “classic” USRP1 source won’t work with the TVRX2 card, because
that card was released
after the classic API was deprecated and no longer being updated.

If you have an up-to-date Ubuntu system, then the ‘build-gnuradio’
script should take care of installing
and building everything you need to make UHD-api “stuff” just work.
Including within
gnuradio-companion, “uhd_fft.py”, etc. But none of the “classic” API
examples will work with
TVRX2, or indeed many of the other post-UHD cards out there. Since
you’re a new user, you have
no massive reams of code that need to maintain compatibility with the
“old ways”, so start learning
and using UHD.


Thanks for your reply Marcus and thank you for all the work you guys do
to
keep this project going.

As far as I’ve understood the problem is that old codes use so to say
old
sets of instructions disregarding changes in the hardware.
What is the best way to start learning UHD? So far trying to run
uhd_fft.py
I’m getting an error (there’s more to that, it’s just some last few
lines):

  • File
    “/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py”,
    line 1856, in usrp_source
    return _uhd_swig.usrp_source(*args, *kwargs)
    RuntimeError: LookupError: KeyError: No devices found for ----->
    Device Address:
    addr: 192.168.10.2

Thanks,
Dmitry Shatskiy.*
*

On 13/09/11 02:54 AM, Dmitry Shatskiy wrote:

Dmitry Shatskiy.
hardware that’s out there.

and using UHD.
last few lines):
Dmitry Shatskiy./
/

The default device address in uhd_fft.py is for a USRP2/N210. Try using
the --address=“type=usrp1”
option. Other options, use “uhd_fft.py --help”.