3. 建立时间与保持时间：建立时间约束、保持时间约束、时序窗口概念
好，咱们今天聊聊时序分析里最核心的两个概念——建立时间和保持时间。说实话，我刚入行那会儿，总觉得这俩东西就是背背公式就完事了。直到有一次，我负责的一个高速接口项目在流片回来后，死活跑不到目标频率……排查了整整两周，最后发现就是建立时间裕量差了那么几十皮秒。嗯，从那以后，我再也不敢小看这两个参数了。
3.1 建立时间约束
建立时间，说白了就是数据在时钟有效沿到来之前，必须提前稳定下来的那段时间。你想想看，触发器内部有个采样窗口，数据得在这个窗口打开之前就乖乖待好，不然采到的值可能就是错的。
我个人的习惯是，把建立时间想象成「赶火车」——你得在发车前几分钟就检票进站，不能卡着点冲进去。这个提前量，就是建立时间。
建立时间约束公式：
T_launch + T_co + T_data + T_setup ≤ T_capture + T_clock_period其中：
- T_launch：发射时钟路径延迟
- T_co：触发器的时钟到输出延迟
- T_data：组合逻辑路径延迟
- T_setup：触发器的建立时间要求
- T_capture：捕获时钟路径延迟
- T_clock_period：时钟周期
我在项目中遇到过一种情况：综合后的时序报告显示建立时间违例，但数值只差了0.1ns。当时年轻，觉得「就差这么点，应该没事吧？」结果后仿真的波形一出来，数据采样就是不稳定。后来我学乖了——建立时间裕量，能留大就留大，别卡着极限做设计。
3.2 保持时间约束
保持时间呢，跟建立时间正好相反。它要求数据在时钟有效沿之后，还得再稳定一段时间。为什么？因为触发器内部的采样电路需要时间来「锁住」这个值。数据如果变化得太快，刚采完就变了，那等于白采。
你可以这么理解：建立时间是「别迟到」，保持时间是「别早退」。数据得在时钟沿前后都老老实实待着。
保持时间约束公式：
T_launch + T_co + T_data ≥ T_capture + T_hold其中 T_hold 是触发器的保持时间要求。
这里有个坑，我踩过。保持时间违例通常发生在路径延迟特别短的情况下——比如两个触发器直接相连，中间没有组合逻辑。这时候数据传播太快，后一级触发器还没来得及锁存，前一级的数据就已经冲过来了。我曾经在一个低功耗项目中，为了省面积把两级寄存器之间的缓冲器删掉了，结果保持时间全面崩盘……嗯，那次的教训就是：保持时间违例比建立时间违例更难修，因为它跟时钟频率无关，你降频也没用。
⚠️ 特别注意：
保持时间违例无法通过降低时钟频率来修复！因为保持时间约束不涉及时钟周期。唯一的办法是增加数据路径的延迟，比如插入缓冲器或增加负载。
3.3 时序窗口概念
建立时间和保持时间合在一起，就构成了一个「时序窗口」。这个窗口就是数据必须保持稳定的时间段——从时钟沿之前的建立时间开始，到时钟沿之后的保持时间结束。
我习惯用一张表来总结这个窗口：
| 参数 | 含义 | 违例后果 | 修复方法 |
|---|---|---|---|
| 建立时间 | 时钟沿前数据需稳定 | 采样到错误数据 | 降低频率、优化路径延迟、插入流水线 |
| 保持时间 | 时钟沿后数据需稳定 | 数据被覆盖或亚稳态 | 插入缓冲器、增加路径延迟 |
| 时序窗口 | 建立时间+保持时间 | 窗口越大，时序越紧张 | 选择窗口更小的触发器 |
你想想看，如果建立时间是0.2ns，保持时间是0.1ns，那这个窗口就是0.3ns。也就是说，在时钟沿前后总共0.3ns的时间里，数据不能有任何变化。对于高速设计来说，这个窗口越小越好——因为留给数据变化的时间窗口（也就是数据有效窗口）就越大。
💡 我的小技巧：
在做时序分析时，我习惯先看建立时间，再看保持时间。因为建立时间违例通常更常见，也更容易修。保持时间违例往往出现在你「优化过度」的时候——比如把路径延迟压得太低了。所以我的建议是：留一点余量，别把组合逻辑推得太极限。
最后说一句，时序窗口这个概念在跨时钟域设计中尤其重要。当你把数据从一个时钟域传到另一个时钟域时，接收端的建立时间和保持时间窗口必须被充分满足，否则就会出现亚稳态。我在做多时钟域设计时，一定会用同步器加双锁存器结构，就是为了给这个时序窗口留足余量。
好了，建立时间和保持时间就聊到这儿。下一节咱们聊聊更实际的——怎么在工具里看时序报告，以及怎么快速定位违例路径。