set_clock_tree_exceptions

小干爹z2z · 发表于 2014-5-22 11:36:02

回复 16# vien_gao

exclude pin 不会影响你generate clock的cts ，master 到gen clock path上的buffer数量。可以通过设成exclude pin 去减少这段path上的buffer insertion，因为include pin不会做CTS 但是会修DRC而插入必要的BUFFER。
当然这么设置最好应用在master clock 和generate clock 没有cross path上。

w老板 · 发表于 2014-5-22 12:07:58

如果从你说的“clkgen里不用做树”，但是你这个Startpoint ：fh128/cnp/clkgen/cnt_reg_2_和endpoint：fh128/cnp/clkgen/hclk_pll_reg都是在clkgen中，为什么不都设上？
再说，从你贴出来的这条path看，我猜，这些在clkgen中reg都要balance。尽管你说“clkgen里不用做树”，但是它们之间还是需要balance的。

要是仅仅是到“类似的三个endpoint”有setup violation，那你给他设上float pin，把它们的latency做长，就可以修掉。

楼上那些，除了damonzhao指点了下，其他人给方法的都是瞎扯淡，没答到点子上来。
这只是一个简单的tree没有balance好的问题。

half_honey · 发表于 2014-5-22 12:33:13

回复 22# w老板

1、“ 如果从你说的“clkgen里不用做树”，但是你这个Startpoint ：fh128/cnp/clkgen/cnt_reg_2_和endpoint：fh128/cnp/clkgen/hclk_pll_reg都是在clkgen中，为什么不都设上？”

确实是不太明白应该怎么设...原话也是前端给的，对timing还在自个儿揣摩初期..如果哪里真的太菜了请见谅吧~

2、“再说，从你贴出来的这条path看，我猜，这些在clkgen中reg都要balance。尽管你说“clkgen里不用做树”，但是它们之间还是需要balance的。”

“clkgen不用做树”，我是这么理解的。对clkgen内部没有啥特别要求，但是如果报了违例就肯定要修。

vien_gao · 发表于 2014-5-22 13:12:00

回复 22# w老板

这位同学考虑问题太简单，按你说的这样无差别的做cts去平衡会导致整个clk的latency特别长，因为clkgen里本来就不能去和dataFF去做balance，clk latency的长短也是评判一个clk做的好坏的标准之一，而且有的design会要求clk的latency不能太长。

vien_gao · 发表于 2014-5-22 13:15:10

回复 21# 小干爹z2z

lz现在是只做了master clk一个cts，在那三个点设exclude pin之后这三个generate clk后面的FF就不会被balance，除非这三个generate clk单独再做cts

vien_gao · 发表于 2014-5-22 14:06:07

回复 22# w老板
而且如果按你说的把这三个generate clk点的latency调的和其他FF一样长，那么这三个generate clk后面的FF会跟着变更长！这样就没办法平衡！
所以LZ，你还是按我的建议在clk gen外面找点，而且master clk和generate clk要分开做cts，做完后再在master clk cts点和generate clk cts点处去调这些clk之间的skew。

half_honey · 发表于 2014-5-22 14:13:35

回复 26# vien_gao

嗯嗯在跑了我这里机器比较慢还没看到结果

w老板 · 发表于 2014-5-22 14:47:23

回复 24# vien_gao

就事论事。
在这条path上，明显就是tree没balance好，到Sartpoint是的latency是4.5326, 到Endpoint的latency是1.3837。
再说它这些reg就都是clkgen中的啊。

我看是你就不会去分析问题的，或者说你根本就不懂cts。
很简单的，你把它们的latency做差不多一样长，就不会有violation。

菜鸟就是被你种人给忽悠的。

我也很奇怪，这些版主水平那么高，怎么就不出来指明下。

vien_gao · 发表于 2014-5-22 14:56:14

回复 28# w老板
不懂装懂的典型就是你这种人
就这条path而言，这个endpoint事实上就是generate clk点（LZ已经确认）。你现在把这个endpoint的clk latency垫长，这一条path是修掉了，但这个generate clk后面的FF和master clk有talk的path接着会冒出很多violation！

half_honey · 发表于 2014-5-22 15:30:17

回复 29# vien_gao

弱弱的说一句，我觉得这个是generate clk点就是因为在CK端加了buffer之后这条违例确实有好转，但是clk_acq和clk_core真的恶化的好厉害..很多很多违例冒了出来。

老实说你们讨论的我还不能全看明白，对时序也是一知半解。是不是大家的思路不太一样？

大家纯讨论就好。。我知道天热大家是容易上火..
如果伤了和气就不好啦~对吧对吧~

[求助] set_clock_tree_exceptions

站长推荐 /1