找回密码
 注册
关于网站域名变更的通知
查看: 1945|回复: 3
打印 上一主题 下一主题

时序仿真中到底需不需要进行Tco补偿

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-7-26 12:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

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

x
本帖最后由 袁荣盛 于 2009-7-26 12:41 编辑
6 u( U  b: Z4 A0 j; }4 H3 ~  n6 m, A. J6 G
https://www.eda365.com/thread-3871-1-1.html
0 w/ ~9 M: y- k; E8 u6 Q- M, e' q% D) i% K4 ~$ c# c, \: l# e( Q
版主在这个帖子中强调了Tcom补偿计算
+ O/ n3 e9 t/ F" q; l8 Z2 ], `: W* x! I
在SQ做时序仿真的时候,得到的数据完全可以直接带入计算公式
" O8 b6 i$ _% ZSwitch Delay和Settle Delay在on-the-fly模式下全部是参考Buffer(测试负载)的波形计算得出的
3 Q+ [7 E8 }# U而数据手册中得到的Tco正是基于Buffer测试负载得出的
. g  F6 K. \( o所以这里不必在引入Tcom这一参数
, o! Y9 u/ U! I, H# q. i* g7 f0 v8 A* d( @$ P5 c; V
如果你仿真的时候不习惯查看Sixp里的仿真结果' R5 l' k3 \8 o# M/ l* a1 M
而喜欢手动去测量Sigwave里的波形
1 d0 }, a8 v  v2 I* k那么只要显示Buffer的波形,以它的Vmeas为测量起点分别得出Switch Delay和Settle Delay
$ b7 ?0 K, \3 f. d% g这里的结果就是Sixp里的仿真结果(虽然手动测量有一定的误差)
3 K) k2 b6 |# ^3 o切忌不要以Driver的波形作为测量起始点因为实际负载与测试负载的差别6 V. K  T3 Y5 ~5 q( v; [
必将导致Buffer(测试负载)与Driver端输出(实际负载)的波形不重合

该用户从未签到

2#
发表于 2009-7-27 19:45 | 只看该作者
说的很好

该用户从未签到

3#
发表于 2011-10-14 14:18 | 只看该作者
楼主,你的意思是仿真设置中的buffer delay设置为:on the fly ,那么用SQ仿真出来的结果中的飞行时间就是根据实际情况所修正的值了是吧,也就是Tco仍然以数据手册中的值来计算?* d. Y- V, j( x/ @
, Z$ f; D( J4 d2 i
3 o6 y: C$ L8 D* i  A! U
我看的的一篇帖子里面有提到,这种情况下还必须在接收端的器件模型中修改它的I0CELL EDITOR中的delay measurement 中的V meas
) A; I9 B. [# b$ K
  T8 M2 V5 @0 F1 N/ R( E2 P这里的Vmeans的值应该是参考接收端器件的数据手册来设定的,同时仿真中也得修改根据接收端器件的数据手册来修改其IBIS模型中的Vil和Vih参数值。) f! z8 d+ n; a  P- \: Z/ e- c
. N% y2 Z- \9 `# ?4 ^
是否是这样的??8 R; J% ^; ~4 s4 w

该用户从未签到

4#
发表于 2011-10-14 17:21 | 只看该作者
个人有不同看法。2 a& p2 s3 ^# a1 w+ F4 Z
Tco=buffer delay+ logic delay,在SQ里如果选择on the fly, buffer delay会被减掉,得到的flight time就完全不包含tco了,所以我认为datasheet里的tco应该要考虑进timing计算中,前提是buffer delay是基于测试负载计算出来的(需要修正IBIS的test fixture)并且被减掉了(on the fly)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2026-4-18 15:47 , Processed in 0.093750 second(s), 25 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表