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.

[参考译文] LMX2594:LMX2594 忽略强制 VCO_CAPCTRL、并显示编程周期之间的相位关系差异。

Guru**** 2914610 points

Other Parts Discussed in Thread: LMX2594

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1620085/lmx2594-lmx2594-ignores-forced-vco_capctrl-and-show-differen-phase-relationship-between-programming-cycles

部件号: LMX2594

您好、  

我尝试同步同一电路板上两个 LMX2594 器件的输出。 为了在每次下电上电后具有相同的相位关系、我强制设置 VCO_SEL、VCO_CAPCTRL 和 VCO_DACISET 值。  

这是两个 LMX2594 器件的 PLL 配置。  

image.png

我设置不同的 VCO_CAPCTRL 和 VCO_DACISET、同时为每个器件保持 VCO_SEL。 每个 LMX 都被编程、从 TICS 生成的文件读取寄存器值。 如我的日志所示、只有寄存器 19 (VCO_CAPC) 和寄存器 16 (VCO_DACISET) 不同。  

器件 LMX2594_1 进行了编程、其中 VCO_CAPCTRL=127 (0x7F) 和 VCO_DACISET=357 (0x165)

器件 LMX2594_2 使用 VCO_CAPCTRL=130 (0x82) 和 VCO_DACOSET=399 (0x18F) 进行编程

Capture.PNG

如您在日志中所见、我启动编程脚本、得到两个不同的结果:

其中之一是 LMX 器件似乎保持了良好一致。

A capture(捕获))

lmx2594_sync.png

在第二个示例中、它们显示了相移

 b 捕获)

lmx2594_no_sync.png

我的问题是:

为什么 VCO_CAPCTRL 与我强制的 VCO_CAPCTRL 不同?  

此外、即使它们不同、LMX 之间的相移也是“常量“、但每个编程周期都不同...这是因为、在每个编程周期、它们都会表现出激励器 A 行为或 B 行为。 它们不应该总是显示相同的相移吗?

非常感谢您花时间阅读我的问题。

 

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    器件之间的相位可能不必相同、因为传播延迟并不相同、但相位差应是确定性的。  

    例如、我有两块电路板、在 VCO 校准后、它们的 VCO 数据如下:

    设备 1: Capcode = 121;Daciset = 281

    设备 2:Capcode = 132;Daciset = 531

    如果我强制他们使用这些数据(或仍处于自动校准模式)、它们的相位差将始终保持不变。 我使用的 TICS Pro 配置与您的配置相同。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、  

    感谢您的答复。 我同意您的观点、这也是我应该观察的内容...对于更多的上下文、这就是我的用户控制面板的外观:

    可以看到 QUICK_RECAL_EN = 0
    VCO_CAPCTRL_FORCE=1

    VCO_SEL_FORCE=1

    VCO_DACISET_FORCE=1

    但出于某种原因、VCO_CAPCTRL 似乎被忽略、我回读的值与我编程的值不同。





  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    这是芯片中的一个愚蠢的错误、在完全辅助模式下、读回 CAPCTRL 不等于强制值。  

    您可以通过测量 VTUNE 电压来验证这一点。 将 VCO_CAPCTRL 写入 135 时、VTUNE 将改变。 这意味着器件实际上使用的是 130、而不是读回值 135。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Noel:  

    谢谢! 是否有办法或有效地读回使用的 VCO_CAPCTRL、或者我是否只需假设我在寄存器中写入的值是“实际“值?


  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manuel:

    如果进行无辅助校准并读回、返回的 CAPCTRL 值是正确的。

    我们有一个错误、当您在完全辅助模式下进行校准时、读回的 CAPCTRL 值不正确。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢!

    我将试一下...也许我对器件进行编程的方式也有一些问题。 在我的当前配置中、每个 LMX 都从 LMK(不同的 LMK 输出到 LMX 基准输入)获取基准振荡器。 我首先对 LMK 进行编程、然后对 LMXs 进行编程、即使我完全辅助、各个编程周期的相位关系不同...这些相位差是“离散的“、正如我在示波器捕获中所示:它们不同、但在两种或三种情况之间是不同的。 你看到我的概念有什么大缺陷吗?   



  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manuel:

    您是否执行了与 LMK 器件的同步以使所有输出时钟同相?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Noel:

    否、我理所当然地给予它、LMK 的输出处于阶段、我一定会研究这一点、

    非常感谢!!