usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

About Two E320's Synchronization using GPSDO's

E
edenmclaughlin123@gmail.com
Mon, Apr 22, 2024 8:23 AM

We have a setup with two USRP devices, attempting to acquire signals' time of arrival (TOA) with matched filters. We can observe stable and accurate TOA using USB-driven devices (i.e., B210's) with a single external PPS and 10MHz feed.

However, when testing the design with two E320's using their integrated GPSDO as the clock and timing source, we could not achieve a steady TOA anywhere close to the clock performance specified here. A constant drift over time (i.e., +50 ns over ~120 seconds) was observed on one E320 device with respect to the other for each run. We are almost certain that neither of the devices is damaged (they are fresh out of the box), also we are aware of this issue.

The setup includes one source signal symmetrically fed to the devices from the same RF channels. The E320 devices share the same GPS antenna, which is an externally fed active GPS antenna while the E320 GPSDO's ports are DC blocked.

We are yet to try:

  1. Observing the behavior with another pair of E320 devices.

  2. Feeding the source signal from the other RF ends.

  3. Synchronizing the E320's with an external clock and timer, as we have done with the B210 devices.

We are wondering if there are any software tricks applicable specific to the E320 devices that we should be employing. Any help will be appreciated!

We have a setup with two USRP devices, attempting to acquire signals' time of arrival (TOA) with matched filters. We can observe stable and accurate TOA using USB-driven devices (i.e., B210's) with a single external PPS and 10MHz feed. However, when testing the design with two E320's using their integrated GPSDO as the clock and timing source, we could not achieve a steady TOA anywhere close to the clock performance specified [here](https://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf "https://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf"). A constant drift over time (i.e., +50 ns over \~120 seconds) was observed on one E320 device with respect to the other for each run. We are almost certain that neither of the devices is damaged (they are fresh out of the box), also we are aware of [this](https://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK "https://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK") issue. The setup includes one source signal symmetrically fed to the devices from the same RF channels. The E320 devices share the same GPS antenna, which is an externally fed active GPS antenna while the E320 GPSDO's ports are DC blocked. We are yet to try: 1. Observing the behavior with another pair of E320 devices. 2. Feeding the source signal from the other RF ends. 3. Synchronizing the E320's with an external clock and timer, as we have done with the B210 devices. We are wondering if there are any software tricks applicable specific to the E320 devices that we should be employing. Any help will be appreciated!
DR
David Raeman
Mon, Apr 22, 2024 2:56 PM

Hello,

I am also using multiple distributed E320s for an application that uses the integrated GPSDO to have a common sense of time for precise TOA estimation. I don't have the measurements at my fingertips at the moment, but I found that synchronization was substantially better using a high-quality external clock/time source (e.g. Octoclock or a good OCXO), compared to using the integrated GPSDO.

The synchronization performance of the integrated GPSDO improved if I let the radios sit for quite a while. For example, if two radios had GPS lock for 5 minutes before running an experiment, relative carrier drift would be measurably worse than if they were allowed to sit with GPS lock for an hour. I believe that once the GPS receiver acquires time, the 10 MHz reference convergence occurs very slowly.

In the case of a using an external clock, to get good phase performance I also had to power down the internal GPSDO. The RF switch used to select between the two sources seems to introduce some coupling/interference when both sources are present at the switch inputs. My old mailing list inquiry about the problem is herehttps://lists.ettus.com/empathy/thread/XK7DJMNXTZVTKHGVAPZFJL3NZEF73XME. I pushed a patch to Ettus, incorporated into UHD 4.4, which allows you to power off the integrated GPSDO by passing "enable_gps=0" in your UHD session args.

Interestingly, in that thread somebody mentions having a similar issue on a B210 device if the GPSDO add-on module is installed, which doesn't seem to have been an issue with your prior results.

I can try to follow-up with some measurements from our experiments, and I'd appreciate any additional insights you might find as well since this is still an active project for me.

-David

From: edenmclaughlin123@gmail.com edenmclaughlin123@gmail.com
Sent: Monday, April 22, 2024 4:24 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] About Two E320's Synchronization using GPSDO's

We have a setup with two USRP devices, attempting to acquire signals' time of arrival (TOA) with matched filters. We can observe stable and accurate TOA using USB-driven devices (i.e., B210's) with a single external PPS and 10MHz feed.
However, when testing the design with two E320's using their integrated GPSDO as the clock and timing source, we could not achieve a steady TOA anywhere close to the clock performance specified herehttps://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf. A constant drift over time (i.e., +50 ns over ~120 seconds) was observed on one E320 device with respect to the other for each run. We are almost certain that neither of the devices is damaged (they are fresh out of the box), also we are aware of thishttps://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK issue.

The setup includes one source signal symmetrically fed to the devices from the same RF channels. The E320 devices share the same GPS antenna, which is an externally fed active GPS antenna while the E320 GPSDO's ports are DC blocked.

We are yet to try:

  1. Observing the behavior with another pair of E320 devices.
  2. Feeding the source signal from the other RF ends.
  3. Synchronizing the E320's with an external clock and timer, as we have done with the B210 devices.

We are wondering if there are any software tricks applicable specific to the E320 devices that we should be employing. Any help will be appreciated!

Hello, I am also using multiple distributed E320s for an application that uses the integrated GPSDO to have a common sense of time for precise TOA estimation. I don't have the measurements at my fingertips at the moment, but I found that synchronization was substantially better using a high-quality external clock/time source (e.g. Octoclock or a good OCXO), compared to using the integrated GPSDO. The synchronization performance of the integrated GPSDO improved if I let the radios sit for quite a while. For example, if two radios had GPS lock for 5 minutes before running an experiment, relative carrier drift would be measurably worse than if they were allowed to sit with GPS lock for an hour. I believe that once the GPS receiver acquires time, the 10 MHz reference convergence occurs very slowly. In the case of a using an external clock, to get good phase performance I also had to power down the internal GPSDO. The RF switch used to select between the two sources seems to introduce some coupling/interference when both sources are present at the switch inputs. My old mailing list inquiry about the problem is here<https://lists.ettus.com/empathy/thread/XK7DJMNXTZVTKHGVAPZFJL3NZEF73XME>. I pushed a patch to Ettus, incorporated into UHD 4.4, which allows you to power off the integrated GPSDO by passing "enable_gps=0" in your UHD session args. Interestingly, in that thread somebody mentions having a similar issue on a B210 device if the GPSDO add-on module is installed, which doesn't seem to have been an issue with your prior results. I can try to follow-up with some measurements from our experiments, and I'd appreciate any additional insights you might find as well since this is still an active project for me. -David From: edenmclaughlin123@gmail.com <edenmclaughlin123@gmail.com> Sent: Monday, April 22, 2024 4:24 AM To: usrp-users@lists.ettus.com Subject: [USRP-users] About Two E320's Synchronization using GPSDO's We have a setup with two USRP devices, attempting to acquire signals' time of arrival (TOA) with matched filters. We can observe stable and accurate TOA using USB-driven devices (i.e., B210's) with a single external PPS and 10MHz feed. However, when testing the design with two E320's using their integrated GPSDO as the clock and timing source, we could not achieve a steady TOA anywhere close to the clock performance specified here<https://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf>. A constant drift over time (i.e., +50 ns over ~120 seconds) was observed on one E320 device with respect to the other for each run. We are almost certain that neither of the devices is damaged (they are fresh out of the box), also we are aware of this<https://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK> issue. The setup includes one source signal symmetrically fed to the devices from the same RF channels. The E320 devices share the same GPS antenna, which is an externally fed active GPS antenna while the E320 GPSDO's ports are DC blocked. We are yet to try: 1. Observing the behavior with another pair of E320 devices. 2. Feeding the source signal from the other RF ends. 3. Synchronizing the E320's with an external clock and timer, as we have done with the B210 devices. We are wondering if there are any software tricks applicable specific to the E320 devices that we should be employing. Any help will be appreciated!
MD
Marcus D. Leech
Tue, Apr 23, 2024 1:57 PM

On 22/04/2024 10:56, David Raeman via USRP-users wrote:

Hello,

I am also using multiple distributed E320s for an application that
uses the integrated GPSDO to have a common sense of time for precise
TOA estimation. I don’t have the measurements at my fingertips at the
moment, but I found that synchronization was substantially better
using a high-quality external clock/time source (e.g. Octoclock or a
good OCXO), compared to using the integrated GPSDO.

The synchronization performance of the integrated GPSDO improved if I
let the radios sit for quite a while. For example, if two radios had
GPS lock for 5 minutes before running an experiment, relative carrier
drift would be measurably worse than if they were allowed to sit with
GPS lock for an hour. I believe that once the GPS receiver acquires
time, the 10 MHz reference convergence occurs very slowly.

In the case of a using an external clock, to get good phase
performance I also had to power down the internal GPSDO. The RF switch
used to select between the two sources seems to introduce some
coupling/interference when both sources are present at the switch
inputs. My old mailing list inquiry about the problem is here
https://lists.ettus.com/empathy/thread/XK7DJMNXTZVTKHGVAPZFJL3NZEF73XME.
I pushed a patch to Ettus, incorporated into UHD 4.4, which allows you
to power off the integrated GPSDO by passing “enable_gps=0” in your
UHD session args.

Interestingly, in that thread somebody mentions having a similar issue
on a B210 device if the GPSDO add-on module is installed, which
doesn’t seem to have been an issue with your prior results.

I can try to follow-up with some measurements from our experiments,
and I’d appreciate any additional insights you might find as well
since this is still an active project for me.

-David

In my experience, the 1PPS from a GPSDO will vary in phase compared to
another GPSDO on the same antenna by
  amounts up to 10s of ns.  If two radios are setting their timestamp
clocks to "next PPS", there's absolutely ZERO
  guarantee that they'll agree, on scales of 10s of nanoseconds, on
what time it is.

Further, phase-drift between two GPSDO on the 10MHz output, even when
connected to the same antenna, can be
  quite noticeable, depending on what your observation interval is.

If you want really-good phase/frequency/time alignment of multiple
radios, you need a shared, common, reference.
  Distributed implementations that are assuming that the GPSDO will
"solve everything" are "in a state of sin".

There are many articles "out there" on what to expect from a GPSDO.
Here's one I just picked at random:

https://www.febo.com/pages/stability/

From: edenmclaughlin123@gmail.com edenmclaughlin123@gmail.com
Sent: Monday, April 22, 2024 4:24 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] About Two E320's Synchronization using GPSDO's

We have a setup with two USRP devices, attempting to acquire signals'
time of arrival (TOA) with matched filters. We can observe stable and
accurate TOA using USB-driven devices (i.e., B210's) with a single
external PPS and 10MHz feed.

However, when testing the design with two E320's using their
integrated GPSDO as the clock and timing source, we could not achieve
a steady TOA anywhere close to the clock performance specified here
https://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf.
A constant drift over time (i.e., +50 ns over ~120 seconds) was
observed on one E320 device with respect to the other for each run. We
are almost certain that neither of the devices is damaged (they are
fresh out of the box), also we are aware of this
https://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK
issue.

The setup includes one source signal symmetrically fed to the devices
from the same RF channels. The E320 devices share the same GPS
antenna, which is an externally fed active GPS antenna while the E320
GPSDO's ports are DC blocked.

We are yet to try:

  1. Observing the behavior with another pair of E320 devices.
  2. Feeding the source signal from the other RF ends.
  3. Synchronizing the E320's with an external clock and timer, as we
    have done with the B210 devices.

We are wondering if there are any software tricks applicable specific
to the E320 devices that we should be employing. Any help will be
appreciated!


USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-leave@lists.ettus.com

On 22/04/2024 10:56, David Raeman via USRP-users wrote: > > Hello, > > I am also using multiple distributed E320s for an application that > uses the integrated GPSDO to have a common sense of time for precise > TOA estimation. I don’t have the measurements at my fingertips at the > moment, but I found that synchronization was substantially better > using a high-quality external clock/time source (e.g. Octoclock or a > good OCXO), compared to using the integrated GPSDO. > > The synchronization performance of the integrated GPSDO improved if I > let the radios sit for quite a while. For example, if two radios had > GPS lock for 5 minutes before running an experiment, relative carrier > drift would be measurably worse than if they were allowed to sit with > GPS lock for an hour. I believe that once the GPS receiver acquires > time, the 10 MHz reference convergence occurs very slowly. > > In the case of a using an external clock, to get good phase > performance I also had to power down the internal GPSDO. The RF switch > used to select between the two sources seems to introduce some > coupling/interference when both sources are present at the switch > inputs. My old mailing list inquiry about the problem is here > <https://lists.ettus.com/empathy/thread/XK7DJMNXTZVTKHGVAPZFJL3NZEF73XME>. > I pushed a patch to Ettus, incorporated into UHD 4.4, which allows you > to power off the integrated GPSDO by passing “enable_gps=0” in your > UHD session args. > > Interestingly, in that thread somebody mentions having a similar issue > on a B210 device if the GPSDO add-on module is installed, which > doesn’t seem to have been an issue with your prior results. > > I can try to follow-up with some measurements from our experiments, > and I’d appreciate any additional insights you might find as well > since this is still an active project for me. > > -David > In my experience, the 1PPS from a GPSDO will vary in phase compared to another GPSDO on the same antenna by   amounts up to 10s of ns.  If two radios are setting their timestamp clocks to "next PPS", there's absolutely ZERO   guarantee that they'll agree, on scales of 10s of nanoseconds, on what time it is. Further, phase-drift between two GPSDO on the 10MHz output, even when connected to the same antenna, can be   quite noticeable, depending on what your observation interval is. If you want really-good phase/frequency/time alignment of multiple radios, you need a shared, common, reference.   Distributed implementations that are assuming that the GPSDO will "solve everything" are "in a state of sin". There are many articles "out there" on what to expect from a GPSDO. Here's one I just picked at random: https://www.febo.com/pages/stability/ > *From:* edenmclaughlin123@gmail.com <edenmclaughlin123@gmail.com> > *Sent:* Monday, April 22, 2024 4:24 AM > *To:* usrp-users@lists.ettus.com > *Subject:* [USRP-users] About Two E320's Synchronization using GPSDO's > > We have a setup with two USRP devices, attempting to acquire signals' > time of arrival (TOA) with matched filters. We can observe stable and > accurate TOA using USB-driven devices (i.e., B210's) with a single > external PPS and 10MHz feed. > > However, when testing the design with two E320's using their > integrated GPSDO as the clock and timing source, we could not achieve > a steady TOA anywhere close to the clock performance specified here > <https://www.ettus.com/wp-content/uploads/2019/01/USRP_E320_Datasheet.pdf>. > A constant drift over time (i.e., +50 ns over ~120 seconds) was > observed on one E320 device with respect to the other for each run. We > are almost certain that neither of the devices is damaged (they are > fresh out of the box), also we are aware of this > <https://lists.ettus.com/empathy/thread/EDXCIKFY5LW7IEQN2JZOGXGWNCBELU3F?hash=4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK#4KGAPCNGJL6WXKC4IBZBITVNSFTDXXRK> > issue. > > The setup includes one source signal symmetrically fed to the devices > from the same RF channels. The E320 devices share the same GPS > antenna, which is an externally fed active GPS antenna while the E320 > GPSDO's ports are DC blocked. > > We are yet to try: > > 1. Observing the behavior with another pair of E320 devices. > 2. Feeding the source signal from the other RF ends. > 3. Synchronizing the E320's with an external clock and timer, as we > have done with the B210 devices. > > We are wondering if there are any software tricks applicable specific > to the E320 devices that we should be employing. Any help will be > appreciated! > > > _______________________________________________ > USRP-users mailing list --usrp-users@lists.ettus.com > To unsubscribe send an email tousrp-users-leave@lists.ettus.com
Z
zhou
Fri, Apr 26, 2024 2:34 PM

Hello all,
When calibrating X410 uhd_cal_tx_dc_offset  --verbose --args='192.168.20.2,mgmt_addr=192.168.6.99' --freq_start 2e9 --freq_stop 7.2e9 --precision 0.00001 --freq_step 5e6 --subdev="A:0"

Error happened:Error: This board does not have the CAL antenna option, cannot self-calibrate.

Looking at the pagehttps://files.ettus.com/manual/page_calibration.html
X410 uses ZBX daughterboard. It seems that X410 can't use the self-cal commands.
Then how to calibrate it?
Thanks,H.

Hello all, When calibrating X410 uhd_cal_tx_dc_offset  --verbose --args='192.168.20.2,mgmt_addr=192.168.6.99' --freq_start 2e9 --freq_stop 7.2e9 --precision 0.00001 --freq_step 5e6 --subdev="A:0" Error happened:Error: This board does not have the CAL antenna option, cannot self-calibrate. Looking at the pagehttps://files.ettus.com/manual/page_calibration.html X410 uses ZBX daughterboard. It seems that X410 can't use the self-cal commands. Then how to calibrate it? Thanks,H.
MD
Marcus D. Leech
Fri, Apr 26, 2024 4:15 PM

On 26/04/2024 10:34, zhou via USRP-users wrote:

Hello all,

When calibrating X410
uhd_cal_tx_dc_offset --verbose
--args='192.168.20.2,mgmt_addr=192.168.6.99' --freq_start 2e9
--freq_stop 7.2e9 --precision 0.00001 --freq_step 5e6 --subdev="A:0"

Error happened:
Error: This board does not have the CAL antenna option, cannot
self-calibrate.

Looking at the page
https://files.ettus.com/manual/page_calibration.html
X410 uses ZBX daughterboard. It seems that X410 can't use the self-cal
commands.

Then how to calibrate it?

Thanks,
H.

The cal_xx_dc_offset and cal_cc_iq_balance utilities are designed for
USRPs with discrete daughtercards based on direct-conversion
  RF chains.   The X410 absolutely isn't that.  The ZBX board does
downconversion, but using a "low" IF that can be directly
  sampled by the RFSoC.  There's no utility in calibrating DC offset
and IQ balance on this radio.

On 26/04/2024 10:34, zhou via USRP-users wrote: > Hello all, > > When calibrating X410 > uhd_cal_tx_dc_offset --verbose > --args='192.168.20.2,mgmt_addr=192.168.6.99' --freq_start 2e9 > --freq_stop 7.2e9 --precision 0.00001 --freq_step 5e6 --subdev="A:0" > > Error happened: > Error: This board does not have the CAL antenna option, cannot > self-calibrate. > > Looking at the page > https://files.ettus.com/manual/page_calibration.html > X410 uses ZBX daughterboard. It seems that X410 can't use the self-cal > commands. > > Then how to calibrate it? > > Thanks, > H. > > The cal_xx_dc_offset and cal_cc_iq_balance utilities are designed for USRPs with discrete daughtercards based on direct-conversion   RF chains.   The X410 absolutely isn't that.  The ZBX board does downconversion, but using a "low" IF that can be directly   sampled by the RFSoC.  There's no utility in calibrating DC offset and IQ balance on this radio.