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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
12
返回列表 发新帖
楼主: 淇水汤汤

[求助] Top和block的max tran不一样

[复制链接]
发表于 2023-9-20 17:59:54 | 显示全部楼层


淇水汤汤 发表于 2023-9-20 17:27
我看了一下lib中有一个slew derate from library,12T的值为1,7T的值为0.5,不知道是不是这个原因导致的 ...


如果是这样的话工具的做法是合理的,我猜两个库的threhold都是 30%-70%,main library是12T,那么约束的 max_transition是电压 30%-70%的转换时间
而7T的derating是0.5的话,也就是其实它表达的是外延两倍的transition(可以理解为线性的10%-90%), 因此10%-90%的max_transition当然是30%-70%的max_transition的两倍

要做的是跟foundry确认库的正确性,因为一般的库都是会外延到10%-90%的
 楼主| 发表于 2023-9-25 22:04:36 | 显示全部楼层


zero_0 发表于 2023-9-20 17:59
如果是这样的话工具的做法是合理的,我猜两个库的threhold都是 30%-70%,main library是12T,那么约束的  ...


库是正确的,只有ccs的库derate值有区别,普通的没有,我换成普通的库来跑PT,基本上所有的tran违反都没了,按你这样的说法,应该之前的违反还要继续存在啦。
发表于 2023-9-26 10:00:05 | 显示全部楼层


淇水汤汤 发表于 2023-9-25 22:04
库是正确的,只有ccs的库derate值有区别,普通的没有,我换成普通的库来跑PT,基本上所有的tran违反都没 ...


当然是用CCS来signoff, 而且问题里的违例跟k库时的derate也没什么关系,主要是因为模型不一样
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-25 23:38 , Processed in 0.013806 second(s), 6 queries , Gzip On, Redis On.

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