Hi,\
\
How are you setting your clock/time source?\
\
If you are setting the clock/time source using the \`set_clock_source()\` or 
\`set_time_source()\` function to set your external sources, you might want to 
try setting these via the [device 
arguments](https://uhd.readthedocs.io/en/latest/page_usrp_x4xx.html#x4xx_usage_args)
 when opening your USRP session (MultiUSRP or RFNoC).\
\
For example use something like this : “addr=<IP of your 
x410>,clock_source=external,time_source=external“\
\
The reason for this is, that if you open a session without giving these device 
arguments, the session will be established with default arguments, which for 
the clock and time source are \`internal\`(unless otherwise specified in the 
mpm.conf).

Then, once you change the clock settings to external after the session already 
has been established, it will reinitialize with the new settings. This could 
potentially be where the two calibrations you are seeing are coming from.\
\
Regards,\
\
Niels.

---

zhou wrote:

> Hello Community,
> I have two X410s with UHD 4.5. They are sync with an OctoClock, so I am using 
> external clock and time.The problem is that whenever I start a test, X410s do 
> ADC self calibration twice, in the 1st time, they calibrate with internal 
> clock, and the 2nd time is due to my configuration of external clock. Self 
> cal takes time.
> I need to run the test many times for debug, which means that this self cal 
> is run many times, but all hardware connections and software configurations 
> are not changed in test, so I hope the ADC calibration can be done only once 
> and the cal results can be reused (e.g., save in a file and X410s just load 
> them at the beginning of each test). This will save a lot of cal time and 
> this is the best solution.
> If not the best, I can accept a suboptimal solution - calibrate once rather 
> than twice. This means that I need to configure external clock in make 
> command. Is it possible to configure make for this purpose?
> Any suggestion will be appreciated.
> Kind regards,H.
_______________________________________________
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