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 <patchvonbr...@gmail.com> wrote: > On 2021-12-13 07:50, iw1...@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-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
