This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Dear TI team,
we are using the LMX2572 PLL to clock some fast TI ADCs.
Two LMX2572 are each located on two different PCBs that are provided with very low skew copies of input signals. These input signals are inherently alligned by a lower-speed PLL on each PCB first, such that SysrefReq always changes on the falling edge of OSCin, so that setup/hold times of the LMX2572 SysRefReq pin are guaranteed to be satisfied under all conditions.
The LMX2572 are in SYSCLOCK repeat mode, with no additional SYSREF delay (JESD_DACy_CTRL at default values from table 140). Both LMX2572 are configured identically, to synthesize one out f three different RefOutA frequencies of either 2.0, 2.5 or 3.2 GHz. RefOutA is then the clock for an ADC12DJ3200, RefOutB is providing the SYSREF signal for the ADC.
Configuration for RefOutA is in such a way, that Synchnonization falls into "Category 2". RefOutA of both LMX2572 is locked and phase stable, no issues here. So synchronization of the two LMX2572 is working.
As far as I understand
1) the SysRefReq pin is first sampled with OSCin. That is, why there are setup/hold timings given in the data sheet.
2) then this sampled version of (1) is somehow further re-clocked with f(INTERPOLATOR)
3) and finally the sampled version of (2) is finally re-clocked to f(RFoutA)
Question 1) Is that assumption correct? Unfortunately there is no internal block diagram showing the exact clocking path.
My observation now is that with at least two of the above setups (2.0 GHz and 2.5 GHz RefOutA) the RefOutB outputs of these two LMX2572 are not always aligned, but simetimes are two RefOutA periods apart.
I would expect that on two different LMX 2572 devices (I call them PLL1 and PLL2) , being provided with OSCin and SysRefReq signal that would violate the setup/hold timing of the SysRefReq input pin, that the RefOutB of both devices could be in three different states:
a) PLL1 and PLL2 detect SysRefReg with the same OSCin edge
b) PLL1 detects SysRefReg 1 OCSin clock later than PLL2
c) PLL2 detects SysRefReg 1 OCSin clock later than PLL1
But with our setup of f(SysRefReg) = f(OSCin) / 8 this would result in a much greater difference than just two RefOutA clocks, since the multiplication between OSCin and RefOutA is x80.
But with our setup of not violating the setup/hold times under all conditions, that raises
Question 2) What could the reason be, that whilst input timing is satisfied and RefOutB is not phase stable in relation to SysRefReq ? And could that also happen with our third setup of RefOutA being 3.2 GHz as well and we just have not observed that yet ?
Best regards
Bjoern
Bjoern,
Yes, the SYSREF is re-clocked the OSCin signal then the SYSREF interpolator frequency.
Do you have the specific frequencies for Fosc, Finterpolator, and Fsysref
I think that you want to try to make Finterpolator a multiple of Fosc. This is because this is necessary for two parts to have consistent SYSREF phase alignment.
The LMX2572 datasheet does not say this, but the LMX2594 (a sister part of the LMX2572) does have better description for this.
Regards,
Dean
Hello Dean,
yes I do have specific numbers. Please see the following table shows the five different setups we use for the two different ADCs. One of the setup (#3) is identical for both ADC types.
ADC type | Clk Setup | f(OSCin) | f(SysRefReq) | R | f(PFD) | N' | Included | N | fVCO | SYSREF_DIV_PRE | f(INTERPOLATOR) | T(interpolator) | f(INTER) / f(OSCin) | Channel | RfoutA | RfoutB |
Number | in MHz | in MHz | Divider | in MHz | Divider | Divider | Divider | in MHz | in MHz | in ns | Divider | in MHz | in MHz | |||
ADC12DJ5200RF | #1 | 125 | 15,625 | 2 | 62,5 | 40 | 2 | 80 | 5000 | 2 | 1250 | 0,8 | 10 | 1 | 5000 | 15,625 |
#2 | 100 | 12,5 | 2 | 50 | 40 | 2 | 80 | 4000 | 2 | 1000 | 1 | 10 | 1 | 4000 | 12,5 | |
#3 | 80 | 10 | 1 | 80 | 40 | 2 | 80 | 6400 | 4 | 800 | 1,25 | 10 | 2 | 3200 | 10 | |
ADC12DJ3200 | #3 | 80 | 10 | 1 | 80 | 40 | 2 | 80 | 6400 | 4 | 800 | 1,25 | 10 | 2 | 3200 | 10 |
#4 | 62,5 | 7,8125 | 1 | 62,5 | 40 | 2 | 80 | 5000 | 2 | 1250 | 0,8 | 20 | 2 | 2500 | 7,8125 | |
#5 | 50 | 6,25 | 1 | 50 | 40 | 2 | 80 | 4000 | 2 | 1000 | 1 | 20 | 2 | 2000 | 6,25 |
All clocks are in integer relations. The device is using MASH mode = integer. OSCin is generated in such a way, that RFoutA is always an integer multiple of OSCin. SysRefReq is genererated with a fixed divider of 8 by the first PLL stage, changing always on the falling edge of OSCin.
So I am not sure why we do not see consistent outputs.
Best regards
Bjoern
Hi Noel,
one additional question: is there any internal setting in the LMX2572 register map, that would allow to bypass the SysRefReq re-clocking completely, and simply send a combinatorial/un-clocked copy of the input to the RFoutB.
Such a "passthorugh" option exists in the newer LMX2820 with the SYSREF_REPEAT_NS flag.
Best regards
Bjoern
Hi Bjoern,
As far as I know, there is no such option in LMX2572, the newer LMX2820 has implemented this option to increase flexibility.
Hi Noel,
I just wanted to ask how your checks turned out ?
Best regards
Bjoern
Hi Bjoern,
Sorry I haven't had a chance to check this out as I am waiting for the high speed scope. Will let you know tomorrow when I can start the testing. Apologies for the late reply.
Hi Noel,
I would kindly like to ask how the measurements are going, since I didn't hear back from you the past week ?
Best regards
Bjoern
Hi Bjoern,
My test result shown that, in sysref repeater mode, input sysref signal will always re-clocked by OSCin, there is no way to pass this. (LMX2820 can bypass reclocking).
Because of the reclocking, RFout and sysref out are always phase aligned.
My observation is, every time I power up the device and program it, the phase difference between RFout and sysref out is same. I only have one EVM, I cannot verify if this phase relationship is identical if I have multiple LMX2572. I've ordered more samples, I will verify this again later.
One thing you can try, when you see different phase between multiple LMX2572, could you try provide a SYNC pulse to all the LMX2572 devices?
Hi Noel,
ok, so I cannot bypasse the re-clocking unfortunately. Thanks for checking that.
Regarding your last note:
Because of the reclocking, RFout and sysref out are always phase aligned.
I can verify this: I too can see that RFout and SysRefOut are in phase here too.
That is not the issue.The problem at hand is, that SysRefReq --> SysRefOut are not deterministic between two different devices under all circumstances.
We feed in a common SysRefReq input, not violating any setup/hold times of the SysRefReq input, and the SysrefOut (via RFoutB) of these two devices are not deterministic:
My observation now is that with at least two of the above setups (2.0 GHz and 2.5 GHz RefOutA) the RefOutB outputs of these two LMX2572 are not always aligned, but simetimes are two RefOutA periods apart.
With Setups #3 and #1 of the above table I so far never have observed this issue. But I am not confident that this is true under all conditions.
With setups #4 and #5 I am seeing this issue relatively often.
Setup #2 I have not deeply investigatd so far.
Best regards
Bjoern
Hi Bjoern,
That's why I am ordering more samples, I want to replicate the problem.
Hi Noel,
perfect thank you.
I can't say that for sure, but maybe it does help you in reproducing such an issue:
Whilst I did my measurements (monitoring the identical SysRefReq input and the two SysRefout from two LMX on the Scope) ... when adjusting the scope probes I sometimes ´slightly changed the position of my slow running cooling fan providing the airflow for our boards. I sometimes had the impression that this ever so slight change in temperature lead to more errors happening. The change in air flow can not be very much, since I just set the position or angle of the cooling fan, to make way for my fingers applying the scope probes.
Best regards
Bjoern
Hi Noel,
do you have any news or results of your testing that you can share ?
Best regards
Bjoern
Hi Bjoern,
I have some test data.
Are you seeing below RFout vs SYSref out timing issues in repeater mode?
Top traces came from EVM#1 and the bottom traces came from EVM#2.
Sometime both SYSref out are aligned.
I believe it is because the sysref is reclocked, so the reclocking circuit keeps tracking the signal and created jitter to sysref output.
Below is the zoom in, we can see the output sysref is not stable at all.
I also checked this on LMX2820, it has the same issue with synced repeater mode, but not in no-sync repeater mode.
Synced repeater mode:
no-sync repeater mode.
Hi Noel,
yes my initial findings were the pretty much the same:
My observation now is that with at least two of the above setups (2.0 GHz and 2.5 GHz RefOutA) the RefOutB outputs of these two LMX2572 are not always aligned, but simetimes are two RefOutA periods apart.
I was observing PLL1 and PLL2 either being alligned, or PLL1 and PLL2 being two clocks apart, whilst in your measurements/scope picture you see them alligned or observe four clocks apart.
But my guess is that this is depending on a different f(interpolator). In my 2GHz RFoutA case, my f(Interpolator) was 1 GHz, with f(VCO) = 2 GHz. My feeling is, that re-clocking to f(Interpolator) with a ratio of 1:2 compared to RFoutA is hence causing the SysRefOut ambuguitiy of 2 RFoutA clock cycles. Could it be that with your setup, you have had a ratio of 1:4 hence observing an ambiguity of 4 RFoutA clocks ?
So just to make our both findings absolutely clear to me, is it correct so say :
Since the whole purpose of providing a SYSREF signal to the ADC is IMHO for achieving a deterministic latency I wonder (in case the above is true) what would be the way(s) to work around?
So far the only way I could think of is to not pass the SYSREF signal through the LMX2572, but to directly drive the ADC with the signal currently driving the LMX' SysRefReq pin. Or is there any other way, by means of any LMX internal delay adjustments, that would allow to achieve a deterministic latency from SysRefReq to SysRefOut ?
Best regards
Bjoern
Hi Bjoern,
I think so, I verified this in LMX2820. SYSREF_DIV_PRE will affect the number of clock cycle offset in sysref repeater synced mode. In non-sysc mode, SYSREF_DIV_PRE has no effect and the sysref output are always phase aligned.
I am checking with the design to see if there is a way to make sysref output phase aligned in synced mode.
Hi Noel,
have you heard back from the designers, with a suitable workaround that could avoid externally bypassing the LMX2572 with regards to SYSREF and hence requiring a board re-spin ?
Best regards
Bjoern
Hi Bjoern,
Not yet. The design team has a few day holidays in this week, I do not hear anything back from them. I will continue to ping them in next week.
Hi Noel,
I wanted to check whether you've heard back anything from the designers?
Best regards
Bjoern
Hi Bjoern,
Apologies, I forgot to get back to you on this.
There is no way to bypass the reclocking in repeater mode in LMX2572. I think you have to feed the sysref signal directly to the ADC.
another solution is, instead of using multiple LMX2572, could you use one LMX2572 + LMX1204 to fan out 4 RF clocks and 4 SYSREF clock?
LMX1204 supports SYSREF repeater mode (no reclocking).
Hi Noel,
thanks for the information, but that is very unfortunate to hear.
Can you please clarify on whether or not this also true for the LMX2594 we just recently added to a different product.
I fear that, since they seem very closely related with regards to their architecture, that the LMX2594 would also not be able to provide deterministig latency from SysrefReq to SysrefOut (RFoutB).
Best regards
Bjoern
P.S.: The workaround with LMX2572 + LMX1204 is not suitable for us, since we distribute a slow reference and generate HF clocks only directly at the very end of the clock tree before the data converters.