usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

Re: [USRP-users] B200 and HDSDR Install Problem

MD
Marcus D. Leech
Fri, Jan 8, 2016 4:24 PM

On 01/08/2016 11:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote:

Would be great. Seems Balint isn't with Ettus anymore?!

Ralph.

He's been with Bastille Networks for some time now...

*From:*Chris Hanson [mailto:xenon@alphapixel.com]
Sent: Friday, January 8, 2016 16:59
To: Ralph A. Schmid, dk5ras
Cc: Berger, Scott; James Humphries; USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Yeah, it looks like it was built with an interim release. I was told
by Ettus that they are now coordinating to try to get a new Extio
binary release in sync with the latest UHD binary release so this
stuff can actually work together.

On Fri, Jan 8, 2016 at 8:57 AM, Ralph A. Schmid, dk5ras
<ralph@schmid.xxx mailto:ralph@schmid.xxx> wrote:

This can't work :( It expects FPGA 12 for my B210, but 3.9.1 has 11,
and 3.9.2 has 13 - looks there is no 12 :(

Ralph.

*From:*Ralph A. Schmid, dk5ras [mailto:ralph@schmid.xxx
mailto:ralph@schmid.xxx]
Sent: Friday, January 8, 2016 12:55
To: 'Ralph A. Schmid, dk5ras'; 'Berger, Scott'; 'James Humphries';
'Chris Hanson'; USRP-users@lists.ettus.com
mailto:USRP-users@lists.ettus.com
Subject: RE: [USRP-users] B200 and HDSDR Install Problem

For some reasons this new EXTIO version seems to copy the old firmware
and FPGA images into the HDSDR folder, this may cause irritations, as
the software has the first look in its own folder for available stuff,
then it may search the path, or not. So first I would do is deleting
this old stuff, and when the new stuff is not found copying it
manually into the HDSDR folder should do the trick, this is what I had
one or two years ago with this stuff :)

Just had a look at the installation, the test with the hardware still
has to wait a bit.

Ralph.

*From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On
Behalf Of *Ralph A. Schmid, dk5ras via USRP-users
Sent: Friday, January 8, 2016 11:49 AM
To: 'Berger, Scott'; 'James Humphries'; 'Chris Hanson';
USRP-users@lists.ettus.com mailto:USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hi,

I had with the verison 1.6 some similar strange issues, and I was able
to overcome them with putting the files all in one folder, HDSDR,
firmware, image, extio stuff, some dll files. This way I was able to
get it up and running with HDSDR and SDR#, only limited to the <2.4
GHz range with SDR#, while HDSDR handles this.

This afternoon or evening I will try out 1.7 and let the list know
what happens. Went to work today without my B210 (what a shame :), so
I can't test this during the lunch break.

Ralph.

*From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On
Behalf Of *Berger, Scott via USRP-users
Sent: Friday, January 8, 2016 5:13 AM
To: James Humphries; Chris Hanson; USRP-users@lists.ettus.com
mailto:USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hello Chris and Trip,

I appreciate you looking into the problem. Here is what I have done to
try to understand the problem.

I installed UHD_003.009.001-release which gave me new firmware and
fpga images.

I still had usrp_b200_fpga.bin and usrp_b200_fw.hex images from
ExtIO_USRP… installed in my b200

Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but
not the fw image

Ran uhd_usrp_probe but it failed.

Cycled the power

Ran uhd_usrp_probe – the fw image was loaded, detected device: b200,
then loaded fpga image

Success – reported B200 Revision 4, FW version 8, and FPGA version 11

Renamed C:\Program Files (x86)\UHD\share\uhd\images to imagesold and
created new images

Placed usrp_b200_fpga.bin in the new images directory

Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but
not the fw image

Ran uhd_usrp_probe but it complained that there was no
usrp_b200_fw.hex in the images directory

Put the usrp_b200_fw.hex from UHD_003.009.001 into the images directory

Ran uhd_usrp_probe – it reported detected device: B200 and operating
over USB 2 and then it failed reporting “Error: RunTimeError: Expected
FPGA compatibility number 11 but got 3: The FPGA build is not
compatible with the host code build.”

Replaced usrp_b200_fw.hex with the version from ExtIO_USRP…

Ran uhd_usrp_probe – it reported that it was loading the firmware:
usrp_b200_fw.hex and then it failed reporting “Error: RunTimeError:
Expected firmware compatibility number 8 but got 4: The firmware build
is not compatible with the host code build.”

It appears that the images from ExtIO_USRP… are not compatible with
each other and fpga images is not compatible with firmware version
from  UHD_003.009.001.

I also download uhd-images_003.008.001-release and attempted to use
usrp_b200_fpga.bin and usrp_b200_fw.hex and got a similar error
“Error: RunTimeError: Expected firmware compatibility number 8 but got
7: The firmware build is not compatible with the host code build.”

An interesting side note is that uhd_image_loader –args=”type=B200”
–fw=usrp_b200_fw.hex results in the system report that the FPGA images
is loading not the firmware.

Not sure what to try next. Thoughts?

Scott

*From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On
Behalf Of *James Humphries via USRP-users
Sent: Thursday, January 07, 2016 2:50 PM
To: Chris Hanson <xenon@alphapixel.com
mailto:xenon@alphapixel.com>; USRP-users@lists.ettus.com
mailto:USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hi Chris,

I just downloaded uhd_003.009.002-release from (running Windows 10 x64):

http://files.ettus.com/binaries/uhd/uhd_003.009.002-release/uhd_003.009.002-release_Win64_VS2013.exe

I let the installer run and only changed the option to set the PATH
for all users. It should also install the images during this as well.

I then ran:

C:\Program Files (x86)\UHD\bin\uhd_usrp_probe.exe

And it ran Ok.

Even if you have to run the image downloader, it will install them to
the correct directory. Did you use the default install directory when
you installed UHD? I'm not quite sure if that will cause an issue, but
I'll test.

Also, do you have anything in "C:\Program Files (x86)\UHD..." still? I
see now you have installed to just "C:\Program Files\UHD\

-Trip

On Thu, Jan 7, 2016 at 2:29 PM, Chris Hanson <xenon@alphapixel.com
mailto:xenon@alphapixel.com> wrote:

 I had already uninstalled previous versions of UHD before
 installing the latest UHD.

 I just uninstalled HDSDR and the ExtIO+USRP package to ensure it's
 not the obstacle.

 Same results:

 C:\Program Files\UHD>lib\uhd\utils\uhd_images_downloader.py

 Images destination:      C:\Program Files\UHD\share\uhd\images

 Downloading images from:
 http://files.ettus.com/binaries/images/uhd-images_003.009.002-release.zip

 Downloading images to:
 c:\users\xenon\appdata\local\temp\tmpb6ynsb\uhd-images_003.009.002-release.zip

 26296 kB / 26296 kB (100%)

 Images successfully installed to: C:\Program
 Files\UHD\share\uhd\images

 C:\Program Files\UHD>uhd_usrp_probe.exe

 Win32; Microsoft Visual C++ version 12.0; Boost_105600;
 UHD_003.009.002-release

 Error: RuntimeError: Expected firmware compatibility number 8.0,
 but got 4.0:

 The firmware build is not compatible with the host code build.

 As an Administrator, please run:

 "C:\Program Files\UHD\lib\uhd\utils\uhd_images_downloader.py"

 C:\Program Files\UHD>​

 Is there something I can do to troubleshoot where it's getting the
 firmware it is comparing compatibility numbers with?

 Do I need to do something manually WITH the downloaded images?

--

Chris 'Xenon' Hanson, omo sanza lettere. Xenon@AlphaPixel.com
mailto:Xenon@AlphaPixel.com http://www.alphapixel.com/

Training • Consulting • Contracting

3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 •
OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL

Legal/IP • Code Forensics • Digital Imaging • GIS • GPS •
osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded •
Mobile • iPhone/iPad/iOS • Android

@alphapixel https://twitter.com/alphapixel facebook.com/alphapixel
http://facebook.com/alphapixel (775) 623-PIXL [7495]


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

On 01/08/2016 11:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote: > > Would be great. Seems Balint isn't with Ettus anymore?! > > Ralph. > He's been with Bastille Networks for some time now... > *From:*Chris Hanson [mailto:xenon@alphapixel.com] > *Sent:* Friday, January 8, 2016 16:59 > *To:* Ralph A. Schmid, dk5ras > *Cc:* Berger, Scott; James Humphries; USRP-users@lists.ettus.com > *Subject:* Re: [USRP-users] B200 and HDSDR Install Problem > > Yeah, it looks like it was built with an interim release. I was told > by Ettus that they are now coordinating to try to get a new Extio > binary release in sync with the latest UHD binary release so this > stuff can actually work together. > > On Fri, Jan 8, 2016 at 8:57 AM, Ralph A. Schmid, dk5ras > <ralph@schmid.xxx <mailto:ralph@schmid.xxx>> wrote: > > This can't work :( It expects FPGA 12 for my B210, but 3.9.1 has 11, > and 3.9.2 has 13 - looks there is no 12 :( > > Ralph. > > *From:*Ralph A. Schmid, dk5ras [mailto:ralph@schmid.xxx > <mailto:ralph@schmid.xxx>] > *Sent:* Friday, January 8, 2016 12:55 > *To:* 'Ralph A. Schmid, dk5ras'; 'Berger, Scott'; 'James Humphries'; > 'Chris Hanson'; USRP-users@lists.ettus.com > <mailto:USRP-users@lists.ettus.com> > *Subject:* RE: [USRP-users] B200 and HDSDR Install Problem > > For some reasons this new EXTIO version seems to copy the old firmware > and FPGA images into the HDSDR folder, this may cause irritations, as > the software has the first look in its own folder for available stuff, > then it may search the path, or not. So first I would do is deleting > this old stuff, and when the new stuff is not found copying it > manually into the HDSDR folder should do the trick, this is what I had > one or two years ago with this stuff :) > > Just had a look at the installation, the test with the hardware still > has to wait a bit. > > Ralph. > > *From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On > Behalf Of *Ralph A. Schmid, dk5ras via USRP-users > *Sent:* Friday, January 8, 2016 11:49 AM > *To:* 'Berger, Scott'; 'James Humphries'; 'Chris Hanson'; > USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> > *Subject:* Re: [USRP-users] B200 and HDSDR Install Problem > > Hi, > > I had with the verison 1.6 some similar strange issues, and I was able > to overcome them with putting the files all in one folder, HDSDR, > firmware, image, extio stuff, some dll files. This way I was able to > get it up and running with HDSDR and SDR#, only limited to the <2.4 > GHz range with SDR#, while HDSDR handles this. > > This afternoon or evening I will try out 1.7 and let the list know > what happens. Went to work today without my B210 (what a shame :), so > I can't test this during the lunch break. > > Ralph. > > *From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On > Behalf Of *Berger, Scott via USRP-users > *Sent:* Friday, January 8, 2016 5:13 AM > *To:* James Humphries; Chris Hanson; USRP-users@lists.ettus.com > <mailto:USRP-users@lists.ettus.com> > *Subject:* Re: [USRP-users] B200 and HDSDR Install Problem > > Hello Chris and Trip, > > I appreciate you looking into the problem. Here is what I have done to > try to understand the problem. > > I installed UHD_003.009.001-release which gave me new firmware and > fpga images. > > I still had usrp_b200_fpga.bin and usrp_b200_fw.hex images from > ExtIO_USRP… installed in my b200 > > Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but > not the fw image > > Ran uhd_usrp_probe but it failed. > > Cycled the power > > Ran uhd_usrp_probe – the fw image was loaded, detected device: b200, > then loaded fpga image > > Success – reported B200 Revision 4, FW version 8, and FPGA version 11 > > Renamed C:\Program Files (x86)\UHD\share\uhd\images to imagesold and > created new images > > Placed usrp_b200_fpga.bin in the new images directory > > Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but > not the fw image > > Ran uhd_usrp_probe but it complained that there was no > usrp_b200_fw.hex in the images directory > > Put the usrp_b200_fw.hex from UHD_003.009.001 into the images directory > > Ran uhd_usrp_probe – it reported detected device: B200 and operating > over USB 2 and then it failed reporting “Error: RunTimeError: Expected > FPGA compatibility number 11 but got 3: The FPGA build is not > compatible with the host code build.” > > Replaced usrp_b200_fw.hex with the version from ExtIO_USRP… > > Ran uhd_usrp_probe – it reported that it was loading the firmware: > usrp_b200_fw.hex and then it failed reporting “Error: RunTimeError: > Expected firmware compatibility number 8 but got 4: The firmware build > is not compatible with the host code build.” > > It appears that the images from ExtIO_USRP… are not compatible with > each other and fpga images is not compatible with firmware version > from UHD_003.009.001. > > I also download uhd-images_003.008.001-release and attempted to use > usrp_b200_fpga.bin and usrp_b200_fw.hex and got a similar error > “Error: RunTimeError: Expected firmware compatibility number 8 but got > 7: The firmware build is not compatible with the host code build.” > > An interesting side note is that uhd_image_loader –args=”type=B200” > –fw=usrp_b200_fw.hex results in the system report that the FPGA images > is loading not the firmware. > > Not sure what to try next. Thoughts? > > Scott > > *From:*USRP-users [mailto:usrp-users-bounces@lists.ettus.com] *On > Behalf Of *James Humphries via USRP-users > *Sent:* Thursday, January 07, 2016 2:50 PM > *To:* Chris Hanson <xenon@alphapixel.com > <mailto:xenon@alphapixel.com>>; USRP-users@lists.ettus.com > <mailto:USRP-users@lists.ettus.com> > *Subject:* Re: [USRP-users] B200 and HDSDR Install Problem > > Hi Chris, > > I just downloaded uhd_003.009.002-release from (running Windows 10 x64): > > http://files.ettus.com/binaries/uhd/uhd_003.009.002-release/uhd_003.009.002-release_Win64_VS2013.exe > > I let the installer run and only changed the option to set the PATH > for all users. It should also install the images during this as well. > > I then ran: > > C:\Program Files (x86)\UHD\bin\uhd_usrp_probe.exe > > And it ran Ok. > > Even if you have to run the image downloader, it will install them to > the correct directory. Did you use the default install directory when > you installed UHD? I'm not quite sure if that will cause an issue, but > I'll test. > > Also, do you have anything in "C:\Program Files (x86)\UHD..." still? I > see now you have installed to just "C:\Program Files\UHD\ > > -Trip > > On Thu, Jan 7, 2016 at 2:29 PM, Chris Hanson <xenon@alphapixel.com > <mailto:xenon@alphapixel.com>> wrote: > > I had already uninstalled previous versions of UHD before > installing the latest UHD. > > I just uninstalled HDSDR and the ExtIO+USRP package to ensure it's > not the obstacle. > > Same results: > > C:\Program Files\UHD>lib\uhd\utils\uhd_images_downloader.py > > Images destination: C:\Program Files\UHD\share\uhd\images > > Downloading images from: > http://files.ettus.com/binaries/images/uhd-images_003.009.002-release.zip > > Downloading images to: > c:\users\xenon\appdata\local\temp\tmpb6ynsb\uhd-images_003.009.002-release.zip > > 26296 kB / 26296 kB (100%) > > Images successfully installed to: C:\Program > Files\UHD\share\uhd\images > > C:\Program Files\UHD>uhd_usrp_probe.exe > > Win32; Microsoft Visual C++ version 12.0; Boost_105600; > UHD_003.009.002-release > > Error: RuntimeError: Expected firmware compatibility number 8.0, > but got 4.0: > > The firmware build is not compatible with the host code build. > > As an Administrator, please run: > > "C:\Program Files\UHD\lib\uhd\utils\uhd_images_downloader.py" > > C:\Program Files\UHD>​ > > Is there something I can do to troubleshoot where it's getting the > firmware it is comparing compatibility numbers with? > > Do I need to do something manually WITH the downloaded images? > > > > -- > > Chris 'Xenon' Hanson, omo sanza lettere. Xenon@AlphaPixel.com > <mailto:Xenon@AlphaPixel.com> http://www.alphapixel.com/ > > Training • Consulting • Contracting > > 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • > OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL > > Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • > osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • > Mobile • iPhone/iPad/iOS • Android > > @alphapixel <https://twitter.com/alphapixel> facebook.com/alphapixel > <http://facebook.com/alphapixel> (775) 623-PIXL [7495] > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
RA
Ralph A. Schmid, dk5ras
Wed, Jan 13, 2016 7:38 AM

Any news regarding this? Otherwise I will simply try patching a V13 FPGA image to V12 and see what is happening :)

Ralph.

From: Chris Hanson [mailto:xenon@alphapixel.com]
Sent: Friday, January 8, 2016 4:59 PM
To: Ralph A. Schmid, dk5ras
Cc: Berger, Scott; James Humphries; USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Yeah, it looks like it was built with an interim release. I was told by Ettus that they are now coordinating to try to get a new Extio binary release in sync with the latest UHD binary release so this stuff can actually work together.

On Fri, Jan 8, 2016 at 8:57 AM, Ralph A. Schmid, dk5ras <ralph@schmid.xxx mailto:ralph@schmid.xxx > wrote:

This can't work :( It expects FPGA 12 for my B210, but 3.9.1 has 11, and 3.9.2 has 13 - looks there is no 12 :(

Ralph.

From: Ralph A. Schmid, dk5ras [mailto:ralph@schmid.xxx mailto:ralph@schmid.xxx ]
Sent: Friday, January 8, 2016 12:55
To: 'Ralph A. Schmid, dk5ras'; 'Berger, Scott'; 'James Humphries'; 'Chris Hanson'; USRP-users@lists.ettus.com mailto:USRP-users@lists.ettus.com
Subject: RE: [USRP-users] B200 and HDSDR Install Problem

For some reasons this new EXTIO version seems to copy the old firmware and FPGA images into the HDSDR folder, this may cause irritations, as the software has the first look in its own folder for available stuff, then it may search the path, or not. So first I would do is deleting this old stuff, and when the new stuff is not found copying it manually into the HDSDR folder should do the trick, this is what I had one or two years ago with this stuff :)

Just had a look at the installation, the test with the hardware still has to wait a bit.

Ralph.

From: USRP-users [ mailto:usrp-users-bounces@lists.ettus.com mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of Ralph A. Schmid, dk5ras via USRP-users
Sent: Friday, January 8, 2016 11:49 AM
To: 'Berger, Scott'; 'James Humphries'; 'Chris Hanson';  mailto:USRP-users@lists.ettus.com USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hi,

I had with the verison 1.6 some similar strange issues, and I was able to overcome them with putting the files all in one folder, HDSDR, firmware, image, extio stuff, some dll files. This way I was able to get it up and running with HDSDR and SDR#, only limited to the <2.4 GHz range with SDR#, while HDSDR handles this.

This afternoon or evening I will try out 1.7 and let the list know what happens. Went to work today without my B210 (what a shame :), so I can't test this during the lunch break.

Ralph.

From: USRP-users [mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of Berger, Scott via USRP-users
Sent: Friday, January 8, 2016 5:13 AM
To: James Humphries; Chris Hanson; USRP-users@lists.ettus.com mailto:USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hello Chris and Trip,

I appreciate you looking into the problem. Here is what I have done to try to understand the problem.

I installed UHD_003.009.001-release which gave me new firmware and fpga images.

I still had usrp_b200_fpga.bin and usrp_b200_fw.hex images from ExtIO_USRP… installed in my b200

Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but not the fw image

Ran uhd_usrp_probe but it failed.

Cycled the power

Ran uhd_usrp_probe – the fw image was loaded, detected device: b200, then loaded fpga image

Success – reported B200 Revision 4, FW version 8, and FPGA version 11

Renamed C:\Program Files (x86)\UHD\share\uhd\images to imagesold and created new images

Placed usrp_b200_fpga.bin in the new images directory

Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but not the fw image

Ran uhd_usrp_probe but it complained that there was no usrp_b200_fw.hex in the images directory

Put the usrp_b200_fw.hex from UHD_003.009.001 into the images directory

Ran uhd_usrp_probe – it reported detected device: B200 and operating over USB 2 and then it failed reporting “Error: RunTimeError: Expected FPGA compatibility number 11 but got 3: The FPGA build is not compatible with the host code build.”

Replaced usrp_b200_fw.hex with the version from ExtIO_USRP…

Ran uhd_usrp_probe – it reported that it was loading the firmware: usrp_b200_fw.hex and then it failed reporting “Error: RunTimeError: Expected firmware compatibility number 8 but got 4: The firmware build is not compatible with the host code build.”

It appears that the images from ExtIO_USRP… are not compatible with each other and fpga images is not compatible with firmware version from  UHD_003.009.001.

I also download uhd-images_003.008.001-release and attempted to use usrp_b200_fpga.bin and usrp_b200_fw.hex and got a similar error “Error: RunTimeError: Expected firmware compatibility number 8 but got 7: The firmware build is not compatible with the host code build.”

An interesting side note is that uhd_image_loader –args=”type=B200” –fw=usrp_b200_fw.hex results in the system report that the FPGA images is loading not the firmware.

Not sure what to try next. Thoughts?

Scott

From: USRP-users [mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of James Humphries via USRP-users
Sent: Thursday, January 07, 2016 2:50 PM
To: Chris Hanson <xenon@alphapixel.com mailto:xenon@alphapixel.com >; USRP-users@lists.ettus.com mailto:USRP-users@lists.ettus.com
Subject: Re: [USRP-users] B200 and HDSDR Install Problem

Hi Chris,

I just downloaded uhd_003.009.002-release from (running Windows 10 x64):

http://files.ettus.com/binaries/uhd/uhd_003.009.002-release/uhd_003.009.002-release_Win64_VS2013.exe

I let the installer run and only changed the option to set the PATH for all users. It should also install the images during this as well.

I then ran:

C:\Program Files (x86)\UHD\bin\uhd_usrp_probe.exe

And it ran Ok.

Even if you have to run the image downloader, it will install them to the correct directory. Did you use the default install directory when you installed UHD? I'm not quite sure if that will cause an issue, but I'll test.

Also, do you have anything in "C:\Program Files (x86)\UHD..." still? I see now you have installed to just "C:\Program Files\UHD\

-Trip

On Thu, Jan 7, 2016 at 2:29 PM, Chris Hanson <xenon@alphapixel.com mailto:xenon@alphapixel.com > wrote:

I had already uninstalled previous versions of UHD before installing the latest UHD.

I just uninstalled HDSDR and the ExtIO+USRP package to ensure it's not the obstacle.

Same results:

C:\Program Files\UHD>lib\uhd\utils\uhd_images_downloader.py

Images destination:      C:\Program Files\UHD\share\uhd\images

Downloading images from: http://files.ettus.com/binaries/images/uhd-images_003.009.002-release.zip

Downloading images to:  c:\users\xenon\appdata\local\temp\tmpb6ynsb\uhd-images_003.009.002-release.zip

26296 kB / 26296 kB (100%)

Images successfully installed to: C:\Program Files\UHD\share\uhd\images

C:\Program Files\UHD>uhd_usrp_probe.exe

Win32; Microsoft Visual C++ version 12.0; Boost_105600; UHD_003.009.002-release

Error: RuntimeError: Expected firmware compatibility number 8.0, but got 4.0:

The firmware build is not compatible with the host code build.

As an Administrator, please run:

"C:\Program Files\UHD\lib\uhd\utils\uhd_images_downloader.py"

C:\Program Files\UHD>​

Is there something I can do to troubleshoot where it's getting the firmware it is comparing compatibility numbers with?

Do I need to do something manually WITH the downloaded images?

--

Chris 'Xenon' Hanson, omo sanza lettere. Xenon@AlphaPixel.com mailto:Xenon@AlphaPixel.com  http://www.alphapixel.com/

Training • Consulting • Contracting

3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL

Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile • iPhone/iPad/iOS • Android

@alphapixel https://twitter.com/alphapixel  facebook.com/alphapixel http://facebook.com/alphapixel  (775) 623-PIXL [7495]

Any news regarding this? Otherwise I will simply try patching a V13 FPGA image to V12 and see what is happening :) Ralph. From: Chris Hanson [mailto:xenon@alphapixel.com] Sent: Friday, January 8, 2016 4:59 PM To: Ralph A. Schmid, dk5ras Cc: Berger, Scott; James Humphries; USRP-users@lists.ettus.com Subject: Re: [USRP-users] B200 and HDSDR Install Problem Yeah, it looks like it was built with an interim release. I was told by Ettus that they are now coordinating to try to get a new Extio binary release in sync with the latest UHD binary release so this stuff can actually work together. On Fri, Jan 8, 2016 at 8:57 AM, Ralph A. Schmid, dk5ras <ralph@schmid.xxx <mailto:ralph@schmid.xxx> > wrote: This can't work :( It expects FPGA 12 for my B210, but 3.9.1 has 11, and 3.9.2 has 13 - looks there is no 12 :( Ralph. From: Ralph A. Schmid, dk5ras [mailto:ralph@schmid.xxx <mailto:ralph@schmid.xxx> ] Sent: Friday, January 8, 2016 12:55 To: 'Ralph A. Schmid, dk5ras'; 'Berger, Scott'; 'James Humphries'; 'Chris Hanson'; USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> Subject: RE: [USRP-users] B200 and HDSDR Install Problem For some reasons this new EXTIO version seems to copy the old firmware and FPGA images into the HDSDR folder, this may cause irritations, as the software has the first look in its own folder for available stuff, then it may search the path, or not. So first I would do is deleting this old stuff, and when the new stuff is not found copying it manually into the HDSDR folder should do the trick, this is what I had one or two years ago with this stuff :) Just had a look at the installation, the test with the hardware still has to wait a bit. Ralph. From: USRP-users [ <mailto:usrp-users-bounces@lists.ettus.com> mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of Ralph A. Schmid, dk5ras via USRP-users Sent: Friday, January 8, 2016 11:49 AM To: 'Berger, Scott'; 'James Humphries'; 'Chris Hanson'; <mailto:USRP-users@lists.ettus.com> USRP-users@lists.ettus.com Subject: Re: [USRP-users] B200 and HDSDR Install Problem Hi, I had with the verison 1.6 some similar strange issues, and I was able to overcome them with putting the files all in one folder, HDSDR, firmware, image, extio stuff, some dll files. This way I was able to get it up and running with HDSDR and SDR#, only limited to the <2.4 GHz range with SDR#, while HDSDR handles this. This afternoon or evening I will try out 1.7 and let the list know what happens. Went to work today without my B210 (what a shame :), so I can't test this during the lunch break. Ralph. From: USRP-users [mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of Berger, Scott via USRP-users Sent: Friday, January 8, 2016 5:13 AM To: James Humphries; Chris Hanson; USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> Subject: Re: [USRP-users] B200 and HDSDR Install Problem Hello Chris and Trip, I appreciate you looking into the problem. Here is what I have done to try to understand the problem. I installed UHD_003.009.001-release which gave me new firmware and fpga images. I still had usrp_b200_fpga.bin and usrp_b200_fw.hex images from ExtIO_USRP… installed in my b200 Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but not the fw image Ran uhd_usrp_probe but it failed. Cycled the power Ran uhd_usrp_probe – the fw image was loaded, detected device: b200, then loaded fpga image Success – reported B200 Revision 4, FW version 8, and FPGA version 11 Renamed C:\Program Files (x86)\UHD\share\uhd\images to imagesold and created new images Placed usrp_b200_fpga.bin in the new images directory Ran uhd_image_loader –args=”type=B200” which loaded the fpga image but not the fw image Ran uhd_usrp_probe but it complained that there was no usrp_b200_fw.hex in the images directory Put the usrp_b200_fw.hex from UHD_003.009.001 into the images directory Ran uhd_usrp_probe – it reported detected device: B200 and operating over USB 2 and then it failed reporting “Error: RunTimeError: Expected FPGA compatibility number 11 but got 3: The FPGA build is not compatible with the host code build.” Replaced usrp_b200_fw.hex with the version from ExtIO_USRP… Ran uhd_usrp_probe – it reported that it was loading the firmware: usrp_b200_fw.hex and then it failed reporting “Error: RunTimeError: Expected firmware compatibility number 8 but got 4: The firmware build is not compatible with the host code build.” It appears that the images from ExtIO_USRP… are not compatible with each other and fpga images is not compatible with firmware version from UHD_003.009.001. I also download uhd-images_003.008.001-release and attempted to use usrp_b200_fpga.bin and usrp_b200_fw.hex and got a similar error “Error: RunTimeError: Expected firmware compatibility number 8 but got 7: The firmware build is not compatible with the host code build.” An interesting side note is that uhd_image_loader –args=”type=B200” –fw=usrp_b200_fw.hex results in the system report that the FPGA images is loading not the firmware. Not sure what to try next. Thoughts? Scott From: USRP-users [mailto:usrp-users-bounces@lists.ettus.com] On Behalf Of James Humphries via USRP-users Sent: Thursday, January 07, 2016 2:50 PM To: Chris Hanson <xenon@alphapixel.com <mailto:xenon@alphapixel.com> >; USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com> Subject: Re: [USRP-users] B200 and HDSDR Install Problem Hi Chris, I just downloaded uhd_003.009.002-release from (running Windows 10 x64): http://files.ettus.com/binaries/uhd/uhd_003.009.002-release/uhd_003.009.002-release_Win64_VS2013.exe I let the installer run and only changed the option to set the PATH for all users. It should also install the images during this as well. I then ran: C:\Program Files (x86)\UHD\bin\uhd_usrp_probe.exe And it ran Ok. Even if you have to run the image downloader, it will install them to the correct directory. Did you use the default install directory when you installed UHD? I'm not quite sure if that will cause an issue, but I'll test. Also, do you have anything in "C:\Program Files (x86)\UHD..." still? I see now you have installed to just "C:\Program Files\UHD\ -Trip On Thu, Jan 7, 2016 at 2:29 PM, Chris Hanson <xenon@alphapixel.com <mailto:xenon@alphapixel.com> > wrote: I had already uninstalled previous versions of UHD before installing the latest UHD. I just uninstalled HDSDR and the ExtIO+USRP package to ensure it's not the obstacle. Same results: C:\Program Files\UHD>lib\uhd\utils\uhd_images_downloader.py Images destination: C:\Program Files\UHD\share\uhd\images Downloading images from: http://files.ettus.com/binaries/images/uhd-images_003.009.002-release.zip Downloading images to: c:\users\xenon\appdata\local\temp\tmpb6ynsb\uhd-images_003.009.002-release.zip 26296 kB / 26296 kB (100%) Images successfully installed to: C:\Program Files\UHD\share\uhd\images C:\Program Files\UHD>uhd_usrp_probe.exe Win32; Microsoft Visual C++ version 12.0; Boost_105600; UHD_003.009.002-release Error: RuntimeError: Expected firmware compatibility number 8.0, but got 4.0: The firmware build is not compatible with the host code build. As an Administrator, please run: "C:\Program Files\UHD\lib\uhd\utils\uhd_images_downloader.py" C:\Program Files\UHD>​ Is there something I can do to troubleshoot where it's getting the firmware it is comparing compatibility numbers with? Do I need to do something manually WITH the downloaded images? -- Chris 'Xenon' Hanson, omo sanza lettere. Xenon@AlphaPixel.com <mailto:Xenon@AlphaPixel.com> http://www.alphapixel.com/ Training • Consulting • Contracting 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile • iPhone/iPad/iOS • Android @alphapixel <https://twitter.com/alphapixel> facebook.com/alphapixel <http://facebook.com/alphapixel> (775) 623-PIXL [7495]