In my experience, the "[WARNING] [0/Radio#0] Attempting to set tick rate
to 0. Skipping." message appears (pretty much always?) even without
optical fiber (just plain 1Gbps Ethernet or PCI-express), and even at
1Msps, when using the X310, but the application still works.
Viktor
On 6/8/21 3:59 AM, Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV via
USRP-users wrote:
Hi Marcus,
Yes the "> [WARNING] [0/Radio#0] Attempting to set tick rate to 0. Skipping." Is still
there when I just tried at 2Msps, the "[WARNING] [RFNOC::GRAPH::DETAIL]" message is gone
however. Not sure if that's one to be concerned about or not.
Thanks for your response!
Casey
-----Original Message-----
From: Marcus D Leech <patchvonbr...@gmail.com>
Sent: Monday, June 7, 2021 2:25 PM
To: Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV <carl.l.wolsief...@erdc.dren.mil>
Cc: USRP-users@lists.ettus.com
Subject: Re: [USRP-users] tx_samples_from_file warnings for ettus x310
Does the error happen at lower sample
Rates? I’m thinking that perhaps the tx_samples_from_file example hasn’t been
properly converted to the newer RFNOC infrastructure that’s underneath.
Sent from my iPhone
On Jun 7, 2021, at 1:32 PM, Wolsieffer, Carl L. ERDC-RDE-CRL-NH CIV via USRP-users
<usrp-users@lists.ettus.com> wrote:
Hello all,
While trying to confirm if the x310 (UBX-160) can work with a
singlemode fiber optic 10Gbe I have been using the
tx_samples_from_file and rx_samples_to_file. The rx_sample_from_file
seems to go over alright writing 500ms worth of data down at 200Msps,
but the Tx side gives me two warnings that I have not been able to
track down in documentation or on message boards. As an aside in
readout you'll see a few underflows as well - while I did most of the
performance upgrades (aside from DPDK which is still pending), I'm
calling samples from file from an older HDD, I'm upgrading over to an
SSD in next day or two so I am banking on that mitigating that issue,
hence why I'm also limited to about 500ms at a time to test
PS anyone have experience using the single mode fiber optic cabling and
transceiver over 10Gbe? Most of Ettus literature says they've only tested over
multimode, but the longer distances allotted by using single mode make it an
appealing option for my system.
$ ./tx_samples_from_file --args 'addr=192.168.40.2' --file
usrp_samples.dat --freq=2400000000 --lo-offset 100000 --gain 0 --rate
200000000
Creating the usrp device with: addr=192.168.40.2...
[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107400;
UHD_4.0.0.HEAD-release [INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Radio 1x clock: 200 MHz
Using Device: Single USRP:
Device: X-Series Device
Mboard 0: X310
RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
RX Channel: 1
RX DSP: 1
RX Dboard: B
RX Subdev: Unknown (0xffff) - 0
TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
TX Channel: 1
TX DSP: 1
TX Dboard: B
TX Subdev: Unknown (0xffff) - 0
Setting TX Rate: 200.000000 Msps...
Actual TX Rate: 200.000000 Msps...
Setting TX Freq: 2400.000000 MHz...
Setting TX LO Offset: 0.100000 MHz...
Actual TX Freq: 2400.000000 MHz...
Setting TX Gain: 0.000000 dB...
Actual TX Gain: 0.000000 dB...
Checking TX: TXLO: locked ...
[WARNING] [0/Radio#0] Attempting to set tick rate to 0. Skipping.
UU
Done!
[WARNING] [RFNOC::GRAPH::DETAIL] Cannot forward action tx_event from
0/Radio#0:INPUT_EDGE:0, no neighbour found!
Casey Wolsieffer
Research Electrical Engineer - Signature Physics Branch Cold Regions
Research & Engineering Laboratory
72 Lyme Rd, Hanover NH 03755
(603) 646-4254 (office)
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe
send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
