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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 8242|回复: 12

[求助] 求教:PTSI在计算transition时能否不计算DTrans

[复制链接]
发表于 2013-2-6 11:06:32 | 显示全部楼层 |阅读模式

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

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

x
本帖最后由 chenhuangyu5 于 2013-2-6 12:25 编辑

如题,PTSI在计算transition的时候也会考虑xtalk对transition的影响,现在不想考虑DTrans而只考虑Delta delay ,transition不加DTrans。ets报timing就是不计算incremental transition,但是计算incremental delay,求教各位大神有没有可以关掉计算PT的DTrans的选项。
发表于 2013-2-6 11:35:30 | 显示全部楼层
根本的解决办法是在read_parasitics 时不要用-keep_capacitive_coupling
发表于 2013-2-6 11:38:42 | 显示全部楼层
回复 1# chenhuangyu5


    有个叫xtalk还是叫si_option什么的变量,能把串扰分析关掉
发表于 2013-2-6 11:53:08 | 显示全部楼层
way1:  版主 ,read_para w/o CC
way2: turn off si analysis set si_enable_analysis false
 楼主| 发表于 2013-2-6 12:28:49 | 显示全部楼层
回复 4# smallerchip

只是不想计算DTrans但是计算Delta delay,肯定要打开si_enable_analysis的
发表于 2013-2-6 13:11:23 | 显示全部楼层
timing 的计算肯定是不能把Dtran 和 Ddelay 分开。
但是DRC (max_transition) 是可以把 Dtran 关掉的。
发表于 2013-2-6 13:46:41 | 显示全部楼层
你为什么只考虑Ddelay , 那不考虑DTran?
 楼主| 发表于 2013-2-6 14:35:55 | 显示全部楼层
回复 7# smallerchip

我们用encounter比较多,report timing基本用ets,我做对比发现,ets和pt报出timing主要差在transition上。打个比方:ets报U1/Zn transition为0.285,下一级U2/D(sink)的transition也为0.285(差异很小);pt报的时候,U1/Zn transition为0.286, DTrans为0.324,下一级U2/D(sink)的transition为0.61,主要集中体现在sink端的时候,这样就导致library setup time 比ets的大100ps
发表于 2013-2-6 14:43:27 | 显示全部楼层
你忽略Dtran 是不对的,会隐藏真正的问题。
你应该检查为什么 ets 看不到那些Dtran, 是没有turn on si, 还是CC 、Dtran 都很小。
你ets 和PT 读的是同一个Spef?
 楼主| 发表于 2013-2-6 14:50:22 | 显示全部楼层
回复 9# smallerchip

ets也是开了Si的,读的同一个spef,同一个网表,同样的constrain,刚才我举例的就是真实数据,Dtrans很大,但是ets没有计算
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-23 02:45 , Processed in 0.029210 second(s), 10 queries , Gzip On, Redis On.

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