encounter时钟树综合fanout的处理

chasing · 发表于 2010-9-14 05:00:07

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

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

x

本人使用encounter9.1进行0.18um物理设计，设计大小为30k门，时钟周期1ns，CTS后时钟21级，造成时钟tree延迟4ns，多周期路径直接就违反啦。
但是同一个设计使用ASTRO，CTS只有14级，CTS延迟1.8ns。
为了降低CTS级数，采用floorplan调整，CTS的specFile中max_delay设置为2ns（设1ns时级数有29级），skew为100ps，transition为400ps，只用4x-12x的单元，这样级数下降至18级，但时钟延迟依然高达3.8ns，我发现有的12xbuf竟然驱动64个x1的DFF，是不是fanout过大造成时钟树级数过多？

我尝试了许多方法，依然没有把CTS的级数降下来，请大家帮忙指点一下。多谢。

zh123456789 · 发表于 2010-9-14 09:44:54

可能astro确实比encounter略胜一筹啊

juniper14211 · 发表于 2010-9-14 13:29:25

You can provide the user CTS configuration to reduce the level of Tree.

分特 · 发表于 2010-9-14 14:09:25

用Clock Tree Analysis分析一下

jiazhuliang · 发表于 2010-9-14 21:23:10

在ctstch文件中添加maxFanout 16对clock-tree的buffer进行约束.这样不会出现大的fanout违反.

zengql2007 · 发表于 2010-9-15 20:38:41

控制transition也可以

分特 · 发表于 2010-9-15 21:28:48

5# jiazhuliang

16也太狠了吧

lixunwangsan · 发表于 2010-9-16 10:04:08

30k门的设计，居然会18级，还最多64个？
把报告仔细看看，这不大可能。

morrisgu · 发表于 2011-4-15 11:12:33

推64太多，48个差不多

jb7955 · 发表于 2011-10-3 17:57:05

回复 3# juniper14211

DAFASDFASDFASDFASDFASDF

[讨论] encounter时钟树综合fanout的处理

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

相关帖子

站长推荐 /2