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.

[参考译文] LMX2595:MUXOUT锁定检测:VCOCal与VTune

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1099381/lmx2595-muxout-lock-detect-vcocal-vs-vtune

部件号:LMX2595

我正在全辅助模式下对LMX2595进行编程,并将使用MUXOUT引脚确认VCO已锁定。 这些LD_TYPE参数之间有何区别?我应该使用哪些参数? 从数据表的外观来看,VCOCal似乎只是在部件自行校准时,而不是在您强制其进入完全辅助模式时?

我之所以这样问,是因为我以前能够看到MUXOUT引脚在锁定时处于高位,但现在,尽管分析仪上的频率准确且稳定,但当我调整频率时,它不会移动。 我不知道为什么会出现这种情况,我已经将0x2514写入R0以在锁定检测中设置引脚,并将寄存器0x3B写入0x0001

将其中一个放大器静音(即 RFA打开,RFB关闭)是否对此针脚有任何影响? 我不应该想,但我有点困惑

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

    您好,Dylan,

    rb_ld_vtune是VTune监视器,因此我们必须选择ld_type = vcocal+vtune,否则它将始终回读解锁。

    当MUXout引脚设置为锁定检测输出时,状态将取决于LD_TYPE。  

    1.LD_TYPE = VCOCal。 如果VCO已校准,MUXout将会很高并保持高。 即,即使您卸下了参考时钟,MUXout仍保持高。 换言之,如果VCO从未校准(例如,完全辅助模式),即使MUXout被锁定,它也将保持低电平。

    2.LD_type = VCOCal+VTune。 MUXout只有在(1) VCO校准完成且(2) VTune电压正确时才会变为高电平。 因此,在完全辅助模式下,由于没有VCO校准,MUXout将因此保持低。 但是,您可以执行一次VCO校准来欺骗芯片。 然后MUXout状态将根据VTune电压而变化。

    静音RFout不会影响锁定检测决策。

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

    因此,从IT的声音来看,完全辅助模式不会影响MUXout的状态? 我真的不关注,因为就在几周前,我在完全辅助模式下运行LD_TPYE = VCO卡尔+ VTune时,看到MUXout移动。

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

    您好,Dylan,

    MUXout = LOCK Detect在完全辅助模式下工作的两个条件:

    (1) LD_TYPE = VCOCal+VTune

    (2)执行一次VCO校准

    例如,在Vcc通电后,您需要对所有寄存器编程一次。 您可以启用完全辅助功能,但仍具有FCAL_EN=1,在完成所有寄存器写入后,使FCAL_EN=0。 现在MUXout将响应实际锁定状态。

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

    您好,Noel,

    所以我尝试正常启动,我重置-不重置-编程79寄存器,在编程结束时,我在寄存器0启用了FCAL_EN (0x2518),然后等待10毫秒并编程为0x2514 (FCAL_EN =0,锁定检测模式)

    很遗憾,我看到MUXOUT的行为没有变化,您知道它为什么不移动吗?

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

    您好,Noel,

    所以我尝试正常启动,我重置-不重置-编程79寄存器,在编程结束时,我在寄存器0启用了FCAL_EN (0x2518),然后等待10毫秒并编程为0x2514 (FCAL_EN =0,锁定检测模式)

    很遗憾,我看到MUXOUT的行为没有变化,您知道它为什么不移动吗?

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

    您好,Dylan,

    它在我的主板上工作。

    尝试以下编程顺序:

    1. VCC通电

    2.程序重置= 1

    3.将R78编程为R0 (如果已有VCO参数,则为完全辅助模式;LD_TYPE = 1 (VCOCAL+VTune);在R0中,FCAL_EN = 1,MUXOUT_LD_SEL = 1 (锁定检测输出),RESET = 0)

     —现在合成器应该锁定,MUXout pin = high (这是因为您已经完成了一次校准,而且VTune是正确的)

    4.更改频率(编程PLL_N,VCO_CAPCTRL,....等;不要编程R0)

    -您应该已切换至新频率,MUXout针脚也应较高

    在步骤3中,如果您对其进行了非常快的编程,则可能需要在R1和R0之间增加10ms的延迟。 这将确保VCO校准成功,否则MUXout将不会变高。

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

    R1和R0之间没有10毫秒的延迟可能是我出错的地方,我将尝试将其合并。 在全辅助下跳频时,我是否应该清除FCAL_EN? 我听说在该模式下保持清除是好的,但我不确定。

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

    您好,Dylan,

    如果您不需要在R0中更改某些内容(例如,输出静音,FCAL_HPFD_ADJ),您可以保留FCAL_EN=1,因为在完全辅助模式下,您无需在更改VCO频率后对R0进行编程。