CTS后的一些违例

lilyzhong · 发表于 2014-3-12 17:14:08

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？注册

x

关于时序违例方面，看的最多的是说CTS前没有setup违例，可以有hold违例CTS后通过加buffer修复hold违例
我在CTS之前都没有setup违例，可以CTS之后，有setup违例(最大-0.125)，也有hold违例(最大-1.4)
看了别人的帖子，有说routing后一起修复DRC违例，也有人跟我说ICC每一步都要有时序修复，违例尽量不要太大

CTS后还有IO port的capacitance违例和VDD/GND net 的fanout违例
congestion还是通过的

这样要先修复违例还是可以routing后在看看
谢谢大家

zero_0 · 发表于 2014-3-12 17:25:39

一般 routing 会增加违例
你也可以另外开一个做 routing

你有加 margin 吗?

lilyzhong · 发表于 2014-3-12 17:37:44

回复 2# zero_0

你指setup和hold的margin么加了这两句
set_clock_uncertainty -hold 0.05 [all_clocks]
set_clock_uncertainty -setup 0.1 [all_clocks]

zero_0 · 发表于 2014-3-12 17:44:32

回复 3# lilyzhong

如果 PT 也用这两句，那就不算是 margin （起码不是你加的）

xdluyao · 发表于 2014-5-14 19:21:09

这种问题本来就是具体问题具体分析的，在prects阶段，setup 是clean的，postcts阶段出现setup violation说明你prects的slack margin是不够的，也有可能是clock tree的质量不高（skew太大）造成的。只有通过分析造成violation 原因，才能决定是否要在该阶段修复violation，如果无法修复，甚至要回去重新做floorplan。