Hi Baroch.
When you update UHD on the host, you should also update the N310 SD card
filesystem to the corresponding version. In your case:
http://files.ettus.com/binaries/cache/n3xx/meta-ettus-v3.14.0.0/
DIrections on how to update the SD card can be found here:
https://kb.ettus.com/Writing_the_USRP_File_System_Disk_Image_to_a_SD_Card
You could try forcing the SFP+ network connections on your host PC to be
10gigE from the network manager. Be sure to set the MTU manually to 8000
for both SFP+ ports to correspond to the network settings on the N310.
Double-check that you're loading the XG FPGA image (both SFP+ ports
provisioned as 10gigE).
Issue #3 may be related to the UHD version mismatch mentioned above.
There is some info about how to query the GPSDO sensor from the ARM
processor on the N310 on the Ettus KB: https://kb.ettus.com/N300/N310 (scroll
down to the GSPDO section).
-Robin
On Wed, Oct 2, 2019 at 1:05 PM Baroch Oren via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello all. This is my first post here so hopefully it will stand the
> expectations.
>
>
> My setup is:
> Device - N310 with UHD 3.13.0.2-0-uknown serial=31950A8
> Host - rebuilt UHD on the host computer, using
> 3.14.0.HEAD-0-g6875d061
> connected via mgmt via 1Gb eth, and 2 sfp ports.
> cpu_governor is set to performance (4 cores at 3.75GHz)
> network buffers (r_mem/w_mem) are 625,000,000
>
> 1. Once upgraded the host's UHD to 3.14.0 (and the FPGA image as well), we
> keep getting "Could not determine link speed; using 1GibE max speed of
> 12500". (These messages were not there before the upgrade). Is there
> any way to connect with both 10Gb connections and get feedback that this
> link speed is used by the software?
>
> 2. I cannot manage to sample for periods longer than 0.06 sec (0.08 fails)
> on 4 channels. the benchmark_rate example application cannot reach 10
> seconds without DDD or DDODD on sampling rate of 30.72e6 when clock is
> 122.88e6 . This limitation is fairly reproducable. Also it does not matter
> if I use GnuRadio or "rx_samples_to_file". Anyway data is routed to a
> ramdrive (write speed should be > 2Gbyte/sec). What I need is about 3
> seconds of continuous capture.
>
> 3. If I use usrp->set_time_source("external") I get an error "At least one
> PLL did not lock!" or "Failed to capture PPS within 1.1 seconds.
> TDC_STATUS: 0x0"
> and if I use "gpsdo", I cannot get any feedback that gps is pps locked and
> used. only the message "1) catch time transition at pps edge 2) set times
> next pps (synchronously)" - does it mean that gps is locked?
>
> 4. how can I get NMEA string from the internal GPSDO of the N310?
>
> Thanks in advance,
> Baroch Oren
> --
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
