[USRP-users] Re: DPDK drops samples at low rates

2021-11-16 Thread Marcus D. Leech
On 2021-11-16 03:11, Guillermo Ortas Delgado wrote: No reason, just testing for the maximum supported MTU by DPDK. Any higher than that will throw an error. Setting the parameter to 9000 doesn’t make any difference wrt to 9600, or even a lower value in my case. Also, I have observed this beh

[USRP-users] Re: DPDK drops samples at low rates

2021-11-16 Thread Rob Kossler
This page indicates it has some support. On Tue, Nov 16, 2021 at 12:30 PM Marcus D. Leech wrote: > On 2021-11-16 03:11, Guillermo Ortas Delgado wrote: > > No reason, just testing for the maximum supported MTU by DPDK. Any higher > than that will

[USRP-users] rfnoc_graph->synchronize_devices()

2021-11-16 Thread Rob Kossler
Hi, I recently stumbled across this synchonize_devices() function and I'm wondering if I need to be calling it. I ran grep in the UHD source folder and there are no examples of calling this function. I read the help but it's not clear to me how this function differs from calling set_time_next_pps

[USRP-users] gps_locked sensor indicating internal GPSDO lock too early

2021-11-16 Thread schneider
Hi, I've experienced and issue while working with the internal GPSDO (TCXO option) of an USRP B210: a call to `get_mboard_sensor("gps_locked", 0)` can return `true` even if the (Jackson Labs) GPSDO is not properly locked yet. The reason seems to be that the "gps_locked" sensor is looking at a fie

[USRP-users] Re: gps_locked sensor indicating internal GPSDO lock too early

2021-11-16 Thread Marcus D. Leech
On 2021-11-16 19:12, schneider wrote: Hi, I've experienced and issue while working with the internal GPSDO (TCXO option) of an USRP B210: a call to `get_mboard_sensor("gps_locked", 0)` can return `true` even if the (Jackson Labs) GPSDO is not properly locked yet. The reason seems to be that the

[USRP-users] USRP x310 ERROR_CODE_OVERFLOW issue

2021-11-16 Thread LoyCurtis Smith
Hi, I am attempting to use two USRP x310 to deploy a 5G SA networking using the openairinterface5g open-source system. However, I am experiencing a receive overflow error when attempting to deploy both an OAI-nrUE and OAI-gNB. The nrUE gives an *ERROR_CODE_OVERFLOW (Overflow) *warning before fai