Innovus/Encounter时序报告解读

最近在学report_timing这个命令，发现自己对timing report的认知只停留在看slack和delay数值上。于是，决定研究一下这个report。Innovus/Encounter的report格式确实有点不按套路出牌，初看有点凌乱。以下只是我的一些简单认识，各位timing大神可以直接忽略，希望对新人会有帮助：

首先，我们来看一条简单的timing path report

前面的比较简单. 按行来解读吧

1. 最顶上的是报这条path用的完整命令和option, 我们可以采用full_clock的type将clock path上的具体情况也报出来来

2. Path 1: 是指报出这条path的Slack情况是Met还是Violate.

3. Endpoint和Beginpoint是介绍了这条path的End point和Begin point。这里问题来了，小编第一次碰到两个陌生单词，leading edge和trailing edge。起初以为是上升沿和下降沿的意思。查看了doc后，发现不是这么看的。

我们可以按照其字面理解：

leading edge: 主导的边沿，在每个周期中，第一个出现的边沿就是leading edge

trailing edge: 拖尾的边沿，在每个周期中，最后一个出现的边沿就是trailing edge

所以说，leading edge不一定代表rising edge。反之，trailing edge也不一定就是falling edge.

总结一下，有以下规律：

如果你生成的clock是positive clock，clock的rising edge就是leading edge，falling edge就是trailing edge

如果你生成的clock是negative clock，clock的rising edge就是trailing edge，falling edge就是leading edge

4. Path group就是path group，如果有创建path group就会显示，没有的话一般就是指该条path的clock信息

5. Other End Arrival Time: 这个其实就是clock capture path上的Arrival time，对应着就是下面第二张表格的最终Arrival time值，我用红圈圈出来那一个。

6. setup就是cell的setup值，这个值是根据该cell的constrained pin的transition和related pin的transition，在lib中查表得到。

7. Phase Shift: 这个是最难懂的东西，太抽象。

Phase shift is the time added to timing calculations to account for the relationships between ideal clock domains.

我的理解是这样：由于我们定义的clock都是ideal clock。而实际需要check的时钟沿和理想时钟沿有一定偏移，因此，工具需要根据自己的算法加上phase shift，才能得到它真正要去check的时钟沿。其实大部分情况下，我们可以直接把phase shift理解为周期。

8. uncertainty：时钟的不确定性，可能提前，也可能延后。提前到来是为setup uncertainty，所以是减。延后到来是为hold uncertainty，所以是加。

9. Require Time：就是data path上的require time，等于上述几个数字相加减

10. Arrival Time：就是data path上的arrival time，就是下面第一张表格的最终arrival time

11. 最终的slack值就是前面两个Require time和Arrival time的差值

12. 后面两张表格前面都有介绍过了，就是具体path上每个cell以及net的delay情况，对于Begin point arrival time，还需要算上insertion delay的情况。

写得好长，有点乱，但是应该会对大家理解timing report会有帮助，懂了基本概念之后，我们才能往深入的东西去研究。

觉得有用的话，给我点个好看吧