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.

[参考译文] LMX2572LP:一段时间后解锁问题

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1041197/lmx2572lp-unlock-problem-after-a-while

器件型号:LMX2572LP
主题中讨论的其他器件: LMX2572

尊敬的 TI 系列:

我们目前正在无线电项目中使用 LMX2572LP 射频合成器。 我们将根据建议的编程顺序对频率进行编程。 编程后,我们可以毫无问题地观察“锁定”和频率。 我们会不时地重新编程到新频率。 我们在对这些新频率进行编程时始终使用相同的数据。 但是,编程后15-20分钟,我们就会得到“解锁”信号,我们再也看不到我们的频率了。 此时、我们使用寄存器0位1复位芯片、并使用与之前相同的数据进行编程、从而观察锁定信号和频率。 您是否知道为什么我们在一段时间后获得"解锁"信号并复位可以解决这种情况?

感谢您的支持、

君都士

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

    您好,Gunduz,

    您可以共享您的寄存器配置吗?

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

    尊敬的 Noel:

    感谢您的再次光临。  

    首先、我们使用以下寄存器配置对 LMX2572LP 进行了编程。 我们没有发现任何问题。  

    R125 R:0x0820
    R124 R:0x0000
    R115 R:0x0048
    R114 R:0x7C03
    R078 R:0x00A3
    R075 R:0x09C0
    R071 R:0x0081
    R070 R:0xC350
    R069 R:0x0000
    R062 R:0xFCAF
    R060 R:0x01E0
    R059 R:0x0001
    R058 R:0x8001
    R057 R:0x0020
    R052 R:0x0421
    R046 R:0x07F0
    R045 R:0xC607
    R044 R:0x0D63
    R043 R:0x0000
    R042 R:0x0000
    R041 R:0x0000
    R040 R:0x0000
    R039 R:0xFFFF
    R038 R:0xFFFF
    R037 R:0x0505
    R036 R:0x0084
    R034 R:0x0010
    R030 R:0x0CA6
    R029 R:0x0000
    R020 R:0x4848
    R019 R:0x2700
    R017 R:0x008A
    R016 R:0x0000
    R014 R:0x1870
    R012 R:0x5001
    R011 R:0xB018
    R010 R:0x10F8
    R009 R:0x0004
    R008 R:0x2000
    R007 R:0x00B2
    R006 R:0x1002
    R005 R:0x30C8
    R001 R:0x0808
    R000 R:0x2098

    然后、我们会不时使用以下配置对 LMX2572LP 进行编程。 经过几次编程后、我们看到前面提到的问题发生了。

    R125:R:0x0820
    R124:R:0x0000
    R115:R:0x0048
    R114:R:0x7C03
    R078:R:0x00A3
    R075:R:0x09C0
    R071:R:0x0081
    R070:R:0xC350
    R069:R:0x0000
    R062:R:0xFCAF
    R060:R:0x01E0
    R059:R:0x0001
    R058:R:0x8001
    R057:R:0x0020
    R052:R:0x0421
    R046:R:0x07F0
    R045:R:0xC607
    R044:R:0x0D63
    R043:R:0x0000
    R042:R:0x0000
    R041:R:0x0000
    R040:R:0x0000
    R039:R:0xFFFF
    R038:R:0xFFFF
    R037:R:0x0505
    R036:R:0x0084
    R034:R:0x0010
    R030:R:0x0CA6
    R029:R:0x0000
    R020:R:0x4848
    R019:R:0x2700
    R017:R:0x008A
    R016:R:0x0000
    R014:R:0x1870
    R012:R:0x5001
    R011:R:0xB018
    R010:R:0x10F8
    R009:R:0x0004
    R008:R:0x2000
    R007:R:0x00B2
    R006:R:0x1002
    R005:R:0x30C8
    R001:R:0x0808

    同时 、我们重置芯片并使用相同的寄存器配置。  我们在复位后没有发现任何问题。  

    我们希望您对这种意外行为有一定的了解。  

    提前感谢。

    Gündüz μ A  

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

    您好,Gunduz,

    第二个寄存器映射与第一个寄存器映射相同、只是 R0不在第二个寄存器映射中、这是对吗?

    第一个寄存器映射的问题是 PFD_DLY_SEL 值不正确、应为3而不是5。 该寄存器位将影响相位噪声、在某些情况下、错误的值可能导致解锁。  

    完成初始编程后、如果您想更改 VCO 频率、只需对这些相关的寄存器位进行编程、然后对 R0进行编程、以触发更改(因为您已启用所有双缓冲器位)并触发 VCO 校准。 您无需对所有寄存器进行编程。

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

    尊敬的 Noel:

    非常感谢您的回答。

    在您发出警告后、我们检查了我们的软件。 正如您所说的、编程中使用了这个相同的寄存器映射。 我们仅以固定的间隔对频率相关的寄存器进行编程。 不过、我们在一段时间后看到了解锁信号。  

    我们更改了 PFD_DLY_SEL 值3而不是5、但遗憾的是、我们再次看到了相同的问题。  

    我们认为,复位是 这个问题的一个关键点。 因为、在发现问题后、当我们复位芯片并使用相同的寄存器映射对其进行编程时、问题就得到了解决。 您是否对复位如何解决问题有任何想法?  

    谢谢、

    Gündüz μ A

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

    您好、Gozkul、

    当您看到问题时、如果您(1)对所有寄存器进行编程而不进行复位、或者(2)对 R0进行一次编程、这是否也能解决问题?

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

    Noel、您好!

    感谢您的建议、但遗憾的是、我们未能获得任何积极的发展。 我们尝试了您的(1)和(2)建议、但问题仍然存在。 只有重置解决了我们的解锁问题。 芯片在进行持续编程时是否会进入有趣状态?  

    提前感谢。

    Gündüz μ A  

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

    您好,Gunduz,

    我不确定是什么导致了问题、您的观察似乎是逻辑问题、但它在失败发生之前被锁定、这似乎与怀疑相矛盾。

    问题是否可重复? 例如、如果您从 f1切换到 f2、然后 f2将在一段时间后解锁、您能否测量以下电压?

    引脚#

    引脚名称

    解锁

    锁定

    3.

    VbiasVCO

     

     

    27.

    VbiasVCO2

     

     

    29.

    VrefVCO2

     

     

    33.

    VbiasVARAC

     

     

    35.

    VTune

     

     

    36.

    VrefVCO

     

     

    38.

    VregVCO

     

     

    BTW、您是否遵循了引脚3、27和38处分流电容器的数据表建议?

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

    尊敬的 Noel:

    感谢您的建议。  

    是的、我们在引脚3、27、38上连接了建议的电容器。  

    您可以看到电压测量值。 此外、问题是可重复的。 我们将 LMX2572LP 设置为 F1 RX 频率、然后将 TX f2数据时间发送到时间。 一段时间后、我们遇到了这个解锁问题。   

    引脚#

    引脚名称

    解锁(V)

    锁定(V)

    3.

    VbiasVCO

    0.234  

    1.12  

    27.

    VbiasVCO2

    0.6.  

    0.61.  

    29.

    VrefVCO2

    2.7.  

    2.7.  

    33.

    VbiasVARAC

    1.48.  

    1.48.  

    35.

    VTune

    2.5.  

    1.32.  

    36.

    VrefVCO

    2.7.  

    2.7.  

    38.

    VregVCO

    1.8  

    1.89  

    此外、我们将未使用的 SYNC、RampClk、RampDir 和 Sysrefreq 引脚保持断开状态。 我们是否应该将其接地? 如果我们将其打开、会导致这样的问题吗?  

    非常感谢。

    Gündüz μ A

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

    您好,Gunduz,

    将 SYNC、Rampxxx 和 Sysrefreq 引脚保持悬空是可以的、我更喜欢将它们接地。 无论如何、无论我们如何将这些引脚连接到、它们都不会影响 PLL。  

    经过多次锁定后、引脚3电压降至0.2V、这种情况很奇怪、有多少 LMX2572LP 存在此问题?

    是否可以将 LD_TYPE 更改为0x0? 这将通过 MUXout 引脚指示"VCO 校准完成"。 我想知道解锁时校准是否成功。  

    很抱歉再次询问、请确保您使用的是旁路电容器、如下所示。

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

    尊敬的 Noel:

    感谢您的快速回答。 我们 在许多器件上都发现了这个问题。

    我们将 LD_TYPE 更改为0x0、但您对 LD_DLY 值的建议是什么? 我们的相位检测器频率为48MHz。 LD_DLY 是否应为48000000 / 4 = 12 000 000?  

    另外、我们之前在引脚3、27、38上使用的是10uF 电容器。 在您提出建议后、我们将其更改为数据表建议。 (引脚3 => 470nF、引脚27 => 100nF、引脚38 => 10nF)。 但是、正如您记忆中的那样、问题未得到解决。 可以是这样吗、我们没有看到效果、因为我们稍后更改了该电容器?   当然、我们会使用新的 LMX2572LP 重试。

    提前感谢。  

    Gündüz μ A

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

    您好,Gunduz,

    LD_DLY 无关紧要、你可以放置0。  

    数据表中建议的电容器值将确保内部 LDO 响应更快、这将有助于在正确的基准电压下开始 VCO 校准。 在您的用例中、由于您经常切换频率、因此更快的 LDO 响应时间应有助于消除 VCO 校准故障。 这就是我希望芯片告诉我是否从 MUXout 引脚成功校准的原因。

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

    尊敬的 Noel:

    我们使用新的 LMX2572LP 替换了 LMX2572LP、并使用了建议的电容器值。 此外、我们将 LD_TYPE 更改为0x0。 不幸的是,问题仍然存在。 此外、我们对该问题提出了新的看法:

    如您所知、我们将 LMX2572LP 编程为单 RX 频率、并将 TX 频率数据不时发送到芯片。 此过程会持续进行、并且在15-20分钟后出现问题。 现在、我们将 LMX2572编程为多个 RX 频率、然后发送 TX 频率数据。 现在、此时不会出现问题。 我们知道,这是一个有趣的观察,使问题变得更加棘手:)你对此有什么看法吗?  

    提前感谢。

    Gündüz μ A

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

    您好,Gunduz,

    您是否介意告诉我们 RX 和 TX 频率是多少? 只需查看 quick_RECAL_EN 或强制 VCO_SEL 为特定值是否有帮助。

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

    尊敬的 Noel:

    我们的 RX 频率为163MHz、TX 频率为153MHz。  

    由于这两个频率彼此接近、我们以前曾尝试过 Quick_RECAL_EN。 不幸的是,这并没有解决我们的问题。  

    谢谢。

    Gündüz μ A

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

    您好,Gunduz,

    RX:163MHz -> VCO:5216MHz -> VCO5 (也可以是 VCO4)

    TX:153MHz -> VCO:4896MHz -> VCO4

    让我们执行一些测试、以调试这是否是 VCO 校准问题。

    1.对器件进行编程以锁定到 RX、然后执行寄存器读回以查看选择了哪个 VCO (R110、RB_VCO_SEL)。

    切换到 TX 频率后、再次读回所选的 VCO。  

    3.不时切换到其他 TX 频率,直到发生故障

    4.读回选定的 VCO。  

    或者、您可以在对 RX 和 TX 频率进行编程时分配相应的 VCO。 例如、

    1。设置 R20、VCO_SEL_FORCE = 1

    2.设置 R20、VCO_SEL = 0x5;对器件进行编程以锁定到 RX

    3.设置 VCO_SEL = 0x4;将器件编程为锁定到 TX

    4.照常切换到其他 TX 频率。  

    确保为您的频率使用正确的 VCO_SEL: