USRP x410 Synchronization Problem in GNU Radio

[MikeYang]

Hi everyone,

I'm facing a problem for the transmission with x410 board in GNU Radio. My goal is to transmit two identical signals using two different channels.

To check whether the two signals are synchronized, I set both channels to the same center frequency (3.6 GHz) and the same sampling rate (30.72 MHz).

However, when observing the output in the data analyzer, I found that the two signals are not synchronized, and the delay between them varies each time.

In the attached files, the terminal result shows the transmission results, and schema1 illustrates how the transmission flowgraph is constructed.

Note: I am using the same O/B GPSDO as the internal clock source.

Thank you for your help!

Best regards,

Yang

[mikiofuku]

Hi, 
How large is the offset between the sent samples?

The USRP X410 can't support phase-coherence.

[MikeYang]

Hi, mikiofuku

Thank you for your reply.

The frequency offset is set to 0 for both channels, and the only difference between them is the signal amplitude (0.5 for the first channel and 0.4 for the second one). But I do not think this is not a problem. What I would like to know is how to transmit both signals simultaneously based on this design. Are there any other problems?

[mikiofuku]

Hi

How much sample delay is there between the two transmitted channels?

[MikeYang]

Hi,

The delay between the two channels is variable. We measured the delay multiple times, sometimes it takes only a few microseconds (us), while other times it takes several milliseconds (ms). Meanwhile, there are no underflow (U) which won't affect transmission.

So, I think we must modify certain settings in GNU Radio to ensure that signals can be transmitted simultaneously.

By the way, we verified the signals in the digital part before the two USRP Sink bloc, and all signals are well synchronized.

[mikiofuku]

Hi
When programming with UHD, we usually reset the internal channel time of the USRP to zero before starting the streaming process. It’s possible that this step may be missing. However, since I’m not very familiar with GNU Radio, please check with the GNU Radio ML community for confirmation.

usrp->set_time_next_pps(uhd::time_spec_t(0, 0));
// or
usrp->set_time_now(uhd::time_spec_t(0, 0));