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.
https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/981599/lmk04610-what-is-the-minimal-sysref-request-width-required-to-generate-sysref-pulse
此外、是否有任何方法可以估算从 sysref 请求到生成的 sysref 的延迟？
谢谢你
Dan、您好！
SYSREF 请求由 VCO 后分频器时钟重新定时、因此该请求至少应为一个后分频器时钟周期。 实际上、我建议脉冲宽度等于一个 SYSREF 周期、以确保脉冲始终找到有效的 SYSREF 边沿。
用于 SYSREF 的分频器在运行期间持续运行、并等待 SYSREF_REQ 信号在分频器内部输出的上升沿触发脉冲。 从内部 SYSREF 分频器上升沿到输出生成之间应存在六个 SYSREF 周期的延迟。 理论上、如果您可以通过监控与整数相关的器件时钟来跟踪 SYSREF 相位、则应该能够生成 SYSREF_REQ 脉冲、该脉冲将始终以精确相同的延迟触发 SYSREF 事件。 只要可以预测 SYSREF 内部边沿时序、并且可以为 SYSREF_REQ 重定时器提供足够的设置时间、以便在内部 SYSREF 分频器边沿之前至少有一个 VCO 后分频器时钟周期、SYSREF 输出延迟就应该可重现。
此致、
