Hi all,

we have a custom Gnuradio implementation with many B200mini USRPs, which 
enables precise round-trip time (RTT) based ranging among those devices. The 
MAC is TDMA based with the automatic Tx/Rx switching and to compensate for the 
USRPs group delay we perform ranging over an RF-splitter which we calibrated 
beforehand with a vector network analyzer.

We observed that the estimated RTT over multiple calibration measurement runs 
is unstable in the order of up to 1ns. Within one measurement run of at least 5 
minutes with 10 RTT estimates per second, it is pretty stable, but when we 
restart the flowgraph, we observe a bias.
Please find at the end of this E-Mail all things we already tried to narrow 
down the issue (a compressed version).
In short:

  *   We finally used only two B210 with a single external reference clock, a 
sampling rate of 25MHz, and a manually set master clock rate of 50MHz.
     *   In this setup the estimated RTT over multiple measurement runs can 
vary from run to run by <50ps (ok for us), but also by 280ps or 750ps (far too 
much for us). The standard deviation of RTT estimates within one measurement 
run is about 70ps, and each run contains 2000 to 3500 RTT estimates.
  *   To cross check our implementation, we used the very same flow-graph with 
two X310 with CBX-120 front-ends, a common external reference clock, and only 
increased the transmit signal padding by 40us (because the ramp-up time is 
larger for this front-end).
     *   RTT estimates over multiple runs are picture perfect: the mean RTT 
varies by less than 5ps over multiple measurement runs.

Any idea what could cause those variations for the B200 series?
We use UHD 3.15.

Best regards,
Emanuel

Here comes the list of setups we tried already with two B210 and common 
external reference clock.
Each measurement run comprises 2000 to 3500 RTT estimates, lasts for about 5 
minutes, and for each setup we make 5 to 10 measurement runs.

  *   Sampling rate 25MHz, master clock rate 50MHz
     *   This gave us the most stable results so far, yet, it is not stable
  *   Sampling rate 25MHz, master clock rate 25MHz
     *   Much worse than with master clock rate 50MHz: mean RTT varies with 
every measurement run
  *   Sampling rate 15MHz, master clock rate 60MHz
     *   We tried this setup to see of the master clock rate to sampling rate 
ratio make a difference
     *   As worse as the setup with 25MHz sampling rate and 25MHz master clock 
rate
  *   Sampling rate 25MHz, master clock rate 50MHz + additional power cycle of 
USRP + additional uhd_usrp_probe with manually set master clock rate to 50MHz
     *   No difference compared to the case without power cycling
  *   Change of Sink/Source USRP Gnuradio block initialization in top-level 
flowgraph python script
     *   No difference in the RTT variation behavior.

_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

Reply via email to