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.

[参考译文] LMK5B12204:在强制自由运行/保持模式下监控 PLL 状态

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1512494/lmk5b12204-monitoring-pll-status-in-forced-free-run-holdover-mode

器件型号:LMK5B12204

工具/软件:

你好

根据该主题的建议:

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1505672/lmk5b12204-forced-switch-of-the-operational-mode-between-apll-only---dpll-mode

我们将输入开关模式设置为"自动非恢复"、并 在 R249中使用 DPLL_SECREF/PRIREF_AUTO_PRTY 来强制进入自由运行/保持模式(设置为0x0 =不可供选择)。

如果 PLL 被强制进入自由运行/保持模式、您建议监控什么状态位?

目前、我们正在遵循配置向导中有关状态位的建议、请参见此处:

提前感谢、谨致问候

Frederik

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

    尊敬的 Frederik:

    向导中的建议很适合使用。 我还要在 DPLL 启用模式下再添加一个、即 HLDVR 位 R14[4]。

    当器件处于保持状态时、设置 HLDVR 位:DPLL 处于非活动状态且没有有效基准。

    此致、

    Jennifer

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

    嗨、Jennifer

    BAW 锁频位如何? 根据向导、仅当 DPLL 被禁用且器件在自由运行模式下运行时、才应考虑该位。

    而是呢 强制 自由运行/保持模式、而 DPLL 仍然启用? 是否要监测 BAW 频锁位?

    BR、Frederik

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

    尊敬的 Frederik:

    如果二者之间存在频率错误、则会设置 BAW 锁定状态位  XO 输入 和  VCO 输出 超出定义的阈值:

    无论 DPLL 是启用/禁用/锁定/解锁的情况如何、都是如此。 BAW 锁定状态位是 XO 到 VCO 的频率比较、而不是 REF 到 VCO 的频率比较。 我们建议不要在 DPLL 锁定时查看 BAW 锁定、因为当锁定到 DPLL 时、VCO 输出会跟随 REF 输入。 这意味着可能会超过 XO 到 VCO 的频率误差、从而清除标志、但这并不意味着该行为是不必要的。

    简而言之、是的、在未使用 DPLL 时检查 BAW 锁定(在保持模式下、输出跟踪 XO)、并在使用 DPLL 时将该标志视为"无关"(输出跟踪 REF 输入)。

    此致、

    Jennifer

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

    嗨、Jennifer

    我们更改了之前的 PLL 配置、从现在开始、我们在中配置器件 启动 如下所示:

    新设置:

    - R251:DPLL_SWITCH_MODE 设置为"0x1 =自动恢复"

    - R249:DPLL_SEC/PRIREF_AUTO_PRTY 均被设置为"0x0 =不可供选择"

    - R116:PLL1_MODE 设置为"0x1 = DPLL 模式"

    旧设置:

    - R251:DPLL_SWITCH_MODE 设置为"0x3 =手动保持"

    - R116:PLL1_MODE 设置为"0x1 = DPLL 模式"

    我假定了 新品 消息 将强制 PLL 保持在自由运行模式(下图中的红色矩形):

    根据您上次的回答、我知道在本例中、BAW 锁位应为0x1 (=已锁定)。  

    遗憾的是、我们的 PLL 不再是这种情况。 另一方面、如果我们通过启动 PLL 消息 、其中唯一的区别是 R251::DPLL_SWITCH_MODE 设置为"0x3 =手动保持"、然后设置 BAW 锁定位。 重要的是、在这两种情况下都没有任何可用的基准时钟。

    这是什么原因?

    BR、Frederik

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

    尊敬的 Frederik:

    您能否分享您使用的.tcs 文件? 我可以帮助确认是否有预期的行为。

    此致、

    Jennifer

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

    嗨、Jennifer

    目前、我无法访问我们最新的.tcs 文件、因为它是由另一名工程师编辑的、没有推送到我们的内部 git-repo。 但我可以为您提供最新设置的寄存器映射(.txt)。

    e2e.ti.com/.../lmk5b12204_5F00_new_2D00_setup.txt

    我基本上使用.txt 文件直接设置和修改寄存器条目

    BR、Frederik

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

    尊敬的 Frederik:

    我将查看该文件、并在本周结束时回复您。 如果您也收到了.tcs、请与其共享。

    此致、

    Jennifer

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

    尊敬的 Frederik:

    为了让我测试您的文件、您能否指定 XO、PRIREF 和 SECREF 输入频率?

    当我使用默认的 EVM 尝试执行以下操作时、BAW 锁定保持设置状态:

    新设置:

    - R251:DPLL_SWITCH_MODE 设置为"0x1 =自动恢复"

    - R249:DPLL_SEC/PRIREF_AUTO_PRTY 均被设置为"0x0 =不可供选择"

    - R116:PLL1_MODE 设置为"0x1 = DPLL 模式"

    - PRIREF 和 SECREF 的输入被关闭(不存在)

    此致、

    Jennifer

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

    嗨、Jennifer

    XO 频率:20MHz

    PRIREF:156.25MHz

    SECREF:未使用

    BR、Frederik

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

    您好 Frederik

    谢谢你。 我将在本周结束前提供最新情况。

    此致、

    Jennifer

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

    尊敬的 Frederik:

    由于实验室使用受限、我需要在下周检查配置。 让我在周二/周三回到您身边 感谢您的耐心。

    此致、

    Jennifer

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

    尊敬的 Frederik:

    我再次拥有实验室访问权限、并能够运行一些测试。

    请注意、我将 PRIREF 输入设置为156.25 MHz + 10ppm、以便我可以轻松观察 XO 输入和 REF 之间的频域何时发生变化。

    测试#1 -禁用优先级

    1. PRIREF =开启| SECREF =关闭/未使用
    2. 启动
    3. 写入所有寄存器
      1. PRIREF 优先级=不可用| SECREF 优先级=不可用
    4. 结果...
      1. BAW 锁= 1
      2. 输出具有 XO 输入频率精度
    5. 发出 SWRST
    6. 结果...
      1. BAW lock = 0 ->非预期行为
      2. 输出具有 XO 输入频率精度。 -->预期行为

    测试#2 -仅设置 PRIREF 优先级

    1. PRIREF =开启| SECREF =关闭/未使用
    2. 启动
    3. 写入所有寄存器
      1. PRIREF 优先级=第一优先级| SECREF 优先级=不可用
    4. 结果...
      1. BAW lock =可以是0或1、因为 DPLL 已锁定-->预期行为
      2. 输出具有 PRIREF 输入频率精度-->预期的行为
    5. 发出 SWRST
    6. 结果...  
      1. BAW lock =可以是0或1、因为 DPLL 已锁定-->预期行为
      2. 输出具有 PRIREF 输入频率精度-->预期的行为

    测试#3 -仅设置 SECREF 优先级

    1. PRIREF =开启| SECREF =关闭/未使用
    2. 启动
    3. 写入所有寄存器
      1. PRIREF 优先级=不可用| SECREF 优先级=第二优先级
    4. 结果...
      1. BAW lock = 1 ->预期行为
      2. 输出具有 XO 输入频率精度->预期行为
    5. 发出 SWRST
    6. 结果...  
      1. BAW lock = 1 ->预期行为
      2. 输出具有 XO 输入频率精度->预期行为
    7. 更新寄存器
      1. PRIREF 优先级=第一优先级| SECREF 优先级=第二优先级
    8. 结果...  
      1. BAW lock =可以是0或1、因为 DPLL 已锁定-->预期行为
      2. 输出具有 PRIREF 输入频率精度-->预期的行为

    注释:

    • 根据测试结果、为确保 BAW 锁定状态正常运行、在使用自动恢复时必须至少为一个输入配置优先级。 在您的情况下、由于 SECREF 未使用、我建议将 SECREF 设置为第二优先级、然后通过将 PRIREF 优先级更改为"不可用"或"第一优先级"来强制器件进入保持状态。
    • 此外、如果要强制输出立即锁定到 XO、则可以禁用调优字历史记录。 请注意差异:
      • 如果启用了历史记录且 REF 不可用、则器件进入短期保持模式。 这意味着在初次进入保持模式时、输出频率精度基于 REF 历史记录平均数据。 随着时间的推移、随着 XO 输入发生漂移、输出频率精度开始遵循 XO 输入精度、不再是 REF 历史记录。
      • 如果禁用历史记录并且 REF 变得不可用、则输出会立即获得 XO 的频率精度。 这可能会导致输出出现相位中断或干扰。 但是、根据您的应用、您似乎希望在强制保持时避免使用 REF 历史记录数据。 在这种情况下、应禁用 History。
      • 调优字历史记录启用为 R185[0]。
    • 此外、我不建议使用20 MHz 的 XO 输入频率 整数关系 与 BAW VCO (2500 MHz)配合使用、当 DPLL 处于活动状态时、这会导致整数边界杂散并降低抖动性能。 替代 XO 频率可以是(但不限于) 24 MHz、27 MHz、38.88 MHz、48 MHz、54 MHz。
    • 这是我使用的.tcs 文件。 顺便说一下、昨天发布了一个新的 TICS Pro 版本。 https://www.ti.com/tool/download/TICSPRO-SW

    此致、

    Jennifer

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

    嗨、Jennifer

    根据您的建议、我将优先级更改如下:

    PRIREF 优先级=不可用| SECREF 优先级=第二优先级

    这使得 BAW 能够在器件配置和软件复位后被锁定。  

    在硬件测试过程中、我确保了 PLL 启动期间没有可用的有效参考时钟。 在 PLL SW 复位后、BAW 变为锁定状态、这符合预期。 下一步是启用有效的基准时钟、并将 PRIREF 优先级设置为第一优先级。 PLL 能够立即锁定其 DPLL。 BAW 位仍被锁定。 下一步、我再次禁用基准时钟、以使 PLL 进入保持模式(调优历史记录始终在 R185[0]中启用)。 遗憾的是、BAW 失去了其锁。 我在 DPLL REF 调优历史记录监控器被禁用(R185[0]= 0)时重复了相同的测试、但没有任何帮助。 我原以为、如果历史记录监控器被禁用、PLL 会在基准丢失后立即变为自由运行模式。

    在尝试解决该问题时、我注意到、这有助于同时设置"SECREF 优先级=不可用"、同时设置"PRIREF 优先级=第一优先级"、以使 PLL 能够跟随基准时钟。 通过这种修改、BAW 能够在基准时钟丢失并切换到保持/自由运行模式后锁定。

    感谢您的帮助。

    BR、Frederik