在线咨询 切换到宽版
eetop公众号 创芯大讲堂 创芯人才网

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 37387|回复: 11

[求助] 时序约束常识问题

[复制链接]
发表于 2022-6-15 19:06:24 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

×
各位大佬,请问实际工程当中,当一个FPGA程序实现的时候时序收敛了,还有必要继续优化,提升时序裕量吗?如果要继续提高时序裕量,是为什么,好处是什么?
 楼主| 发表于 2022-6-16 16:14:18 | 显示全部楼层


   
eric_firebird 发表于 2022-6-16 08:51
实际没太大必要提高余量。当然,前提是原来的约束已经有一定的余量。余量太大,虽然不会像ASIC那样额外消耗 ...


“一定余量”大概是多少呢,比如我现在要做100M的时钟约束,最终约束后,实际模块最大可以运行103M,是否就可以不继续优化了呢?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2022-6-17 16:04:45 | 显示全部楼层


   
weiyishh 发表于 2022-6-17 08:50
我只说我们实际应用情况,工具只要时序通过了,哪怕0.001ns的正slack,我们都认为这个版本是OK。再优化代码 ...


好的,感谢解答。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2022-6-17 16:20:07 | 显示全部楼层


   
innovation 发表于 2022-6-16 20:01
这个问题,我给你的建议是先换个角度看:如果我要继续提高时序裕量,坏处是什么?
因为我只了解xilinx的FPG ...


大致收获我想要知道的了,意思是在目标时序收敛的条件下,过度约束几乎是没有必要的。我开发的平台也是xilinx的,目前100M的目标频率已经达到了,十分感谢回答
回复 支持 反对

使用道具 举报

 楼主| 发表于 2022-6-20 15:33:11 | 显示全部楼层


   
innovation 发表于 2022-6-17 17:42
我想,跟我想表达的意思还是有点儿出入。

我们不应聚焦于我们给了软件一个约束需求,软件报告时序收敛了 ...


这么理解您看对不,就是我们应更多的考虑到实际情况,在设计的时候,根据实际情况,使设计的目标时序尽量大于实际工作需求,换个说法就是相对设计约束,还是应该保持一定的时序裕量。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /1 下一条


手机版| 小黑屋| 关于我们| 联系我们| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2025-9-13 04:17 , Processed in 0.013229 second(s), 4 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表