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.

[参考译文] DS125DF1610:重定时器 TX 频率精度运行到运行是什么?

Guru**** 2835755 points

Other Parts Discussed in Thread: DS125DF1610

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1631698/ds125df1610-what-is-the-retimer-tx-frequency-accuracy-run-to-run

部件号: DS125DF1610

您好!

我们为重定时器提供 A  675MHz PRBS7 输入信号 并按如下方式配置重定时器:

DS125DF1610_RegDump.txt

  • 内部 VCO = 10.8GHz  
  • 分频器= 4
  • 呈指数衰减 TX 输出频率= 2.7GHz  
  • 所有通道使用 寄存器设置相同
  • 将 TX 频率容差 (PPM) 配置为 0ppm
    • 寄存器 0x64 = 0x00
    • 寄存器 0x67 = 0x00

但是、在这些条件下、我们观察到:

  • 不同通道产生的噪声 不同 TX 输出频率 、尽管配置相同
  • 在单次运行中、输出频率是稳定的
  • 运行‑至‑Ω 运行 、TX 输出频率显示明显的变化(频差)
    1. 通道 1:2.6288-2.69 GHz;间隙:(0.07GHz)
    2. 通道 2:2.6538-2.69 GHz;间隙:(0.04GHz)
    3. 通道 3:2.6812-2.69 GHz;间隙:(0.01GHz)
    4. 通道 4:2.6263-2.6275 GHz;间隙:(0.0012GHz)
    5. 通道 5:2.70 12-2.7075 GHz;间隙:(0.0063GHz)
    6. 通道 6:2.6663-2.6850 GHz;间隙:(0.02GHz)
    7. 通道 7:2.6650-2.6913 GHz;间隙:(0.03GHz)
当 PPM 容差设置为 0 时、重定时器的指定 TX 输出频率精度是多少并有‑μ m 到‑μ m 运行变化?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    到目前为止是否有任何更新?

    在此设置中、提供给重定时器的参考时钟为 25MHz 。 以下是我们的结果。

    ...

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

    尊敬的 Che-Jung:

    请在下面查看我的评论/问题:  

    是否所有通道都显示 CDR 已锁定?  

    当 PPM 容差设置为 0 时、重定时器的指定 TX 输出频率精度和运行时间‑到 的变化是多少?

    DS125DF1610 设计为重定时器/CDR 器件、而不是频率合成器。 其输出频率稳定性取决于其锁定到的输入信号的稳定性。 您能否测量输入 PRBS7 数据并将输入数据与 TX 输出通道变化的频率变化相关联?  

    [引用 userid=“667738" url="“ url="~“~/support/interface-group/interface/f/interface-forum/1631698/ds125df1610-what-is-the-retimer-tx-frequency-accuracy-run-to-run 运行‑至‑Ω 运行 、TX 输出频率显示明显的变化(频率间隙)

    在运行之间执行 CDR 复位后是否存在这种频率变化? 系统下电上电后、频率是否存在变化?  

    TX 频率容差 (PPM) 被配置为 0ppm [/报价]

    此 PPM 容差决定了器件将锁定到的 CDR 锁定窗口。 将其设置为 0 会产生一个小的锁定窗口。 您是否可以设置 PPM 容差为最大值:reg<0x64>= 0xFF、看看是否仍然观察到频率变化?  

    此致、

    Charles