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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 16895|回复: 29

[讨论] 请教高速时钟,PR时如何得到漂亮的clock tree!

[复制链接]
发表于 2013-4-18 17:18:38 | 显示全部楼层 |阅读模式

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

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

x
小弟以前没有做过高速的时钟,最快也就100+M,现在突然要做1G的时钟,不知道PR的时候需要怎么设置,
比如buffer level什么的,buffer level过长,delay也会增加,clock频率会上不去!

多谢了!
发表于 2013-4-18 22:46:33 | 显示全部楼层
虽然clock频率提高了,但是对CTS本身没太多影响,fanout大约30~40,slew设紧,比如50~80ps,skew放宽一些,比如200~250ps。不过频率高的话,各种寄生影响就会更加敏感,所以要采用NDR的routing。一般能做1G主频时钟的case,差不多也是40,28nm的了吧。估计可以用M7和M6的双倍间距双倍宽度的net走trunk,用M3到M5的signal net走leaf。如果route资源充足的话,还可以用VSS或者VDD进行clock net shielding。
剩下就看你Opt能做到什么样子了。

有问题,请继续跟帖
发表于 2013-4-18 23:10:33 | 显示全部楼层
1G 28nm 时钟基本上只能上mesh了。
发表于 2013-4-19 08:01:22 | 显示全部楼层
20nm 3GHz 一样可以用CTS实现

joemool说得对,要用double width double spacing,shielding,严格控制skew,max wire length,选用X8, X12,X16的clock buf或者inv,clock buf/inv附近加decap
发表于 2013-4-19 09:50:37 | 显示全部楼层




   用mesh的case还是太少了,不是主流   20nm以下,时序比较紧张的时候必须要用useful skew了
   但是CTS之后,fix了clock path和cell,useful skew通过opt来处理已经显得力不从心

   所以,必须采用CCOpt了
发表于 2013-4-19 11:17:14 | 显示全部楼层


用mesh的case还是太少了,不是主流   20nm以下,时序比较紧张的时候必须要用useful skew了
   但 ...
joemool 发表于 2013-4-19 09:50



能否稍微详细点说明CCOPT的概念?
发表于 2013-4-19 12:32:41 | 显示全部楼层


能否稍微详细点说明CCOPT的概念?
wujie828 发表于 2013-4-19 11:17




   http://bbs.eetop.cn/viewthread.php?tid=344198&extra=
 楼主| 发表于 2013-4-22 17:26:28 | 显示全部楼层
回复 2# joemool


    非常感谢,又长见识了,请问什么是NDR route?
发表于 2013-4-22 21:42:09 | 显示全部楼层
回复 8# zzvbk


    Non-Default Rule
就是对特殊线要求特殊的层、宽、间距、shield等
发表于 2013-4-22 22:56:42 | 显示全部楼层
回复 4# 陈涛


   很强力。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-22 20:01 , Processed in 0.085393 second(s), 10 queries , Gzip On, Redis On.

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