Hi Sam, I have managed to reproduce this issue and when it happens, here is
the info you have asked for:
1: lo: 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
Hi All,
I am benchmarking the following commands on X310, B210 and N200 on UHD-3.14
version:
1. usrp->set_tx_freq(tune_req, 0);
2. usrp->set_rx_freq(tune_req, 0);
I am changing the frequencies inside a for loop for 1000 and 5000 times.
The code snippet is as follows:
int count = 5000;
On Mon, Jan 13, 2020 at 5:23 AM voonna santosh via USRP-users <
usrp-users@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: mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
> l
Works beautifully. Thanks, Sam.
Akın
9 Oca 2020 Per 21:54 tarihinde Sam Reiter şunu yazdı:
> Akin,
>
> I'd recommend you check out our DPDK setup guide - hot off the presses:
>
> https://kb.ettus.com/Getting_Started_with_DPDK_and_UHD
>
> Sam Reiter
> Ettus Research
>
>
> On Wed, Jan 8, 2020 at
On 01/13/2020 05:26 AM, Amrit Pal Singh via USRP-users wrote:
Hi All,
I am benchmarking the following commands on X310, B210 and N200 on
UHD-3.14 version:
1. usrp->set_tx_freq(tune_req, 0);
2. usrp->set_rx_freq(tune_req, 0);
I am changing the frequencies inside a for loop for 1000 and 5000
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 comman
On 01/13/2020 05:26 AM, Amrit Pal Singh via USRP-users wrote:
Hi All,
I am benchmarking the following commands on X310, B210 and N200 on
UHD-3.14 version:
1. usrp->set_tx_freq(tune_req, 0);
2. usrp->set_rx_freq(tune_req, 0);
I am changing the frequencies inside a for loop for 1000 and 5000
