setup time和hold time的周期问题

为什么计算setup time的slack时需要考虑加周期，hold time时不需要？

总结一：

因为计算setup time时，由于存在数据传输data delay，Launch edge与Capture edge并不对应时钟信号source clock的同一个时钟沿，因此需要考虑加周期。单时钟周期检查的时候工具默认capture edge-launch edge=1个周期。

Hold time时由于二者对应的是同一个时钟沿，所以不考虑周期。

如图所示：REG1.CLK的第一个时钟上升沿对应launch edge，REG2.CLK的第二个时钟上升沿对应capture  edge。二者分别对应时钟源source clock CLK的第一个上升沿和第二个上升沿。

                      

 

总结二：

时钟源CLK经过network latency后，第一个上升沿到达REG1.CLK端，并触发REG.1数据输入端REG.1.D数据输入。此时CLK第一个上升沿同时发送往REG2.CLK,它所需要的时间相比data latency非常之短,因而此时检查setup time对此次数据传输没有意义，增加周期后ÿ