1.sta工具launch和capture沿配对
1.1配对规则
sta工具默认会做最严检查，就是保证launch clk的每个cycle都在launch不同的数据，capture能正确采样
sta工具在setup/hold检查时，要建立capture clk和launch clk的配对
在配对的过程中，是不考虑clk skew和jitter的【skew和jitter是在计算setup/hold slack时考虑】，配对的原则如下：
对于setup：工具在一个公共周期内，枚举所有可能的launch边沿和capture边沿，并选择时间差最小的一对边沿做setup的配对
换句话说就是找所有launch clk之后最近的一个capture clk做检查
----每个launch clk之后都可以找到一个最近的capture 沿
----但是真正做配对的是 这些里面最小的那一组
对于hold：工具在公共周期内，枚举所有可能的launch边沿和capture边沿，并选择时间小于等于launch clk边沿且最接近launch clk边沿的capture边沿的那一组做配对
----和setup沿配对一样，也是找间隔最小的那一组做配对
上面两个规则对于同步时序检查都是ok的，无论是同频同向，同频不同向(常见是同频反向)，快时钟到慢时钟；还是慢时钟到快时钟。
在PT默认情况下完成了launch clk边沿和capture clk边沿的配对之后，如果使用set_multicycle_path -setup -start 改变launch 沿和使用 -setup -end改变capture 沿
对应的hold沿也会相应改变，但是无论set_multicycle_path -hold -start还是 -end 只会影响改变hold自己的沿配对，不会影响到setup的沿配对
工具内部hold检查的边沿默认是基于setup检查的边沿派生出来的，所以改变setup的某一端，必然会导致hold的对应端也随之改变
1.2 几种常见的配对举例
1.2.1 同频反向的setup和hold
这种情况setup被称作半周期检查
hold是比较放松的，clk path给了0.5T的时间【不考虑skew和jitter】，这种ideal clk，hold检查是0.5T+Tco+Tdelay>T(hold)
1.2.2 慢时钟到快时钟
1.2.3 快时钟到慢时钟
2.setup检查的公式描述
setup检查的定义是capture到来之前，数据要稳定的最小时间
T(launch)+T(co+comp)+T(setup) < T(capture)
T(setup)< T(capture)-T(launch)-T(co+comp)
sta工具pt会做最严的检查，就是要T(capture)-T(launch)最小，但是又不能为0【为0是物理不可实现的】
那么PT工具就会和T(launch)之后最近的一个T(capture)clk做setup检查
3.hold检查的公式描述
hold检查的定义是capture沿到来之后，数据要保持的最短时间
它的目的是 确保当前launch沿发出的数据，不会过快的到达，以至于干扰了前一个capture沿正在捕获的数据【落到了前一个capture沿的hold时间之内】
----当前launch沿发出的数据，期望的capture沿是launch沿之后最近的那个capture沿，对应公式就是：
T(co+comp)) +T(launch_check_edge)-T(capture_ckeck_edge)>T(hold)
最严检查，就是要T(launch_check_edge)-T(capture_ckeck_edge)最小，也就是选择时间小于等于launch clk边沿且最接近launch clk边沿的capture边沿
这里的T(launch_check_edge)和T(capture_ckeck_edge)是已经配对的hold check检查沿
4.问题讨论
4.1 为什么不从一次完整的launch到capture过程来看，并用setup的配对沿来计算 hold check呢？
此时使用公式：
T(launch)+T(co+comp)+T(launch_clk_period) > T(capture)+T(hold)
T(hold)<T(launch)+T(launch_clk_period)-T(capture)+T(co+comp)
上面的公式在同频的同步电路或者快到慢时钟同步电路是没有问题的，结果和第3章的效果是一样的，但是在慢到快的hold检查就有问题，根源在于：
一条路径的数据流是L → C_setup → 等待下一个 L 周期再考虑 hold 风险 。 相当于认为： 只需要保证：本次 L 发出的数据，至少维持有效直到本次 C_setup 沿。 完全忽略中间存在其他 capture 采样沿的风险！
如上图所示，从setup的当前launch 沿向后推迟一个launch clk，然后和当前setup的capture clk沿做hold检查，这样就跳过了很多capture沿，导致找到的并不是符合hold check配对沿要求的沿。
4.2 hold检查的capture一定是setup的capture向前推一个时钟周期
需要注意有些人会认为，hold检查的capture一定是setup的capture向前推一个时钟周期
这种说法在同频的同步电路中是成立的，在launch和capture频率是倍数关系时不成立，如下图：
此时按照上文的配对规则，得到上图的配对沿，很明显不符合hold检查的capture一定是setup的capture向前推一个时钟周期的结论。
但是对上图使用set_multicycle_path -setup改变setup的某一端，必然会导致hold的对应端也随之改变这个规则是适用的