Host code, firmware, and FPGA code for the new hardware has been pushed.
This includes:
USRP-N210
USRP-E100
DBSRX2
– Flow control work
Work on host based flow control for the USRP2 has been merged into the
mainline. New FPGA and fimware images must be written to the SD card to
work with the latest host code. Host-based flow control removed the need
for ethernet pause frames, allowing USRP2s to work with devices like
switches and to perform better on TX overall.
The deprecated simple and mimo blocks have been removed from UHD and
gr-uhd. The deprecated blocks spit out a profuse amount of warnings.
Everyone should be switched over to the single and multi USRP interfaces
by now.
I mentioned this last week (after an accidental push). The API for gain
and frequency ranges has changed slightly. The gain range object no
longer has members min, max, and step. These have been replaced with
methods start(), stop(), and step(). In addition, a range can contain
sub-ranges that can be iterated through, where each sub-range has a
start(), stop(), and step(). Motivating example: the XCVR2450 has a
high-band and low-band frequency range.
– UHD versioning
Its been tough keeping gr-uhd and UHD in sync with each other. I have
introduced a compatibility number into the UHD version string. Whenever
API changes cause breaking changes to gr-uhd, the number will be
incremented in UHD and in the gr-uhd package config checks.
– Bug fixes
There was an issue in the FPGA code when transmitting simultaneous timed
packets on USRP2. This has been resolved in the new FPGA image.
– Name your USRP
You may assign a canonical name to your USRP device to more easily
identify it on a host machine. The one on my desk is named Bobert:
ethernet pause frames, allowing USRP2s to work with devices like switches
The deprecated simple and mimo blocks have been removed from UHD and gr-uhd.
– Feedback is welcome!
-Josh
All great stuff Josh, thanks!
I’m especially glad you’ve got the versioning implemented. That should
help us keep everything sane, especially as we start to move towards
full UHD acceptance.
first of all thanks Josh for the great work. Now for the feedback part:
While playing around with our USRP2s I noticed some odd behavior with
the new fw/fpga images.
My setup is Arch Linux(amd64), with latest gnuradio-git + uhd-git with
two (seemingly identical) USRP2s.
When putting the current images on the first one, it works just fine!
Now if I use the same SD-card in the other USRP2 I get an odd
response:
linux; GNU C++ version 4.5.1; Boost_104300;
UHD_0001.20101124034736.b33c109
Warning:
Ignoring discovered device
Expected fpga compatibility number 3, but got 852885540:
The fpga build is not compatible with the host code build.
whereas if I install the old image I get:
linux; GNU C++ version 4.5.1; Boost_104300;
UHD_0001.20101124034736.b33c109
Warning:
Ignoring discovered device
Expected protocol compatibility number 7, but got 6:
The firmware build is not compatible with the host code build.
which seems quite normal.
Any ideas?
Cheers,
Moritz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Hi
Just updated to the latest UHD drivers and am getting this error, what
have I done wrong?
Tnx David
Traceback (most recent call last):
File “/home/tempest/top_block.py”, line 12, in
from gnuradio import uhd
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/init.py”, line
25, in
from uhd_swig import *
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py”, line
24, in
_uhd_swig = swig_import_helper()
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py”, line
20, in swig_import_helper
_mod = imp.load_module(’_uhd_swig’, fp, pathname, description)
ImportError: /usr/local/lib/libgnuradio-uhd-3.4git.so.0: undefined
symbol: _ZN3uhd4usrp22tune_rx_subdev_and_dspEN3wax3objES2_mdd
I believe that that UHD was missing a case for the the revision number
in your usrp2 (possibly 3.1) and was falling through to a register map
intended for the USRP-N210. Can you pull the latest host code (just
updated) and try again?
I believe that that UHD was missing a case for the the revision number
in your usrp2 (possibly 3.1) and was falling through to a register map
intended for the USRP-N210. Can you pull the latest host code (just
updated) and try again?
Works like a charm (even through a switch!) Thanks a lot!
Cheers & happy hacking
Moritz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Looking back now I feel