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.

[参考译文] LMK05318B:LMK05318B:LOPL_DPLL、LOFL_DPLL 始终置为有效

Guru**** 2937200 points

Other Parts Discussed in Thread: LMK05318B

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1592047/lmk05318b-lmk05318b-lopl_dpll-lofl_dpll-always-be-asserted

器件型号: LMK05318B

使用 LMK05318B 时、我们根本不使用 LMK 的片上 EEPROM。 相反、我们会通过每次上电后通过 I2C 对寄存器进行编程来配置其输出。 我们从 XO 提供一个 25MHz 时钟作为 LMK 的基准时钟、不使用 PRIRFE 和 SECRFE。 该解决方案支持提供我们通常需要的时钟。 但是、在测试期间、我们发现 LOPL_DPLL 和 LOFL_DPLL 保持设置为 1 并且无法清除。 关于这个问题、我们作出了以下尝试:
 
  1. 在配置 LMK(处于出厂默认状态)之前、我们会读取 R14 的值、即 0xD0。 此时、LOPL_DPLL、LOFL_DPLL 和 HLDOVR 全部为 1。
  2. 配置 LMK(当它正常输出时)后、我们读取 R14 的值、即 0xC0。 LOPL_DPLL 和 LOFL_DPLL 仍保持 1、而 HLDOVR 已恢复为 0。
 
我对此有以下问题:
 
  1. 是否根据片上 EEPROM 中的配置与实际频率/相位的比较、或者根据通过 I2C 写入寄存器的配置与实际频率/相位之间的比较来确定 LOPL_DPLL 和 LOFL_DPLL? 因为使用我们的方法时、片上 EEPROM 中的配置与通过 I2C 写入寄存器的配置不同。
  2. 如果 LOPL_DPLL 和 LOFL_DPLL 发生故障、我们应如何验证当前输出时钟是否正确?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:  

    很抱歉,我们的工程师中有一位工程师没有收到过这一问题的回复。  

    听起来您只是将一个频率输入到 XO 输入中、而不是向 PRIREF 或 SECREF 输入。 但是、DPLL 只能锁定到 PRIREF/SECREF、XO 用作 APLL 的基准。 当您在仅 APLL 模式下运行此器件时、可以监控 LOL_PLL1 或 LOL_PLL2 来查看器件锁定状态。  

    此致、  

    Connor