On 09/04/2019 06:44 PM, Cédric Hannotier via USRP-users wrote:
On 2019-09-04 19:07, Marcus D. Leech via USRP-users wrote:
Le 04.09.2019 19:07, Marcus D. Leech via USRP-users a écrit :
The "set_time_now()" operation is unsynchronized--it simply transfers
the host time to the device(s) without any
On 2019-09-04 19:07, Marcus D. Leech via USRP-users wrote:
Le 04.09.2019 19:07, Marcus D. Leech via USRP-users a écrit :
The "set_time_now()" operation is unsynchronized--it simply transfers
the host time to the device(s) without any hardware synchronization
pulse. Since it necessarily has to
On 09/04/2019 10:54 AM, Cédric Hannotier via USRP-users wrote:
Dear all,
I have a synchronization issue when using the method "set_time_now()"
(https://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a351a2c3081944a0d2caab95e2a2f0926).
The setup is composed of two X310 usrps, one t
I think I've found the problem. I thought I disabled a GR OOT block when I was
running my tests this morning, but I either was wrong, or some process was hung
in memory somewhere after I started stripping the flowgraph down. The issue
was a block that was spawning a thread that was listening o
Hi Emanuel,
What ethernet controller is installed on your NUC?
lspci | grep Ethernet
Can you try rebooting the NUC, and then run a benchmark to trigger the
sequence errors, after that run:
ethtool -S
and send its output.
Regards,
Nate Temple
On Tue, Sep 3, 2019 at 1:35 AM Emanuel via USRP-
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
I have a weird problem that I've seen for a while and I've just ignored until
now. I've seen this with numerous pieces of hardware, but I am currently using
an E320 in network mode. This seems to only happen when I am using RFNoC, so I
assumed it was me, but today I was testing with only stock
Hi,
I am currently trying to optimize my RFNoC application for latency and I
have some questions regarding the packet sizes between blocks:
1) If I set the "spp" parameter of the receiving radio block, does this
value "propagate" upstream, i.e. does this set the packet size for all
following
