ADRV9009 MCS and RF PLL Phase Sync Question

l312361206 said:

Should I use both TALISE_enableMultichipSync() and TALISE_enableMultichipRfLOPhaseSync() for mcs and RF PLL sync?

Yes. Your third sequence is correct. You have to first run MCS to set JESD204B deterministic latency using SYSREF signal pulses as normal. Then you have to run RFPLL phase synchronization that uses existing signaling and the SYSREF signal to accomplish LO phase synchronization.

Hope you are sending the SYSREF's after the MCS as per the JES204B API Initialization sequence given in UG.

Hi,srimoyi.

     I use thrid sequence now, and all chip' configuration is same.

     But I find the baseband data received between channels may differ by one LMFC period time. Some channel's data may differ by one sampling point. It measn one channel may delay ~130ns to others in 245.76MHz rx data rate. Each chip's RX1 signal screen shot as flow:

     In addition, the delay relationship between each channel will change after each power-on, but it is a fixed difference of one LMFC period.

     Is that normanal? I think it has some error in configurations, one sampling point can calibrate through baseband data, but 130 ns delay can not calibrate through user's baseband data that with more than ~7.7MHz frequency.

     Could you please give me some suggestion? Thanks.

In order to rule out configuration issue, can you try running RFPLL MCS using TES GUI and then check the phase difference at the output of RX channels?

Does the relative phase difference between the channels remains constant with every power-up? MCS will only make sure that the relative phase difference between channels remains constant with every power-up. The absolute phase needs to calibrated externally.

Thanks for your reply!

But Sorry, my custom board didn't have Ethernet port ,so I can't use TES GUI for online Configurating. But my talise_config.c file is generated by TES GUI.

I am sure that the relative phase will change between channels with every power-up.

I wonder if some adrv9009 channel's JESD FIFO is full or empty ? or the time of data push to FIFO is not sync. I want to reset the FIFO, but I did not find the way.

Refer to the below figure from UG. At each power-up, the phase of the transmitter output compared to the signal generator reference is a random value on each of the five power cycles. MCS brings the initial random phase to a repeatable value.

So, after RFPLL MCS, the relative phase difference should remain constant after each power-up. Hope you are connecting the same reference clock to all the boards. Change the RFPLL phase sync mode to init and track continuously and then check if the phase difference between channels is settling to a constant value after each power-up.

You can reset the FIFO by disabling and enabling the deframer link using this API:

EnableDeframerLink() 

Hello srimoyi,

TALISE_enableMultichipRfLOPhaseSync() must be called INSTEAD of TALISE_enableMultichipSync() or shall we call both of them ?
We found a power point document telling to call one instead of the other, but your answer says to call both of them.

www.analog.com/.../Talise_Release_6-0_Customer_ Release_ Notes_3-6-0-6.pdf


can you tell us when to call each ? I mean at what point inside the initialization procedure

Thanks

BR

  Pietro

You have to run both the MCS as well as RFPLLMCS. MCS is meant for baseband synchronization and RFPLL is meant for RFPLL synchronization.

Sequence to run MCS:

Initialize all devices in system using TALISE_initialize() 2) Run TALISE_enableMultichipSync with enableMcs = 1 3) Send at least 4 SYSREF pulses 4) Run TALISE_enableMultichipSync with enableMcs = 0 5) Run ARM cals and continue to active Transmit/Receive.

Sequence to run RFPLL MCS:

1) Initialize all devices in system using TALISE_initialize() 2) Run TALISE_enableMultichipRfLOPhaseSync with enableDigTestClk = 1 before TALISE_runInitCals() 3) Send at least 3 SYSREF pulses 4) Run TALISE_enableMultichipRfLOPhaseSync with enableDigTestClk = 0 5) Send at least 3 SYSREF pulses 6) Continue with init sequnece ...Run initCals, bringup JESD, etc

But if I have to perform both synchronizations MCS and RFPLL what shall I do ?

call both the API in the same init procedure ?

Pietro

Yes you can do that in the same init script.

Hi srimoyi,

It's good luck to so many useful suggestions about MCS. I have a question that what does Initialize all devices in system using TALISE_initialize means?""

For example, I have one zcu102+two adrv9009s, does it mean that I should TALISE_initialize the first board and then the second board and then do chips MCS? like the figure below?