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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 7800|回复: 14

[求助] dc综合时对pad怎么处理

[复制链接]
发表于 2010-10-29 11:13:41 | 显示全部楼层 |阅读模式

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

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

x
最近综合处来发现一个寄存器到输出端(pad)的延时很大,1381左右。
用report_delay_calculate查看了pad/PD(下拉)到pad/p端的延时计算情况,发现该cell的fall delay延时很大,rise delay延时很小。而pad/PU(上拉)端情况相反。看了下io的lib文件,发现里面定义的延时就1000左右。说明是库本身的问题,但是为什么对上下拉电阻的时序这么设置?
那在综合时候脚本对pad怎么处理呢?
请大家在帮忙分析下。谢谢~~~~
发表于 2010-10-29 19:13:56 | 显示全部楼层
俺也想知道学习下呢??
发表于 2010-10-29 22:47:38 | 显示全部楼层
DC不综合PAD,自己根据需要自己选。
发表于 2010-11-1 16:28:25 | 显示全部楼层
PAD通常设成dont_touch;
看起来你的lib文件中关于上下拉的值的计算只考虑了上下拉电阻本身的因素;
你要结合实际应用情况来分析是否确实在某些情况下PAD上的电平仅仅是由上拉或者下拉来驱动的,而且你的电路确实是要在一个cycle内用到这个时候的电平;如果不是的话,相应的STA error可以忽略。否则说明系统设计有问题,因为这么大的delay是不可能跑到很高的速度的,综合没有办法解决的。
发表于 2010-11-2 12:05:07 | 显示全部楼层
LS正解!
 楼主| 发表于 2010-11-4 09:36:32 | 显示全部楼层


非常感谢,这个答案很正确,我跟做电路的沟通了一下,的确是可以忽略这个违规。另外从人家那了解到:
    如果是带上下拉的pad,(CMOS push-pull)输出的话,分几种情况:
1. 作为输出的时候上拉或者下拉都disable,那么相应的timing可以忽略;
2. 作为输出时上拉enable,下拉disable,那么只需要关心上拉的cell_fall timing;
3. 作为输出时下拉enable,上拉disable,那么只需要关心下拉的cell_rise timing;
4. 作为输出时上下拉都enable,design有问题!
发表于 2010-11-6 09:58:56 | 显示全部楼层
非常感谢楼上的分析。
发表于 2010-11-6 10:07:07 | 显示全部楼层
很好的讨论
发表于 2010-11-15 10:04:25 | 显示全部楼层
两个问题请合并到一个问题并解决。
发表于 2010-12-29 10:58:31 | 显示全部楼层
我在用DC综合时,没有那么大的延迟报告,但是在用encounter分析时序时也是PAD的延迟很大,这又是为什么咧,请指教哇
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

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

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