完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
嗨,
我在两个同步时钟之间有不明原因的松弛,我将非常感谢您的紧急帮助。 两个时钟都是从同一个MMCM生成的,而一个是全速率和秒。 时钟div由2。 每个都使用自己专用的MMCM输出,这些时钟之间没有假路径。 由于CLK_A的时钟周期约为112Mhz,因此松弛显示“要求:0.001ns”,这不是真实的。 似乎工具(ISE)并不真正理解那两个(CLK A和CLK B)彼此精确地相乘2并且CLK B的上升时钟与CLK A对齐。 松弛的报告可以在下面找到: Slack(设置路径):-2.725ns(要求 - (数据路径 - 时钟路径偏差+不确定性)) 来源:u_demod_apb_wrap / u_phy_ds_rx / fe_core / mf / mf_coeffs_bank.cpu_read_bus [3](FF) 目的地:u_demod_apb_wrap / u_phy_ds_rx / fe_core / fe_cpu.cpu_dout [3](FF) 要求:0.001ns 数据路径延迟:2.474ns(逻辑电平= 3)(仅限组件延迟超出约束) 时钟路径偏差:-0.017ns(2.856 - 2.873) 源时钟:CLK_A上升至518664.047ns 目标时钟:CLK_A_DIV_2上升到518664.048ns 时钟不确定度:0.235ns 时钟不确定度:0.235ns((TSJ ^ 2 + DJ ^ 2)^ 1/2)/ 2 + PE 总系统抖动(TSJ):0.070ns 离散抖动(DJ):0.219ns 相位误差(PE):0.120ns MMCM配置是:(我使用108Mhz输入时钟到MMCM = ~9.259nSec) MMCM_ADV#(。BANDWIDTH(“OPtiMIZED”),. CLKOUT4_CASCADE(“FALSE”),. CLOCK_HOLD(“FALSE”),. COMPENSATION(“ZHOLD”),. START_WAIT(“FALSE”),. DIVCLK_DIVIDE(3),. CLKFBOUT_MULT_F(28.000),. CLKFBOUT_PHASE(0.000),. CLKFBOUT_USE_FINE_PS(“FALSE”),. CLKOUT0_DIVIDE_F(9.000),// CLK_A .CLKOUT0_PHASE(0.000),. CLKOUT0_DUTY_CYCLE(0.500),. CLKOUT0_USE_FINE_PS(“FALSE”),. CLKOUT1_DIVIDE (18),// CLK_B .CLKOUT1_PHASE(0.000),. CLKOUT1_DUTY_CYCLE(0.500),. CLKOUT1_USE_FINE_PS(“FALSE”),. CLKOUT2_DIVIDE(36),. CLKOUT2_PHASE(0.000),. CLKOUT2_DUTY_CYCLE(0.500),. CLKOUT2_USE_FINE_PS(“FALSE “),. CLKIN1_PERIOD(9.259),. REF_JITTER1(0.010)) 谢谢, 奥菲尔。 |
|
相关推荐
7个回答
|
|
|
|
|
|
嗨,
我发现那是我改变频率。 问题是128Mhz和64Mhz。 无论如何,112Mhz和56Mhz存在问题。 我的参考 时钟是108Mhz。 可能是MMCM不知道如何处理这样的108Mhz参考频率。 由于期限为1 / 108Mhz ..? 我仍在寻找答案,因为我的设计可以达到112 Mhz。 谢谢。 |
|
|
|
任何想法 ?
我为MMCM参考时钟尝试了不同的值,但它没有解决问题。 我甚至尝试设置创建时钟和gen。 时钟代替MMCM auto const。 但我仍然看到这种懈怠。 我需要找到“杀死”可能是MMCM时钟传播的方法,而是使用创建/生成时钟SDC。 |
|
|
|
>>我发现我改变了频率。
问题就是128Mhz和64Mhz.这是ISE中的一个错误,它的周期计算使用错误的浮点代码。 如果您在第一个时序报告中注意到:源时钟:CLK_A上升到518664.047ns目标时钟:CLK_A_DIV_2上升到518664.048ns线路末端的数字是ISE认为时钟在时间上收敛的地方,这完全是荒谬的。似乎 您唯一的选择是使用可以简单表示的ref时钟周期。 128 MHz是一个,125 MHz是另一个。 125 MHz并不遥远,如果你满足设置的时序,108 MHz显然会工作。 保持你从来没有问题。 所以我只需要将您的设计时间设置为125 MHz并继续前进。 芯片不知道你的refclk会稍微慢一点,也不在乎。 - 如果提供的信息有用,请将答案标记为“接受为解决方案”。给予您认为有用且回复的帖子。 |
|
|
|
HI @ ozadikAs怀疑,很明显这确实是错误的浮点运算(舍入)。
如Muzaffer所建议的,PLease进行更高频率的分析。 ThanksBharath ------------------------------------------------- - --------------------------------------------请标记答案 如果提供的信息可以解决您的疑问/问题,请“接受为解决方案”。给予您认为有用的帖子。感谢.------------------------ -------------------------- ----------- ------------ -------------------- |
|
|
|
|
|
|
|
似乎强制这两个域之间的交互到更快的域解决了问题,同时仍然使用相同的ref时钟和MMCM配置运行。
|
|
|
|
只有小组成员才能发言,加入小组>>
2416 浏览 7 评论
2821 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2292 浏览 9 评论
3372 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2458 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
1115浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
581浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
447浏览 1评论
2002浏览 0评论
725浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-21 13:00 , Processed in 1.432012 second(s), Total 90, Slave 74 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号