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.

[参考译文] LMX2615-SP:LMX2615 同步使用

Guru**** 2926580 points

Other Parts Discussed in Thread: LMK04832

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1598952/lmx2615-sp-lmx2615-sync-usage

器件型号: LMX2615-SP
主题中讨论的其他器件: LMK04832

尊敬的专家:

我在设计中使用单个 LMX2615、有一个有关 VCO_PHASE_SYNC 的问题。  在我的应用中、器件采用 100MHz 基准、使用没有 PreR 或 R 分频器的 x2 输入倍频器、并使用 50 的 N 分频器生成 10GHz 的 VCO 输出。  输出 A 设置为直接输出此 VCO 时钟(10GHz,无通道分频器)、但输出 B 设置为输出 5GHz(通道分频器中的/2)。  在这种情况下、是否需要使用 VCO_PHASE_SYNC?  根据数据表的第 27 页、这似乎表明这被视为需要同步模式的类别 1、但这是否正确?

最后、我再提一下、我仅使用单个 LMX2615 器件。  但是、如果这会影响答案、我确实需要在此应用中提供确定性延迟。  为此、设计中 LMX2615 的输出向 LMK04832 提供时钟输入、然后 LMK04832 分配 SYSREF 和器件时钟。

附件是我用于快速参考的寄存器设置的输出。

LMX2615 HexRegisterValues SPI 读数 CS20251211.txt 

此致、

Carl  

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

    尊敬的 Carl:

    由于输出 B 为 div/2、因此 OSCin 和输出 B 之间有两个不同的相位。因此、我们需要启用 SYNC 模式 (VCO_PHASE_MODE = 1)。 但是、当启用 SYNC 模式时、IncludedDivide 等于 4、即最小值 违反 N 分频器限制;分子变为非零。 因此、配置为 Cat.4 同步。

    我们需要将 FPD 降低到 50MHz 来解决问题。 现在、它是 Cat.1 同步、两个输出都具有相对于 OSCin 的确定性延迟。

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

    这是非常有帮助的,谢谢!  因此、只需确认一下、对 B 输出使用/2 的通道分频器足以给 B 输出引入非确定性延迟。  我问是因为我对/2 如何引入非确定性的行为有点不清楚。  我之所以讨论这个问题、是因为我关心输出端的相位噪声、将输入向下分频到 50MHz 会产生更多的相位噪声、所以只需要在前往该路由之前确保我已了解到相关内容。  谢谢!

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

    尊敬的 Carl:

    否、是高 FPD 频率导致了非确定性延迟。 这导致 N 分频值小于与类别 1 SYNC 相关的限制的最小值。

    谢谢、

    Michael

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

    尊敬的 Carl:

    由于 RFoutA 的频率是 OSCin 的整数倍、因此它们之间的相位是确定的。 输入和输出之间存在一些传播延迟、因此其边沿没有完全对齐、这是正常现象。 只要环境相同、每次对器件进行编程时、您都应该会看到相同的延迟量。  

    RFoutB 从 VCO 分频 (= RFoutA)、根据实际选择的 VCO 边沿开始分频、有两种可能的输出状态。  RFoutA 和 RFoutB 始终对齐、因为 RFoutB 从 RFoutA 分频。 但是、由于存在两种可能的输出状态、RFoutB 并不总是与 OSCin 保持一致。

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

    完美,一切都很合理,谢谢!