Empathy List Archives

I

iw1fnw@gmail.com

Mon, Dec 13, 2021 12:50 PM

We received the board at end of June 2020 and not used that much due to Covid restriction in accessing the lab.

I think it was working with “old” GNU-Radio (version 2), but in May 2021 we updated everything to GNU-Radio 3 (including Linux distribution, etc.). At that point, I had problem since GNU-Radio was complaining that the FPGA image was not in line with the USRP drivers, and it asked to upgrade it using the image loader.

I did it, and the USPR stopped working (i.e. the image loading was not successful, with same above error). We recovered using Vivado, and this is where we are now.

I may try to upload the image using the PCIe interface on another machine. That is the only other thing that I can think about now.

We received the board at end of June 2020 and not used that much due to Covid restriction in accessing the lab. I think it was working with “old” GNU-Radio (version 2), but in May 2021 we updated everything to GNU-Radio 3 (including Linux distribution, etc.). At that point, I had problem since GNU-Radio was complaining that the FPGA image was not in line with the USRP drivers, and it asked to upgrade it using the image loader. I did it, and the USPR stopped working (i.e. the image loading was not successful, with same above error). We recovered using Vivado, and this is where we are now. I may try to upload the image using the PCIe interface on another machine. That is the only other thing that I can think about now.

MD

Marcus D. Leech

Mon, Dec 13, 2021 1:49 PM

On 2021-12-13 07:50, iw1fnw@gmail.com wrote:

We received the board at end of June 2020 and not used that much due
to Covid restriction in accessing the lab.

I think it was working with “old” GNU-Radio (version 2), but in May
2021 we updated everything to GNU-Radio 3 (including Linux
distribution, etc.). At that point, I had problem since GNU-Radio was
complaining that the FPGA image was not in line with the USRP drivers,
and it asked to upgrade it using the image loader.

I did it, and the USPR stopped working (i.e. the image loading was not
successful, with same above error). We recovered using Vivado, and
this is where we are now.

I may try to upload the image using the PCIe interface on another
machine. That is the only other thing that I can think about now.

Just to confirm--you're running the as-supplied-by-Ettus images on the
X310 when this happens?

Also make sure that you're loading images that are compatible with the
version of UHD you're running. Use

uhd_images_downloader

To download compatible images to your PC.

IF that fails, you could try following the "unbricking" procedure here:

https://kb.ettus.com/X300/X310_Device_Recovery

On 2021-12-13 07:50, iw1fnw@gmail.com wrote: > > We received the board at end of June 2020 and not used that much due > to Covid restriction in accessing the lab. > > I think it was working with “old” GNU-Radio (version 2), but in May > 2021 we updated everything to GNU-Radio 3 (including Linux > distribution, etc.). At that point, I had problem since GNU-Radio was > complaining that the FPGA image was not in line with the USRP drivers, > and it asked to upgrade it using the image loader. > > I did it, and the USPR stopped working (i.e. the image loading was not > successful, with same above error). We recovered using Vivado, and > this is where we are now. > > I may try to upload the image using the PCIe interface on another > machine. That is the only other thing that I can think about now. > > > Just to confirm--you're running the as-supplied-by-Ettus images on the X310 when this happens? Also make sure that you're loading images that are compatible with the version of UHD you're running. Use uhd_images_downloader To download compatible images to your PC. IF that fails, you could try following the "unbricking" procedure here: https://kb.ettus.com/X300/X310_Device_Recovery

RK

Rob Kossler

Mon, Dec 13, 2021 3:25 PM

One thing that bothers me about this problem is related to versions. I do
not know what is meant by "gnuradio 2" or gnuradio 3". If "gnuradio 2"
means a 2.x version, then I think this is extremely old. And if "gnuradio
3" means 3.x version, then I would ask which 3.x version? And, then there
is UHD 3.10.x, which seems to be the version you are trying to install.
This is also very old.

It seems that the following is true (please comment if part of this is
false):

you first tried to update the FPGA bitstream using uhd_image_loader, but
the update failed for some reason and now the X310 does not boot up
correctly
now, you can operate the X310 if you first load the FPGA bitstream (UHD
3.10) via JTAG, but of course, this JTAG update must happen with each power
cycle
When running with UHD 3.10 after loading via JTAG, you are still unable
to use uhd_image_loader to update the X310 non-volatile flash over Ethernet
(it is not clear to me if the uhd_image_loader application is using the
exact same bitstream as the one you are loading via JTAG).

In general, my recommendation would be to forget about gnuradio for now and
download and install uhd 4.1 (or at least 3.15). Then, use JTAG to load the
bitstream from the installed "images" folder. If successful,
"uhd_usrp_probe" should now run successfully and show the UHD version as
4.1 (or 3.15) (if not, then perhaps your system has multiple UHD versions
installed and this may be the problem). Then, use uhd_image_loader with the
"--fpga-path=<path to installed 'bitstream file'>" option to specify the
exact same file as used with JTAG. Note that this could be done using
either a 1G or 10G connection. But, if you want to use the 1G connection,
you will need to load the "HG" image during the JTAG programming and use
the left-most SFP+ port with the 1G SFP+/RJ45 adapter.
Rob

On Mon, Dec 13, 2021 at 8:49 AM Marcus D. Leech patchvonbraun@gmail.com
wrote:

On 2021-12-13 07:50, iw1fnw@gmail.com wrote:

We received the board at end of June 2020 and not used that much due
to Covid restriction in accessing the lab.

I think it was working with “old” GNU-Radio (version 2), but in May
2021 we updated everything to GNU-Radio 3 (including Linux
distribution, etc.). At that point, I had problem since GNU-Radio was
complaining that the FPGA image was not in line with the USRP drivers,
and it asked to upgrade it using the image loader.

I did it, and the USPR stopped working (i.e. the image loading was not
successful, with same above error). We recovered using Vivado, and
this is where we are now.

I may try to upload the image using the PCIe interface on another
machine. That is the only other thing that I can think about now.

Just to confirm--you're running the as-supplied-by-Ettus images on the
X310 when this happens?

Also make sure that you're loading images that are compatible with the
version of UHD you're running. Use

uhd_images_downloader

To download compatible images to your PC.

IF that fails, you could try following the "unbricking" procedure here:

https://kb.ettus.com/X300/X310_Device_Recovery

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

One thing that bothers me about this problem is related to versions. I do not know what is meant by "gnuradio 2" or gnuradio 3". If "gnuradio 2" means a 2.x version, then I think this is extremely old. And if "gnuradio 3" means 3.x version, then I would ask which 3.x version? And, then there is UHD 3.10.x, which seems to be the version you are trying to install. This is also very old. It seems that the following is true (please comment if part of this is false): 1) you first tried to update the FPGA bitstream using uhd_image_loader, but the update failed for some reason and now the X310 does not boot up correctly 2) now, you can operate the X310 if you first load the FPGA bitstream (UHD 3.10) via JTAG, but of course, this JTAG update must happen with each power cycle 3) When running with UHD 3.10 after loading via JTAG, you are still unable to use uhd_image_loader to update the X310 non-volatile flash over Ethernet (it is not clear to me if the uhd_image_loader application is using the *exact* same bitstream as the one you are loading via JTAG). In general, my recommendation would be to forget about gnuradio for now and download and install uhd 4.1 (or at least 3.15). Then, use JTAG to load the bitstream from the installed "images" folder. If successful, "uhd_usrp_probe" should now run successfully and show the UHD version as 4.1 (or 3.15) (if not, then perhaps your system has multiple UHD versions installed and this may be the problem). Then, use uhd_image_loader with the "--fpga-path=<path to installed 'bitstream file'>" option to specify the exact same file as used with JTAG. Note that this could be done using either a 1G or 10G connection. But, if you want to use the 1G connection, you will need to load the "HG" image during the JTAG programming and use the left-most SFP+ port with the 1G SFP+/RJ45 adapter. Rob On Mon, Dec 13, 2021 at 8:49 AM Marcus D. Leech <patchvonbraun@gmail.com> wrote: > On 2021-12-13 07:50, iw1fnw@gmail.com wrote: > > > > We received the board at end of June 2020 and not used that much due > > to Covid restriction in accessing the lab. > > > > I think it was working with “old” GNU-Radio (version 2), but in May > > 2021 we updated everything to GNU-Radio 3 (including Linux > > distribution, etc.). At that point, I had problem since GNU-Radio was > > complaining that the FPGA image was not in line with the USRP drivers, > > and it asked to upgrade it using the image loader. > > > > I did it, and the USPR stopped working (i.e. the image loading was not > > successful, with same above error). We recovered using Vivado, and > > this is where we are now. > > > > I may try to upload the image using the PCIe interface on another > > machine. That is the only other thing that I can think about now. > > > > > > > Just to confirm--you're running the as-supplied-by-Ettus images on the > X310 when this happens? > > Also make sure that you're loading images that are compatible with the > version of UHD you're running. Use > > uhd_images_downloader > > To download compatible images to your PC. > > IF that fails, you could try following the "unbricking" procedure here: > > https://kb.ettus.com/X300/X310_Device_Recovery > > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com >

I

iw1fnw@gmail.com

Mon, Dec 13, 2021 4:27 PM

Thanks Rob.

About versions, indeed I mean 2.7 (I think this was the old one) and now is 3.8. The UHD version is the default one that comes with Ubuntu 18 LTS.

abusso@ttclabsdr:~$ uhd_usrp_probe --version
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

I can upgrade to the latest one, just to check if it works. The problem with GNU-Radio was that if GNU-Radio is not compiled with same UHD version from which the FPGA image has been taken, it does not work. This is why I had to change the image.

Concerning your 3 points, I confirm all of them

abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit"
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown

Unit: USRP X310 (31D7872, 192.168.30.2)
FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit
failed.
Error: RuntimeError: Device reported an error during initialization.

I will try to use the latest UHD to see what happens. And if it does not work, I will try to flash the 1G image as you suggested.

Thanks!

Thanks Rob. About versions, indeed I mean 2.7 (I think this was the old one) and now is 3.8. The UHD version is the default one that comes with Ubuntu 18 LTS. ``` abusso@ttclabsdr:~$ uhd_usrp_probe --version linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown ``` I can upgrade to the latest one, just to check if it works. The problem with GNU-Radio was that if GNU-Radio is not compiled with same UHD version from which the FPGA image has been taken, it does not work. This is why I had to change the image. Concerning your 3 points, I confirm all of them ``` abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit" linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown Unit: USRP X310 (31D7872, 192.168.30.2) FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit failed. Error: RuntimeError: Device reported an error during initialization. ``` I will try to use the latest UHD to see what happens. And if it does not work, I will try to flash the 1G image as you suggested. Thanks!

I

iw1fnw@gmail.com

Mon, Dec 13, 2021 4:44 PM

Last update for today… Installed latest UHD from ETTUS repository, downloaded new images and tried the loader without success (the USRP probe shows the incompatibility of the FPGA image with new UHD version):

abusso@ttclabsdr:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release
[INFO] [X300] X300 initialization sequence...
Error: RuntimeError: Expected FPGA compatibility number 38, but got 33:
The FPGA image on your device is not compatible with this host code build.
Download the appropriate FPGA images for this version of UHD.
Please run:

 "/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py"

Then burn a new image to the on-board flash storage of your
USRP X3xx device using the image loader utility. Use this command:

"/usr/lib/bin/uhd_image_loader" --args="type=x300,addr=192.168.40.2"

For more information, refer to the UHD manual:

 http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_flash


abusso@ttclabsdr:~$ sudo /usr/lib/uhd/utils/uhd_images_downloader.py
[INFO] Using base URL: https://files.ettus.com/binaries/cache/
[INFO] Images destination: /usr/share/uhd/images
[INFO] No inventory file found at /usr/share/uhd/images/inventory.json. Creating an empty one.
09147 kB / 09147 kB (100%) x4xx_x410_fpga_default-gd5c2750.zip
21070 kB / 21070 kB (100%) x3xx_x310_fpga_default-gd5c2750.zip
19740 kB / 19740 kB (100%) x3xx_x300_fpga_default-gd5c2750.zip
01149 kB / 01149 kB (100%) e3xx_e310_sg1_fpga_default-gd5c2750.zip
01137 kB / 01137 kB (100%) e3xx_e310_sg3_fpga_default-gd5c2750.zip
10188 kB / 10188 kB (100%) e3xx_e320_fpga_default-gd5c2750.zip
20727 kB / 20727 kB (100%) n3xx_n310_fpga_default-gd5c2750.zip
14296 kB / 14296 kB (100%) n3xx_n300_fpga_default-gd5c2750.zip
27186 kB / 27186 kB (100%) n3xx_n320_fpga_default-gd5c2750.zip
00481 kB / 00481 kB (100%) b2xx_b200_fpga_default-g325e8e9.zip
00463 kB / 00463 kB (100%) b2xx_b200mini_fpga_default-g325e8e9.zip
00882 kB / 00882 kB (100%) b2xx_b210_fpga_default-g325e8e9.zip
00511 kB / 00511 kB (100%) b2xx_b205mini_fpga_default-g325e8e9.zip
00167 kB / 00167 kB (100%) b2xx_common_fw_default-g7f7d016.zip
00007 kB / 00007 kB (100%) usrp2_usrp2_fw_default-g6bea23d.zip
00450 kB / 00450 kB (100%) usrp2_usrp2_fpga_default-g6bea23d.zip
02415 kB / 02415 kB (100%) usrp2_n200_fpga_default-g6bea23d.zip
00009 kB / 00009 kB (100%) usrp2_n200_fw_default-g6bea23d.zip
02757 kB / 02757 kB (100%) usrp2_n210_fpga_default-g6bea23d.zip
00009 kB / 00009 kB (100%) usrp2_n210_fw_default-g6bea23d.zip
02123 kB / 02123 kB (100%) n230_n230_fpga_default-ge57dfe0.zip
00319 kB / 00319 kB (100%) usrp1_usrp1_fpga_default-g6bea23d.zip
00522 kB / 00522 kB (100%) usrp1_b100_fpga_default-g6bea23d.zip
00006 kB / 00006 kB (100%) usrp1_b100_fw_default-g6bea23d.zip
00017 kB / 00017 kB (100%) octoclock_octoclock_fw_default-g14000041.zip
04839 kB / 04839 kB (100%) usb_common_windrv_default-g14000041.zip
[INFO] Images download complete.


abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit"
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release
Unit: USRP X310 (31D7872, 192.168.30.2)
FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit
failed.
Error: RuntimeError: Device reported an error during initialization.

Then, I re-flashed the FPGA with latest image using Vivado. Now, usrp probe works again, but still, no way to upload using the image loader.

abusso@ttclabsdr:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Radio 1x clock: 200 MHz
  _____________________________________________________
 /
|       Device: X-Series Device
|     _____________________________________________________
|    /
|   |       Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30818
|   |   mac-addr0: 00:80:2f:30:8e:01
|   |   mac-addr1: 00:80:2f:30:8e:02
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 31D7872
|   |   name: TTC_X310
|   |   FW Version: 6.0
|   |   FPGA Version: 38.0
|   |   FPGA git hash: b1ca7f3
|   |
|   |   Time sources:  internal, external, gpsdo
|   |   Clock sources: internal, external, gpsdo
|   |   Sensors: ref_locked
|     _____________________________________________________
|    /
|   |       RFNoC blocks on this device:
|   |
|   |   * 0/DDC#0
|   |   * 0/DDC#1



abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit"
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release
Unit: USRP X310 (31D7872, 192.168.30.2)
FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit
failed.
Error: RuntimeError: Device reported an error during initialization.
abusso@ttclabsdr:~$

I will try tomorrow with the 1G image, but I was wondering if (may be) there are some jumpers inside the box that may prevent reprogramming. It looks quite strange that it does not work.

I could not check with the PCIe, since, apparently the divers are not installed yet on the new PC with PCIe card (and I cannot do too much with that since it is not “mine”).

Last update for today… Installed latest UHD from ETTUS repository, downloaded new images and tried the loader without success (the USRP probe shows the incompatibility of the FPGA image with new UHD version): ``` abusso@ttclabsdr:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release [INFO] [X300] X300 initialization sequence... Error: RuntimeError: Expected FPGA compatibility number 38, but got 33: The FPGA image on your device is not compatible with this host code build. Download the appropriate FPGA images for this version of UHD. Please run: "/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py" Then burn a new image to the on-board flash storage of your USRP X3xx device using the image loader utility. Use this command: "/usr/lib/bin/uhd_image_loader" --args="type=x300,addr=192.168.40.2" For more information, refer to the UHD manual: http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_flash abusso@ttclabsdr:~$ sudo /usr/lib/uhd/utils/uhd_images_downloader.py [INFO] Using base URL: https://files.ettus.com/binaries/cache/ [INFO] Images destination: /usr/share/uhd/images [INFO] No inventory file found at /usr/share/uhd/images/inventory.json. Creating an empty one. 09147 kB / 09147 kB (100%) x4xx_x410_fpga_default-gd5c2750.zip 21070 kB / 21070 kB (100%) x3xx_x310_fpga_default-gd5c2750.zip 19740 kB / 19740 kB (100%) x3xx_x300_fpga_default-gd5c2750.zip 01149 kB / 01149 kB (100%) e3xx_e310_sg1_fpga_default-gd5c2750.zip 01137 kB / 01137 kB (100%) e3xx_e310_sg3_fpga_default-gd5c2750.zip 10188 kB / 10188 kB (100%) e3xx_e320_fpga_default-gd5c2750.zip 20727 kB / 20727 kB (100%) n3xx_n310_fpga_default-gd5c2750.zip 14296 kB / 14296 kB (100%) n3xx_n300_fpga_default-gd5c2750.zip 27186 kB / 27186 kB (100%) n3xx_n320_fpga_default-gd5c2750.zip 00481 kB / 00481 kB (100%) b2xx_b200_fpga_default-g325e8e9.zip 00463 kB / 00463 kB (100%) b2xx_b200mini_fpga_default-g325e8e9.zip 00882 kB / 00882 kB (100%) b2xx_b210_fpga_default-g325e8e9.zip 00511 kB / 00511 kB (100%) b2xx_b205mini_fpga_default-g325e8e9.zip 00167 kB / 00167 kB (100%) b2xx_common_fw_default-g7f7d016.zip 00007 kB / 00007 kB (100%) usrp2_usrp2_fw_default-g6bea23d.zip 00450 kB / 00450 kB (100%) usrp2_usrp2_fpga_default-g6bea23d.zip 02415 kB / 02415 kB (100%) usrp2_n200_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%) usrp2_n200_fw_default-g6bea23d.zip 02757 kB / 02757 kB (100%) usrp2_n210_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%) usrp2_n210_fw_default-g6bea23d.zip 02123 kB / 02123 kB (100%) n230_n230_fpga_default-ge57dfe0.zip 00319 kB / 00319 kB (100%) usrp1_usrp1_fpga_default-g6bea23d.zip 00522 kB / 00522 kB (100%) usrp1_b100_fpga_default-g6bea23d.zip 00006 kB / 00006 kB (100%) usrp1_b100_fw_default-g6bea23d.zip 00017 kB / 00017 kB (100%) octoclock_octoclock_fw_default-g14000041.zip 04839 kB / 04839 kB (100%) usb_common_windrv_default-g14000041.zip [INFO] Images download complete. abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit" [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release Unit: USRP X310 (31D7872, 192.168.30.2) FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit failed. Error: RuntimeError: Device reported an error during initialization. ``` Then, I re-flashed the FPGA with latest image using Vivado. Now, usrp probe works again, but still, no way to upload using the image loader. ``` abusso@ttclabsdr:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release [INFO] [X300] X300 initialization sequence... [INFO] [X300] Maximum frame size: 8000 bytes. [INFO] [X300] Radio 1x clock: 200 MHz _____________________________________________________ / | Device: X-Series Device | _____________________________________________________ | / | | Mboard: X310 | | revision: 11 | | revision_compat: 7 | | product: 30818 | | mac-addr0: 00:80:2f:30:8e:01 | | mac-addr1: 00:80:2f:30:8e:02 | | gateway: 192.168.10.1 | | ip-addr0: 192.168.10.2 | | subnet0: 255.255.255.0 | | ip-addr1: 192.168.20.2 | | subnet1: 255.255.255.0 | | ip-addr2: 192.168.30.2 | | subnet2: 255.255.255.0 | | ip-addr3: 192.168.40.2 | | subnet3: 255.255.255.0 | | serial: 31D7872 | | name: TTC_X310 | | FW Version: 6.0 | | FPGA Version: 38.0 | | FPGA git hash: b1ca7f3 | | | | Time sources: internal, external, gpsdo | | Clock sources: internal, external, gpsdo | | Sensors: ref_locked | _____________________________________________________ | / | | RFNoC blocks on this device: | | | | * 0/DDC#0 | | * 0/DDC#1 abusso@ttclabsdr:~$ uhd_image_loader --args "type=x300,addr=192.168.30.2" --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit" [INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release Unit: USRP X310 (31D7872, 192.168.30.2) FPGA Image: /usr/share/uhd/images/usrp_x310_fpga_XG.bit failed. Error: RuntimeError: Device reported an error during initialization. abusso@ttclabsdr:~$ ``` I will try tomorrow with the 1G image, but I was wondering if (may be) there are some jumpers inside the box that may prevent reprogramming. It looks quite strange that it does not work. I could not check with the PCIe, since, apparently the divers are not installed yet on the new PC with PCIe card (and I cannot do too much with that since it is not “mine”).

MD

Marcus D. Leech

Mon, Dec 13, 2021 5:02 PM

On 2021-12-13 11:44, iw1fnw@gmail.com wrote:

Last update for today… Installed latest UHD from ETTUS repository,
downloaded new images and tried the loader without success (the USRP
probe shows the incompatibility of the FPGA image with new UHD version):

|abusso@ttclabsdr:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++
version 7.5.0; Boost_106501; UHD_4.1.0.4-release [INFO] [X300] X300
initialization sequence... Error: RuntimeError: Expected FPGA
compatibility number 38, but got 33: The FPGA image on your device is
not compatible with this host code build. Download the appropriate
FPGA images for this version of UHD. Please run:
"/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py" Then
burn a new image to the on-board flash storage of your USRP X3xx
device using the image loader utility. Use this command:
"/usr/lib/bin/uhd_image_loader" --args="type=x300,addr=192.168.40.2"
For more information, refer to the UHD manual:
http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_flash
abusso@ttclabsdr:~$ sudo /usr/lib/uhd/utils/uhd_images_downloader.py
[INFO] Using base URL: https://files.ettus.com/binaries/cache/ [INFO]
Images destination: /usr/share/uhd/images [INFO] No inventory file
found at /usr/share/uhd/images/inventory.json. Creating an empty one.
09147 kB / 09147 kB (100%) x4xx_x410_fpga_default-gd5c2750.zip 21070
kB / 21070 kB (100%) x3xx_x310_fpga_default-gd5c2750.zip 19740 kB /
19740 kB (100%) x3xx_x300_fpga_default-gd5c2750.zip 01149 kB / 01149
kB (100%) e3xx_e310_sg1_fpga_default-gd5c2750.zip 01137 kB / 01137 kB
(100%) e3xx_e310_sg3_fpga_default-gd5c2750.zip 10188 kB / 10188 kB
(100%) e3xx_e320_fpga_default-gd5c2750.zip 20727 kB / 20727 kB (100%)
n3xx_n310_fpga_default-gd5c2750.zip 14296 kB / 14296 kB (100%)
n3xx_n300_fpga_default-gd5c2750.zip 27186 kB / 27186 kB (100%)
n3xx_n320_fpga_default-gd5c2750.zip 00481 kB / 00481 kB (100%)
b2xx_b200_fpga_default-g325e8e9.zip 00463 kB / 00463 kB (100%)
b2xx_b200mini_fpga_default-g325e8e9.zip 00882 kB / 00882 kB (100%)
b2xx_b210_fpga_default-g325e8e9.zip 00511 kB / 00511 kB (100%)
b2xx_b205mini_fpga_default-g325e8e9.zip 00167 kB / 00167 kB (100%)
b2xx_common_fw_default-g7f7d016.zip 00007 kB / 00007 kB (100%)
usrp2_usrp2_fw_default-g6bea23d.zip 00450 kB / 00450 kB (100%)
usrp2_usrp2_fpga_default-g6bea23d.zip 02415 kB / 02415 kB (100%)
usrp2_n200_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%)
usrp2_n200_fw_default-g6bea23d.zip 02757 kB / 02757 kB (100%)
usrp2_n210_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%)
usrp2_n210_fw_default-g6bea23d.zip 02123 kB / 02123 kB (100%)
n230_n230_fpga_default-ge57dfe0.zip 00319 kB / 00319 kB (100%)
usrp1_usrp1_fpga_default-g6bea23d.zip 00522 kB / 00522 kB (100%)
usrp1_b100_fpga_default-g6bea23d.zip 00006 kB / 00006 kB (100%)
usrp1_b100_fw_default-g6bea23d.zip 00017 kB / 00017 kB (100%)
octoclock_octoclock_fw_default-g14000041.zip 04839 kB / 04839 kB
(100%) usb_common_windrv_default-g14000041.zip [INFO] Images download
complete. abusso@ttclabsdr:~$ uhd_image_loader --args
"type=x300,addr=192.168.30.2"
--fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit" [INFO] [UHD]
linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release Unit:
USRP X310 (31D7872, 192.168.30.2) FPGA Image:
/usr/share/uhd/images/usrp_x310_fpga_XG.bit failed. Error:
RuntimeError: Device reported an error during initialization.|

Could you make sure you're using the correct version of
uhd_images_downloader? /usr/lib/uhd/utils/uhd_images_downloader.py vs

|/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py|

||

On 2021-12-13 11:44, iw1fnw@gmail.com wrote: > > Last update for today… Installed latest UHD from ETTUS repository, > downloaded new images and tried the loader without success (the USRP > probe shows the incompatibility of the FPGA image with new UHD version): > > |abusso@ttclabsdr:~$ uhd_usrp_probe [INFO] [UHD] linux; GNU C++ > version 7.5.0; Boost_106501; UHD_4.1.0.4-release [INFO] [X300] X300 > initialization sequence... Error: RuntimeError: Expected FPGA > compatibility number 38, but got 33: The FPGA image on your device is > not compatible with this host code build. Download the appropriate > FPGA images for this version of UHD. Please run: > "/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py" Then > burn a new image to the on-board flash storage of your USRP X3xx > device using the image loader utility. Use this command: > "/usr/lib/bin/uhd_image_loader" --args="type=x300,addr=192.168.40.2" > For more information, refer to the UHD manual: > http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_flash > abusso@ttclabsdr:~$ sudo /usr/lib/uhd/utils/uhd_images_downloader.py > [INFO] Using base URL: https://files.ettus.com/binaries/cache/ [INFO] > Images destination: /usr/share/uhd/images [INFO] No inventory file > found at /usr/share/uhd/images/inventory.json. Creating an empty one. > 09147 kB / 09147 kB (100%) x4xx_x410_fpga_default-gd5c2750.zip 21070 > kB / 21070 kB (100%) x3xx_x310_fpga_default-gd5c2750.zip 19740 kB / > 19740 kB (100%) x3xx_x300_fpga_default-gd5c2750.zip 01149 kB / 01149 > kB (100%) e3xx_e310_sg1_fpga_default-gd5c2750.zip 01137 kB / 01137 kB > (100%) e3xx_e310_sg3_fpga_default-gd5c2750.zip 10188 kB / 10188 kB > (100%) e3xx_e320_fpga_default-gd5c2750.zip 20727 kB / 20727 kB (100%) > n3xx_n310_fpga_default-gd5c2750.zip 14296 kB / 14296 kB (100%) > n3xx_n300_fpga_default-gd5c2750.zip 27186 kB / 27186 kB (100%) > n3xx_n320_fpga_default-gd5c2750.zip 00481 kB / 00481 kB (100%) > b2xx_b200_fpga_default-g325e8e9.zip 00463 kB / 00463 kB (100%) > b2xx_b200mini_fpga_default-g325e8e9.zip 00882 kB / 00882 kB (100%) > b2xx_b210_fpga_default-g325e8e9.zip 00511 kB / 00511 kB (100%) > b2xx_b205mini_fpga_default-g325e8e9.zip 00167 kB / 00167 kB (100%) > b2xx_common_fw_default-g7f7d016.zip 00007 kB / 00007 kB (100%) > usrp2_usrp2_fw_default-g6bea23d.zip 00450 kB / 00450 kB (100%) > usrp2_usrp2_fpga_default-g6bea23d.zip 02415 kB / 02415 kB (100%) > usrp2_n200_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%) > usrp2_n200_fw_default-g6bea23d.zip 02757 kB / 02757 kB (100%) > usrp2_n210_fpga_default-g6bea23d.zip 00009 kB / 00009 kB (100%) > usrp2_n210_fw_default-g6bea23d.zip 02123 kB / 02123 kB (100%) > n230_n230_fpga_default-ge57dfe0.zip 00319 kB / 00319 kB (100%) > usrp1_usrp1_fpga_default-g6bea23d.zip 00522 kB / 00522 kB (100%) > usrp1_b100_fpga_default-g6bea23d.zip 00006 kB / 00006 kB (100%) > usrp1_b100_fw_default-g6bea23d.zip 00017 kB / 00017 kB (100%) > octoclock_octoclock_fw_default-g14000041.zip 04839 kB / 04839 kB > (100%) usb_common_windrv_default-g14000041.zip [INFO] Images download > complete. abusso@ttclabsdr:~$ uhd_image_loader --args > "type=x300,addr=192.168.30.2" > --fpga-path="/usr/share/uhd/images/usrp_x310_fpga_XG.bit" [INFO] [UHD] > linux; GNU C++ version 7.5.0; Boost_106501; UHD_4.1.0.4-release Unit: > USRP X310 (31D7872, 192.168.30.2) FPGA Image: > /usr/share/uhd/images/usrp_x310_fpga_XG.bit failed. Error: > RuntimeError: Device reported an error during initialization.| > Could you make sure you're using the correct version of uhd_images_downloader? /usr/lib/uhd/utils/uhd_images_downloader.py vs |/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py| ||