[USRP-users] Read-all USRP parameters

Rob Kossler rkossler at nd.edu
Mon Jan 27 10:37:30 EST 2020


Hi Joe,
The errors you are getting indicate that the FPGA image on the device is
not compatible with the UHD driver on the host (either the E310 ARM with
UHD 3.11 or the host machine with UHD 3.14.1).  With the E310, I believe
that the FPGA image is loaded when you run your app (such
usrp_burn_mb_eeprom) from a default location but you can override to load a
non-default fpga image when your app starts up using a command line
parameter (perhaps in the 'args' ).  Perhaps try the following:
- run the uhd_images_downloader program which should be smart enough to
download the UHD-compatible FPGA image into the default location such that
it will then be loaded each time by default. This should work on either the
E310 itself via ssh or from the host.
- alternatively, play around with specifically identifying which FPGA image
you want (rather than having it load the default) at startup.

Rob

On Wed, Jan 22, 2020 at 7:13 PM Joe crossen via USRP-users <
usrp-users at lists.ettus.com> wrote:

> Hi all,
>
> I know there is a manual for this -
> http://files.ettus.com/manual/page_identification.html#id_naming
> Though I'm still having difficulties.
>
> Firstly, can the eeprom of the device be read/changed from the device
> itself?
> I have ssh'd into the USRP, and get the following when attempting to
> read-all:
>
> root at ettus-e3xx-sg3:/usr/lib/uhd/utils# ./usrp_burn_mb_eeprom --read-all
> Creating USRP device from address:
> [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106400;
> UHD_3.11.0.1-0-unknown
> [WARNING] [UDP] The recv buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.rmem_max=288000
> [WARNING] [UDP] The send buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.wmem_max=288000
> [WARNING] [UDP] The recv buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.rmem_max=288000
> [WARNING] [UDP] The send buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.wmem_max=288000
> [WARNING] [UDP] The recv buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.rmem_max=288000
> [WARNING] [UDP] The send buffer could not be resized sufficiently.
> Target sock buff size: 288000 bytes.
> Actual sock buff size: 163840 bytes.
> See the transport application notes on buffer resizing.
> Please run: sudo sysctl -w net.core.wmem_max=288000
> [INFO] [E300] Detecting internal GPS
> [ERROR] [E300] An error occured making GPSDd interface: RuntimeError:
> Failed to connect to gpsd: can't connect to host/port pair
> [INFO] [E300] Initializing core control...
> [INFO] [E300] Performing register loopback test...
> [INFO] [E300] Register loopback test passed
> Error: RuntimeError: Expected FPGA compatibility number 17.x, but got 16.0:
> The FPGA build is not compatible with the host code build.
> Please run:
>
>  "/usr/lib/uhd/utils/uhd_images_downloader.py"
>
> Failing this, I attempted the same from my host machine (with the USRP
> device in usrp_e3x0_
> network_mode).
> /usr/local/lib/uhd/utils$ ./usrp_burn_mb_eeprom --args="serial=3174549"
> --read-all
> This resulted in a very similar output with the error:
> Error: RuntimeError: Expected FPGA compatibility number 255.x, but got
> 16.0:
>
> *Note: *my host machine is running UHD 3.14.1 and I suspect this doesn't
> help the matter- I've attempted to roll this version back by downloading
> older uhd binaries - https://files.ettus.com/binaries/uhd/
> though was getting all of these dependency issues. I'm new to Linux and
> this has been a head-f**k.
>
> I'm not sure how to troubleshoot this.
> Any advice would be great!
> Thanks,
> Joe
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20200127/2f0ac82c/attachment.html>


More information about the USRP-users mailing list