• 状态 Resolved
  • 已锁定 已锁定
  • 回复 9 回复
  • 订户 0 订户
  • 视图 562 视图
  • 用户 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.

[参考译文] LMK05028：TICS - PRO

admin
Guru**** 2513185 points


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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1030847/lmk05028-tics---pro

器件型号：LMK05028

您好！

我们在 TICS Pro 中加载了随附的 TCS 文件。 但 IN1不是由任何时钟驱动的。

因此、我们期望 LOL_PLL1、LOPL_DPLL1、LOFL_DPLL1、LOL_PLL2、LOPL_DPLL2、 LOFL_DPLL2将在状态和中断页面上被勾选。

但没有一个被勾选。 那么、问题可能出在哪呢？

e2e.ti.com/.../working_5F00_tcs_5F00_v2_5F00_4.tcs

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

    您好！  

    APLL 锁定到 XO 输入、因此无论是否提供基准输入(IN0 - IN3)、它都不会受到影响、因为它仅查找 XO。 APLL 的相关标志为 LOL_PLLx。  

    但是、DPLL 确实需要基准输入、或者无法锁定。 如果最初提供基准、然后移除基准、则 DPLL 应进入保持模式、在这种情况下、它将保持频率锁定、这意味着没有 LOFL 触发。 但是、在这种情况下、相位锁定将丢失、因此应标记 LOPL。  

    • 即使在提供和删除基准的情况下、如果发出软复位、显然两个都应标记为软复位本质上是新的启动和校准。 因此、在没有引用的情况下、保留没有历史可恢复。  

    我已经查看了.TCS 文件、它似乎没有任何问题...  

    1. 只有 IN1可用、其他 IN_x 被置于未使用状态  
    2. 在自动反向模式下、这意味着使用优先级选项。 IN1置于第一优先级、其他输入被忽略。  
    3. 在 IN1下手动选择、但请注意、由于您处于"自动"模式(反向或非反向不影响此模式)、而不是"手动"模式、因此手动选择寄存器将被忽略。 只有在手动模式下、您才会专门强制选择特定的基准输入。  

    基准仍然显示为有效、两个 DPLL 都选择基准。 还启用了 ppm 检测器、这意味着在没有基准的情况下、它将通过 PPM 检测器确定无效。 如果基准被真正移除、则无法实现这一点。 这就是为什么 DPLL 仍然被锁定、不受我所能告诉的内容的影响。 如果您要将 IN1自动选择优先级更改为忽略、则标志是否相应更新？ 我希望 REF1VALSTAT 消失、LOPL_DPLL 被标记(如前所述、LOFL 不会在保持状态中被标记)。  

    此外、请注意、我们始终建议启用缺少时钟-这不会影响任何用例。 请在主：开始页面上启用缺少时钟(延迟检测)和欠脉冲(早期检测)。  

    请提供这些 测试的结果：

    1. 通过更改自动优先级并执行读取状态、手动使 IN1无效  
    2. 单击 STATUS 和 INTERRUPT 选项卡上的"Read Status"按钮以及顶行菜单上的"Read Status Regs"按钮  
    3. 启用缺少时钟并观察结果是否发生变化  

    此致、

    Amin  

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

    尊敬的 Amin：

    我将 IN1的输入选择模式更改为手动降级、并将自动选择优先级更改为忽略。 发现了相同的观察结果。 没有标记。

    IN1时钟由 PHY 的恢复时钟驱动。 因此我们无法直接启用它。 以下是一些观察结果：

    加载 TCS 文件后、我可以看到 LOS_FDET_TCXO、LOS_TCXO 和 REF1VALSTAT 被标记。 DPLL1_REFSEL_STAT 和 DPL2_REFSEL_STAT 为"选择 REF1 "。

    但是、如果我单击"Read Status Regs"或"Read Status"、则清除所有标志、并将 DPLL1_REFSEL_STAT 和 DPLL2_REFSEL_STAT 更新为"Holdove"。

    还有一个观察结果。 LMK 的 OUT7驱动 FPGA 内部 PLL 的参考时钟、PLL 配置为644.3125MHz 作为参考时钟。

    我禁用了 LMK 的 OUT7。 但是、我仍然可以看到、PLL 处于锁定状态。

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

    您好！

    这里有几个相互矛盾的说法，我认为这些说法必须是因为不正确的沟通方式。

    您在下面的句子中提到了未勾选的标志、还提到了一些被勾选的标志以及在您执行读取状态时情况如何变化。 那么、让我们清除几个问题。

    1. 加载.TCS 文件后查看或查看状态选项卡是毫无意义的信息。 这不是您实际保存.TCS 文件后刚刚保存/保留的设备的当前状态。 为了了解当前芯片的实际状态、您必须在加载.TCS 并发出软复位后执行读取状态。 始终建议在完全加载所有寄存器后进行软复位。
    2. 在标志方面、务必要明确标记或未勾选或检查的内容。 在考虑 IN_x 时、APLL 状态标志完全不相关、因为第一个帖子中对此存在混淆、所以我仍然不清楚第二个帖子中是否清楚、当我们对 IN_x 执行操作时、我们只查看 DPLL 相关标志(LOFL、LOPL、 保持、RefVal、DPLL_REF_SELECT)
    3. 如果您使用的是2环路配置、则不使用 TCXO_DPLL。 我们不需要考虑 LOS_TCXO 和 LOS_FDET_TCXO 的状态。 它们应始终标记为 LOS (信号丢失)

    [引用 userid="495704" URL"~/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1030847/lmk05028-tics---pro/3812373 #3812373"]但如果我单击"Read Status Regs"或"Read Status"、则清除所有标志、并将 DPLL1_REFSEL_STAT 和 DPL2_REFSEL_STAT 更新为"Holdove"。

    同样、在这里、加载.TCS 后显示的状态与此无关。 为了了解器件的真实状态、您需要执行状态读取。 当您执行状态读取时、您会看到器件正确处于保持状态、但未提供参考。 这是预期行为。 也应标记 LOPL_DPLL 和 LOFL_DPLL。  

    关于 OUT7、我将禁用通道并使其断电、尽管简单的禁用应该起作用。 确保在高级输出选项卡上执行此操作、而不是在主开始页面选项卡上执行此操作。 主起始页用于生成配置、不一定用于活动更新。  

    此外、为了确保在此处、RunScript 是在主开始选项卡上提供的输入之后完成的、对吧？  

    最后、应为所有配置启用缺少时钟和延迟检测。  

    此致、

    Amin

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

    尊敬的 Amin：

    是的、在主开始选项卡上提供输入后会完成运行脚本。

    我们尝试启用时钟缺失和延迟检测。 但观察结果是相同的。

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

    您好！  

    那么、观察结果是什么？ 根据您提供的信息、当实际执行读取状态时、器件会正确响应。  

    我相信、该参考内容实际上并不是被禁用的、否则它就没有理由保持有效。  

    此致、

    Amin  

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

    尊敬的 Amin：

    我将解释我为避免混淆所做的工作。 在执行以下练习时、IN1未由任何时钟驱动。

    1. 已加载 TCS 文件。
    2. 已启用"缺少时钟(延迟检测)"。 下面是"Main：Start Page (主页：开始页)"的屏幕截图、目前为止。

      3.现在我单击了“运行脚本”。

      更新寄存器后、点击"Read Status"和"Read Status Regs"。

          下面是状态和中断页面的屏幕截图。

       然后点击"软复位芯片"并读取状态。 但中没有差异

            状态。

    这是预期行为吗？

    此致、

    Ranjith

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

    尊敬的 Ranjith：

    感谢您提供详细信息和图片。 这样做容易得多。

    运行 RunScript 时、应始终执行软复位。 因此、我们将仅关注软复位后的结果。

    第一步、当您说加载了.TCS 文件时、这是您之前生成的您自己的文件、对吧？ 此文件是否在任何时候都能正常工作？ 请注意、我们始终建议从 EVM 默认配置(可在默认配置下找到、-> EVM 默认配置)开始、然后在此处开始进行更改。 有些寄存器 RunScript 不会触摸、因此正确设置它们以开始非常重要。 初始安装 TICSpro 和加载器件配置文件不一定会这样做。

    甚至只关注运行后脚本状态读取-设备行为不匹配。

    1. 未驱动 In0
    2. 器件正确识别无有效基准并显示选定的保持
    3. 但是、在 DPLL/APLL1和 DPLL/APLL2下、预期的 LOFL、LOPL 和保持标志不会被触发
    4. 此外、中断也不会触发、TCXO LOS 信号也不会触发。 就好像整个部分没有更新一样

    这不是它应该的行为方式、也不是我看到它的行为方式。 我们能否返回到默认 EVM 配置并查看这些标志是否上升？  您的物理配置(EVM 设置/连接) 是其他配置、因此即使提供了 IN1或未提供 IN1、对应于无效基准的标志也应上升、DPLL LOL 也应上升。

    有2种读取状态寄存器的方法、以防发生导致实际问题的某种 GUI 交互。 首先、您提到您已经完成了"读取状态寄存器"和"读取状态"、我在下面强调以进行确认、因为我知道在我们的器件中、其中一个按钮不工作、我不确定这是否已修复、 下面是按钮：

    您还可以尝试"读取所有寄存器"-读取状态寄存器左侧的2。

    如果这是一个 GUI 问题、状态寄存器出现的另一个位置在用户控制选项卡-状态部分下(软复位和读取所有寄存器后请记住)：

    第二个地方是读取原始寄存器。 如果将鼠标悬停在左侧文本上下文框中将看到的部分上、您将看到寄存器信息-对于 TICSpro 中的任何部分都是如此。 在"原始寄存器"选项卡下、请读回 R14和 R15 DPLL/APLL1和 DPLL/APLL2的相应状态寄存器-当我们知道 LOPL、LOFL 和 HOLDOVER 位应该打开时、GUI 显示0h 读回。 单击注册行中的任意位置、然后单击"读取注册：

    希望通过这些步骤、我们可以更接近所发生的情况。 对我来说、状态读取的这些部分似乎没有更新、这很奇怪。

    此致、

    Amin

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

    尊敬的 Amin：

    我加载的.TCS 文件以前工作过。

    在执行以下测试时、我已确保在检查状态之前执行软复位芯片。

    首次测试：
    -单击默认配置-> EVM 默认
    -单击更新频率计划
    -单击运行脚本
    -单击了软重置芯片
    -单击读取状态/读取状态寄存器

    观察结果：
    - LOL_PLL1、LOPL_DPLL1、LOFL_DPLL1、LOL_PLL1、LOPL_DPLL1和 LOFL_DPLL1未标记
    - DPLL1_REFSEL_STAT 和 DPL2_REFSEL_STAT 为保持状态

    是的、我单击了屏幕截图中突出显示的读取状态/读取状态寄存器。

    我尝试了"读取所有寄存器"。 观察结果与上述相同。

    我检查了"使用控制"选项卡下的状态、状态部分。 没有标记。

    下面是"Raw Registers"选项卡的屏幕截图。

    我正在附加此时导出的寄存器映射。

    e2e.ti.com/.../2337.HexRegisterValues.txt

    此致、

    Ranjith

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

    您好 Ranjith、

    您曾指出、LOL_PLL1和 LOL_PLL2不会被标记-为什么这很重要？ 如果驱动 XO 输入、则不应标记这些与 IN_x 状态无关。 IN_x 驱动 DPLL、XO 输入驱动 APLL。 LOL_PLLx 标志仅适用于 APLL、因此只要提供 XO 并进行正确配置、它就会被锁定。

    您是否可以确认您使用的是最新版本的 TICSpro？

    您可以通过任何方式禁用 XO 驱动吗？ 这样、我们至少能够看到 LOL_PLL1和 LOL_PLL2被触发。

    实际上、在 XO 主题上、您是否有机会使用 TCXO？ 您实际使用的 XO 的 ppm 稳定性是多少？ 请注意、LOL DPLL 标志是绑定的 PPM、因此、如果您使用的 XO 基准具有非常低的 ppm -就像 TCXO 一样-即使对于 DPLL、该标志也可能会向您显示锁定状态。 但是、即使在这种情况下、相位(LOPL_DPLLx)也不会被锁定、因为锁相 R div 路径(来自基准)和 N div 路径(来自 VCO 的反馈)需要同相。

    • 您能否将 STAT0、STAT1、GPIO5、GPIO6引脚(您可以探测的任何引脚)的2个设置为"DPLL 路径 A/B RDIV、div-2"和"DPLLx REF NDIV、div-2"(帖子底部的图像)

    这些是来自 Rdiv 和 Ndiv 路径的信号、当 DPLL 锁定时、它们将进行相移或180相移。 在锁定过程中、您将看到它们移动以实现此目的。 如果未驱动 IN_x、则 Rdiv 路径上不应存在信号。

    这是一个标志问题-如果 IN_x 上没有与配置无关的输入、则无法实际锁定 DPLL。 我唯一能想到的是、如果使用的是较旧版本的 TICSpro。

    此致、

    Amin