Innovus输出的时序报告如下所示:
1、Timing情况; 这里报告给出了所有的寄存器建立时间(setup)的情况分析
一共报告了3条路径。all、reg2reg以及 deafult(默认也是all) 路径
WNS(Worst Negative Slack):
- 对所有路径(all): 最差余量为-0.252,也就是最差路径的时序裕量比时钟周期少0.252 ns。
- 对reg2reg路径:全部为正,表示寄存器到寄存器的时序裕量没有违例
这表明,违例来自非寄存器到寄存器的路径(例如输入到寄存器,组合逻辑路径等)
TNS(Total Negative Slack)
- TNS为-0.808 ns,代表所有违例路径的负裕量总和为0.808纳秒
- reg2reg路径TNS为0,说明寄存器到寄存器路径没有时序违例
Vio path
总共228条路径,有8条非reg2reg的路径出现违例
总体表明寄存器间路径时序较好。需要重点关注输入端或组合逻辑路径的优化。
2、DRVs情况; Design Rule Violations (重点关注前两个),后两个是soft rule,没有那么严格
max_cap
(最大负载电容)
- 报告中总共(Total)有2条net达到了最大电容限制,但没有实际违例。
max_transaction
(最大转换时间)
- 无实际违例,且无相关net
max_fnaout
(最大扇出)
- 实际存在132个net超出了扇出限制,最坏的扇出违例-60,可能导致驱动能力不足,,建议考虑添加缓冲器(buffer)、分割扇出负载
max_length
(最大布线长度) ^797d16
Density 和 Routing Overflow; 代表设计的std cell密度和routing congestion的情况
Density(布局密度)
:48.492%
- 布局密度适中,未达到过高拥塞的风险区,通常介于40%-60%之间是合理范围。
Routing Overflow
:0.01%水平溢出,0.32%垂直溢出
- 布线资源使用较为充裕,溢出比例非常低,说明布线拥塞不严重。
代码与文字齐飞,逻辑共创意一色!若我的文章让你会心一笑,点个赞我们一起笑谈"代码人生"!