• 状态
  • 已锁定 已锁定
  • 回复 10 回复
  • 订户 0 订户
  • 视图 380 视图
  • 用户 0 会员在此处
选项
选项
相关

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：12 GHz 锁定

admin
Guru**** 2560470 points


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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/774765/lmx2594-12-ghz-lock

器件型号：LMX2594

我们使用 LMX3594构建了100个系统。  其中六个单元无法锁定在(和接近) 12GHz。  我们不使用任何已调整的模式。  我们是否应该采取或不应该采取任何措施来确保在该频率下锁定？  

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

    您好！

    请检查寄存器"VCO_SEL"的设置。 该寄存器需要设置为<= 4、以便在12GHz 附近更好地锁定。

    此致、

    Hao

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

    您是否说"无辅助"校准模式在12GHz 下无法可靠工作？ 下面显示了从11910MHz 步进至12050MHz 时 VCO 选择、CAPCTRL 和 DAISET 的记录。  在12GHz 时、似乎找不到正确的 VCO。   

    请阐明单步执行12GHz 区域的正确方法。

    频率 LD_VTune VCO CAPCTRL DACISET N 数字 Denom 尝试
    11910. 2. 4. 6. 273. 59. 2354000000 4280000000 1
    11920 2. 4. 5. 272. 59. 2568000000 4280000000 1
    11930 2. 4. 4. 272. 59. 2782000000 4280000000 1
    11940. 2. 4. 3. 271. 59. 2996000000 4280000000 1
    11950年 2. 4. 2. 270 59. 3210000000 4280000000 1
    11960年 2. 4. 1 270 59. 3424000000 4280000000 1  
    11970年 0 7. 0 258. 59. 3638000000 4280000000 20.  
    1980年 3. 1 183. 326 59. 3852000000 4280000000 20.  
    11990年 3. 1 183. 327 59. 4066000000 4280000000 20.  
    12000 0 7. 0 260 60 0 20000000 20.  
    12010年 2. 5. 182. 224. 60 214000000 4280000000 2.  
    12020. 2. 5. 181. 225 60 428000000 4280000000 2.
    12030. 2. 5. 182. 225 60 642000000 4280000000 1
    12040. 2. 5. 175. 222. 60 856000000 4280000000 1
    12050. 2. 5. 174. 221. 60 1070000000 4280000000 1
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    No Assist (无辅助)模式似乎选择了错误的 VCO、您是否说 No Assist (无辅助)方法不能在接近12GHz 的频率下使用？  下面显示了单步执行12GHz 区域时无辅助 VCO 选择、CAPCTRL 和 DACISET 值的记录。  如果"无辅助"功能不起作用、我们应该采取什么不同的措施？

    频率 LD_VTune VCO CAPCTRL DACISET N 数字 Denom 尝试
    11910. 2. 4. 6. 273. 59. 2354000000 4280000000 1
    11920 2. 4. 5. 272. 59. 2568000000 4280000000 1
    11930 2. 4. 4. 272. 59. 2782000000 4280000000 1
    11940. 2. 4. 3. 271. 59. 2996000000 4280000000 1
    11950年 2. 4. 2. 270 59. 3210000000 4280000000 1
    11960年 2. 4. 1 270 59. 3424000000 4280000000 1  
    11970年 0 7. 0 258. 59. 3638000000 4280000000 20.  
    1980年 3. 1 183. 326 59. 3852000000 4280000000 20.  
    11990年 3. 1 183. 327 59. 4066000000 4280000000 20.  
    12000 0 7. 0 260 60 0 20000000 20.  
    12010年 2. 5. 182. 224. 60 214000000 4280000000 2.  
    12020. 2. 5. 181. 225 60 428000000 4280000000 2.
    12030. 2. 5. 182. 225 60 642000000 4280000000 1
    12040. 2. 5. 175. 222. 60 856000000 4280000000 1
    12050. 2. 5. 174. 221. 60 1070000000 4280000000 1
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Stuart：

    部分辅助意味着您可以为每个单个频率设置 VCO 内核(VCO_SEL)、Capcode (CAPCTRL)和幅度(DACISET)的起始点。 这不是我建议的。

    即使在无辅助模式下、您也需要设置内核、Capcode 和振幅、区别在于您不需要针对计划使用的每个频率点执行此操作。 换言之、没有绝对的"无辅助"、您需要随时设置起始点。 话虽如此、如果您使用的频率点在12GHz 左右、我建议您在无辅助模式下将 VCO_SEL 设置为<= VCO4。

    这是因为 VCO 内核之间通常存在重叠。 例如、在 VCO3和4之间的重叠区域内、您可以使用 VCO3或4将其锁定。 然而、VCO4和5之间存在一个间隙、只有 Capcode = 183的 VCO5变容器可以覆盖该间隙。 换句话说、对于12GHz 左右的频率点、您只能锁定 VCO5、而不会锁定 VCO4。

    根据上述讨论以及 VCO 校准的工作方式、对于接近12GHz 的频率点、需要将 VCO_SEL 设置为<=4。

    此致、

    Hao

  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Hao、
    谢谢你的建议，但在我看来，你的上述建议似乎有两个矛盾的说法。 请原谅我误解、但我认为您所说的是：

    "换句话说、对于12GHz 左右的频率点、您只能锁定 VCO5、而不能锁定 VCO4。" 这意味着我要使用接近12GHz 的 VCO 5、

    然后、您在下一段中说："对于接近12GHz 的频率点、需要将 VCO_SEL 设置为<=4。" 我将其解释为：对于接近12GHz 的频率、VCO 设置必须小于或等于4 (<=4)。

    因此、对于12GHz、VCO 选择5还是任何选择都小于或等于4？

    最后、您在上面的陈述"即使在无辅助模式下、您也需要设置内核、Capcode 和振幅。" 但这似乎与数据表表表表5中的以下状态相冲突：No Assist | User Does Nother to improve VCO calibration speed|我认为该速度对所有频率都有效。

    感谢你的帮助
    Stuart
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Stuart：

    VCO 校准的工作方式是、一旦它跳转到下一个 VCO 内核、它就不会返回。 在12GHz 输出频率的情况下、如果 VCO_SEL 设置为>= VCO5、那么一旦发现 VCO5的最后一个 Capcode (Rb_VCO_CAPCTRL = 183、该 VCO 内核的最低频率)不符合频率要求、它将跳转到 VCO4。 这种情况有时会发生、因为 VCO4和5之间存在差距、因此算法认为 VCO5的 Capcode 183对于所需频率过高一旦跳转到 VCO4、就会卡在那里、无法返回到 VCO5。 由于 VCO4未覆盖该频率间隙、因此无法锁定器件。

    但是、如果 VCO_SEL 设置为<= VCO4、那么一旦发现 VCO4的 Capcode 0仍然低于所需的频率、它将跳转到 VCO5。 它仍然认为 VCO5的 Capcode 183对于所需的频率过高、但事实是 VCO5的变容器具有较宽的调谐范围、因此可以完全覆盖频率间隙、并且器件可以锁定在 VCO5中。

    这就是为什么您需要将 VCO_SEL 设置为<=4、频率大约为12GHz 的原因。

    关于无辅助功能的讨论、器件将始终根据 VCO_SEL、VCO_CAPCTRL 和 VCO_DACISET 中设置的值开始校准。 即使您从未对这些寄存器进行编程、它们仍然具有一些初始值。 校准将从这些值开始、因为它不能从任何地方开始。 这就是为什么我说没有绝对的"无辅助"、因为始终有一个起点、只是在无辅助模式下您可能不关心它。 无论您是否对这些寄存器进行编程、只要这些值在输出频率发生变化时不发生变化、就可以将其称为"无辅助"、因为您只需对其进行一次编程并坚持使用它。 如果您的输出需要12GHz、则需要将 VCO_SEL 设置为<= 4。 您只需在初始化器件时对该寄存器进行编程、如果您使用无辅助模式、则无需在之后更改该寄存器。

    此致、

    Hao

  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    关于 VCO_SEL 到<=4：这是否意味着无辅助方法按该顺序从4、5、6、7、1、2、3、4搜索？
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    具体取决于目标频率。 对于12GHz 情况、顺序为4 -> 5。 当您看到100个故障中的6个发生时、您使用了什么 VCO_SEL？ 将 VCO_SEL 设置为<=4时、是否仍然看到故障？

    此致、
    Hao
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Hao、下面是我们在更改为任何新频率时所做的工作：

    R8：VCO_DACISET_FORCE = 0、VCO_CAPCTRL_FORCE = 0
    R16：VCO_DACISET = 0x80 = 128
    R17：VCO_DACISET_STRT = 0x12c = 300
    R19：VCO_CAPCTRL = 0xb7 = 183
    R20：VCO_SEL = 4、VCO_SEL_FORCE = 0 ((如程序所示、位14设置为1、但数据表显示为零？？？)
    R78：quick_RECAL_EN = 0、VCO_CAPCTRL_STRT = 1

    从数据表第19页的第7.3.6.1节中：
  • 0
    TI__Guru**** 2560470 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Stuart：

    这些设置对于无辅助模式是正确的。

    您是否看到100个设置中有6个失败？ 如果是、请将故障器件移至 TI EVM、加载默认的 Ticspro 配置并查看是否出现故障。 否则、需要调试的变量太多。

    R20[14]应为1。 在数据表的完整寄存器映射中、该位错误并将被修复。 遵循 Ticspro 设置是正确的。

    此致、
    Hao