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

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5511|回复: 9

[求助] 对于hold time uncertainty和slack的问题

[复制链接]
发表于 2015-5-29 14:54:25 | 显示全部楼层 |阅读模式

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

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

x
最近做一个项目,由于频率比较低才400k,建立时间没有任何问题,主要是hold time,我想要把hold time的slack做大,那么在开始的时候把能不能把hold time uncertainty设大点,比如说由0.3变成1。
     这样即使是在signoff的时候 hold time slack为负值,比如-0.1,这样芯片也能过,不知道这样的想法对不对,求指教。

    判断芯片hold time的时序通过与否只能看hold time slack ?还是需要看hold time slack +hold time uncertainty?
发表于 2015-5-29 15:14:17 | 显示全部楼层
uncertainty的设定最好是按照signoff条件来,你设大了为了让所有path的 hold都过,就得加更多的buffer,这样面积和功耗就上去了
发表于 2015-5-30 07:34:29 | 显示全部楼层
hold slack 0.3足够了,要那么大干啥
发表于 2015-5-30 09:24:46 | 显示全部楼层
你可以把Derate加的很大,这样基本不会损面积
发表于 2015-5-30 10:19:05 | 显示全部楼层
回复 4# Timme

这是为什么呢?  工具应该会根据计算的timing去做优化吧,如果derate设置大了,那么timing结果就会差些,那么工具就会优化,对于hold来说,工具还是会进行插buffer的操作,还是会影响面积和功耗啊?
发表于 2015-5-30 10:37:19 | 显示全部楼层



crpr会把Derate去掉,但不会把Uncertainty去掉
发表于 2015-5-30 10:38:45 | 显示全部楼层
回复 6# Timme

crpr只能去掉 common path上的derate,在非common path上还是存在的啊!
 楼主| 发表于 2015-5-31 14:48:53 | 显示全部楼层
回复 3# icfbicfb

恩,谢谢版主的回答,那如果说我要判断signoff的hold time是否能够过,是看hold time slack,还是也要看hold time uncertainty。假设那时的hold time uncertainty为 0.3,hold time slack为-0.05,我这样的设计能不能过呢?
 楼主| 发表于 2015-5-31 14:54:32 | 显示全部楼层
回复 3# icfbicfb


    恩,再补充下,这时候时钟抖动其实没有那么大,我只是人为的把它设大了很多,因为想多给一些鲁棒性。这样的设计能通过吗?
发表于 2019-5-20 20:00:08 | 显示全部楼层
没有问题吧
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-25 20:30 , Processed in 0.021726 second(s), 8 queries , Gzip On, Redis On.

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