Problems while using UHD based API's

Yesterday I installed GnuRadio with Marcus script in some PC’s.Burnt the
SD
card with images in the folder

/usr/local/share/uhd/images

and uhd_find_devices found all my 3 usrp2.

But when I tried to run uhd_fft it displayed that
“FPGA build of the device is incompatible with the host code build.”

Then I went to another PC where I installed GnuRadio using Marcus script
2
months back.I burnt the fpga and firmware file from that system from the
same folder and uhd_fft worked well in that system.I was able to see the
spectrum.

Where I am wrong… :confused:


I would like to know if all the UHD based API’s has been appended with
“UHD”?
i.e uhd_find_devices etc

I would also like to know that are the python scripts also been
classified
according to UHD based and Raw ethernet Driver based.If yes then how can
I
know.

There is plethora of learning in GnuRadio and USRP and I am enjoying it
:slight_smile:


Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India

View this message in context:
http://old.nabble.com/Problems-while-using-UHD-based-API's-tp32403021p32403021.html
Sent from the GnuRadio mailing list archive at Nabble.com.

On 09/05/2011 02:28 PM, sumitstop wrote:

Then I went to another PC where I installed GnuRadio using Marcus script 2
months back.I burnt the fpga and firmware file from that system from the
same folder and uhd_fft worked well in that system.I was able to see the
spectrum.

Where I am wrong… :confused:

Please do two things:

Re-run your failed tests, but send us the complete error output.

Re-fetch, and re-run the build-gnuradio script


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

Here is the error.
cogwsn@cogwsn-desktop:/usr/local/bin$ uhd_fft.py
linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.002.003-583c762

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
Traceback (most recent call last):
File “/usr/local/bin/uhd_fft.py”, line 267, in
main ()
File “/usr/local/bin/uhd_fft.py”, line 263, in main
app = stdgui2.stdapp(app_top_block, “UHD FFT”, nstatus=1)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py”,
line 36, in init
wx.App.init (self, redirect=False)
File
“/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”,
line 7978, in init
self._BootstrapApp()
File
“/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py”,
line 7552, in _BootstrapApp
return core.PyApp__BootstrapApp(*args, **kwargs)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py”,
line 39, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py”,
line 60, in init
self.panel = stdpanel (self, self, top_block_maker)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py”,
line 81, in init
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File “/usr/local/bin/uhd_fft.py”, line 70, in init
num_channels=1)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/init.py”,
line 74, in constructor_interceptor
return old_constructor(*args, **kwargs)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py”,
line 1856, in usrp_source
return _uhd_swig.usrp_source(*args, **kwargs)
RuntimeError: RuntimeError:
Please update the firmware and FPGA images for your device.
See the application notes for USRP2/N-Series for instructions.
Expected FPGA compatibility number 7, but got 6:
The FPGA build is not compatible with the host code build.

I re-run the script in the same PC.I went to the folder
usr/local/share/uhd/image
I saw a tag 003.001.002 while the latest release is 003.002.003 at
http://files.ettus.com/uhd_releases/master_images/

In another PC I re-run the script and before that I deleted that UHD
folder.Now the tag is missing.Cant say which version.

Anyways my problem has solved after I burnt my SD card with the latest
release :slight_smile:

Marcus D. Leech wrote:


Discuss-gnuradio Info Page


Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India

View this message in context:
http://old.nabble.com/Problems-while-using-UHD-based-API's-tp32403021p32404004.html
Sent from the GnuRadio mailing list archive at Nabble.com.

On 09/05/2011 11:28 AM, sumitstop wrote:

Then I went to another PC where I installed GnuRadio using Marcus script 2
months back.I burnt the fpga and firmware file from that system from the
same folder and uhd_fft worked well in that system.I was able to see the
spectrum.

Where I am wrong… :confused:

Marcus can comment on his script…

For each release there is a set of compatible images. Also, all of the
development happens on the master branch, so if you update your host
code to the latest master branch, you will often have to update the
images package. The host code will perform a compatibility check and
throw an exception if the compatibility does not match.

Images and release binaries can be found here (including images that
will work with the latest master branch):
http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Binary-downloads


I would like to know if all the UHD based API’s has been appended with
“UHD”?
i.e uhd_find_devices etc

These are not APIs, they are executable files; and generally they have
this naming convention.

I would also like to know that are the python scripts also been classified
according to UHD based and Raw ethernet Driver based.If yes then how can I
know.

Most often, they have the name usrp2 in them.

-josh

Thanks Josh… got it…

Josh B.-3 wrote:

Images and release binaries can be found here (including images that
These are not APIs, they are executable files; and generally they have

-josh


Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page


Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India

View this message in context:
http://old.nabble.com/Problems-while-using-UHD-based-API's-tp32403021p32405295.html
Sent from the GnuRadio mailing list archive at Nabble.com.