[参考译文] LMK0.4816万：PLL2内部VCO核心系列

您好Julian：

我有2个LMK0.4816万使用相同的电源馈入每个OSCin，并以完全相同的设置锁定在0延迟模式下。

然后测量LMK0.4816万上相同CLKout之间的偏斜。

在低温下，写入R30以触发内部校准例行程序时，LMK0.4816万两次变化之间的相位延迟(例如，12ps => 5ps，导致7ps差异)似乎会出现。

如果在内部校准过程中选择不同的VCO磁芯/频段不是导致这种延迟重复性问题的原因，您是否知道在不同的LMK0.4816万中会出现什么原因？

您好，Joe，

我是否理解这一点？ LMK0.4816万在室温下启动，输出对齐。 但当您冷却设置时，您会看到2个输出与室温不同的相位差异？

从12ps到5ps的变化是否仅在您触发内部校准例行程序后发生？ 当您再次触发该例行程序时会发生什么情况(以及...)？

此致，

朱利安

您好，Julian：

只要可以预测并能够表征，室温和冷温之间就可以存在差异。

问题是在低温下通过写入R30触发内部校准例行程序时，2个值之间波动。

这是0°C的结果。 蓝色的是带有内部VCO的，而橙色线是使用外部VCO进行测试的，在这些情况下，我们看不到波动，尽管漂移更明显。 我猜是内部VCO或内部校准程序造成的。

您好Joe，

所以我认为7 ps的温度变化很小。  但了解您对两个不同相位偏移的其他顾虑。

让我看看我是否可以找到一些调试信息，这些信息可能有助于确定您看到这种情况的原因。

您在哪条时间线？  下周初还可以吗？

73岁
Timothy

您好，Timothy：

如果您能提供帮助，那将非常好，因为这对我的项目至关重要。

期待 您的进一步调查结果。

谢谢！

好的，我将根据我的发现在下周向您提供最新信息。

73岁
Timothy

您好Timothy：

是的！ 你是对的。

资本代码变化明显导致5-7ps峰值。 我们可以看到峰值/骤降与capcode从一个值变为另一个值的时间完全相关。

在温度(0至45C)范围内，最差的情况下(单元1，VCO 2.4GHz)，Capcode的变化大约为2级。 其他人最多有1个步骤的差异。

通过将capcode固定为固定值，我们可以消除骤降/峰值。

似乎温度对VCO给定频率的电容器代码选择的影响与温度完全无关，从我们的结果来看，在以上测试中，我们最多可以看到在0至45C工作范围内的+/-级变化。

因此，我们只需要做一次“校准”来查找capcode，然后一直使用它。 我们将在固件/软件中执行以下操作：

1. 1. 如果装置尚未“校准”，请运行VCO校准，然后将CapCode存储在非易失性存储器中，以便重复使用
   2. 如果设备具有存储的CapCode，则我们将始终重新使用该CapCode，方法是运行正常的LMK初始化，然后写入R18[28]=1和R18[26:20]=CapCode。
   3. 这将适用于我们将使用的任何VCO频率，即使用的每个VCO频率都将存储和重复使用其自己的CapCode。

以下是 一些正确实施的问题：

1. 此“一次性校准”可在任何温度下进行，因为对温度的依赖性很小。 这一点很重要，因为我们在现场已经有设备，强迫客户在25C下执行此操作可能会产生问题。 通过实施上述固件代码，这对客户来说是透明的。 在任何临时工中执行此操作是否有任何问题？
2. 在LMK0.4816万部件的使用寿命内，我们是否预期此capcode值会漂移？ 即，我们是否期望CAP代码转变到无法锁定VCO的程度，或者随着时间的推移导致显著的性能影响，从而需要定期校准？
3. 如果我们使用R18强制使用CapCode，我们是否需要了解任何其他性能/功能影响？ 例如，除了相位偏移差异外，一步式CapCode差异会产生什么影响？ 我认为差异可以忽略不计？
4. 写下R18的最佳顺序是什么？ 应该在LMK上的所有其它寄存器编程之前完成此操作，还是应该先完成此操作？
   1. 在上述测试中，我们对LMK上的所有寄存器(包括R30)进行编程，然后对R18[28]=1 + R18[26:20]= CAPCode进行编程。
   2. 每当我们重新初始化LMK时，我们设置R18[28]=0，然后设置所有其它寄存器，然后再次设置R18[28]=1 + R18[26:20]= CapCode。

感谢您的建议。

您好，Timothy：

明白了，谢谢！