[USRP-users] Run time issue with 3.14.1.1 (X300 with UBX)

Rob Kossler rkossler at nd.edu
Mon Jan 13 13:04:44 EST 2020


This likely has nothing to do with the error, but the command line
parameters appear to be a bit inconsistent.  With a baseband rate of 50
MHz, and assuming an IF bandwidth of 160 MHz, it is probably a good idea to
keep the LO offset to a maximum of 55 MHz (rather than 80 MHz as shown in
the command line), so that the full +/- 25 MHz baseband will not be shifted
off the end of the +/- 80 MHz range.
Rob

On Mon, Jan 13, 2020 at 5:23 AM voonna santosh via USRP-users <
usrp-users at lists.ettus.com> wrote:

> Hi Sam,
>    I have managed to reproduce this issue and when it happens, here is the
> info you have asked for:
>
>
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
>     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>     inet 127.0.0.1/8 scope host lo
>        valid_lft forever preferred_lft forever
>     inet6 ::1/128 scope host
>        valid_lft forever preferred_lft forever
> 2: enp3s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP
> group default qlen 1000
>     link/ether 00:e0:4b:6b:0c:41 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.40.20/24 brd 192.168.40.255 scope global noprefixroute
> enp3s0f0
>        valid_lft forever preferred_lft forever
>     inet6 fe80::2e0:4bff:fe6b:c41/64 scope link
>        valid_lft forever preferred_lft forever
> 3: enp3s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state
> DOWN group default qlen 1000
>     link/ether 00:e0:4b:6b:0c:42 brd ff:ff:ff:ff:ff:ff
> 4: enp8s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state
> DOWN group default qlen 1000
>     link/ether 00:0c:8b:71:75:78 brd ff:ff:ff:ff:ff:ff
> 5: enp15s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
> group default qlen 1000
>     link/ether 00:e0:4b:6b:0c:43 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.10.20/24 brd 192.168.10.255 scope global noprefixroute
> enp15s0
>        valid_lft forever preferred_lft forever
>     inet6 fe80::2e0:4bff:fe6b:c43/64 scope link
>        valid_lft forever preferred_lft forever
> 6: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
> state DOWN group default qlen 1000
>     link/ether 52:54:00:07:9b:55 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
>        valid_lft forever preferred_lft forever
> 7: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master
> virbr0 state DOWN group default qlen 1000
>     link/ether 52:54:00:07:9b:55 brd ff:ff:ff:ff:ff:ff
>
>
> BR,
> Santosh
>
> On Friday, January 10, 2020, 5:22:18 PM GMT, voonna santosh <
> santu_voonna at yahoo.com> wrote:
>
>
> Hi Sam,
>   Since I have rebooted my machine and SDR, issue not seen. I will try to
> reproduce and share you the results.
> BR,
> Santosh
>
> On Friday, January 10, 2020, 3:46:19 PM GMT, Sam Reiter <
> sam.reiter at ettus.com> wrote:
>
>
> Santosh,
>
> Could you send the output of
>
> *ip a*
>
> On you machine with the X300 connected?
>
> Sam
>
>
> On Fri, Jan 10, 2020 at 9:16 AM voonna santosh via USRP-users <
> usrp-users at lists.ettus.com> wrote:
>
> Hi There,
>    I have just updated to 3.14.1 and experiencing the following issue. The
> system starts well, then there would be couple of underflows (even at less
> sampling rates) and the following error is shown. In this case I don't see
> anything on the scope.
>
>    I have restarted SDR and my PC, then it is working well.
>
> Command used:
> ./tx_samples_from_file --args addr=192.168.40.2  --file
> /home/svoonna/repo/test_files/test_file_SW_Samples_1MHz_28G.bin   --type
> short --spb 3640 --rate 50e6 --freq 60e6  --gain 0 --ant TX/RX --subdev A:0
> --bw 40 --ref internal --repeat --lo_off 80000000
>
> *[ERROR] [X300] 192.168.40.2 <http://192.168.40.2>: x300 fw communication
> failure #1*
> *EnvironmentError: IOError: x300 fw poke32 - reply timed out*
>
> BR,
> Santosh
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> _______________________________________________
> 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/20200113/5b5f5eca/attachment.html>


More information about the USRP-users mailing list