CTS的skew问题

豆沙包

我在做cts的时候，遇到一个问题想请教一下。
通过分析完成cts之后，以clk_dsp为root的时钟树，用report_clock_timing -type skew的命令，在worst_corner下报出的skew为 1.04。
但是用report_clock_tree命令，报出具体的longest path 和shortest path的延时，longest path=2.679，shortest path=2.570。按照这个计算出的skew为0.109.。
    我对这个问题有点 不明白。。。希望路过大神指点一二。。为什么会报出不同的计算结果。哪个的skew值是准确的？？？

seuxiaoj

report_clock_timing 是带了derate的值而report_clock_tree是不考虑derate的。
工具在build clock tree的时候显然不会带derate。如果带上derate值，skew会偏大，工具时钟无法找到一个较小的skew。

xingyun666666

回复 8# shuanghx


   请问师哥，在分析长完tree后的skew时，要看考虑OCV后的skew值，还是不应该看考虑OCV后的skew值？

songhao

对skew我也有一个疑问，我们关心的只有local skew，那global skew这个指标有什么用？是不是没有多大意义？

满心欢喜1993

怎么加你好友啊，QQ号多少了

xingyun666666

回复 2# herrzhou


亲，这个为什么是考虑了OCV？我好疑惑，可以传授一下吗？谢谢

herrzhou

   

回复  herrzhou


   谢谢，，，那我想问一下，，当skew过大不不能满足要求的时候，可以考虑从哪个方面 ...
豆沙包 发表于 2014-10-28 15:39

                               
登录/注册后可看大图

    你先去debug 为什么skew这么大，然后采取针对性措施

豆沙包

回复 11# SignOff


   不加ocv的分析，会不会对后续的时序分析有其他的影响？？

豆沙包

回复 10# IC后端


   没有的，我在分析的时候都采用的func_worst_corner。而这个Corner的设定都是set_operating_conditions -analysis_type on_chip_variation -library smic18_ss -max worst -min worst。所以，不论最长路径和最短路径都是用max_lib进行分析的。我在坛子里看了看，估计是在做local skew的时候，考虑了路径的derate。而我的derate是不是设的偏大了？？set_timing_derate -early 0.90set_timing_derate -late  1.20

SignOff

报skew的时候不要加OCV