Innovus实战：如何用Global Router预判绕线风险？5步搞定Congestion分析-CSDN博客

Innovus实战：布局阶段绕线风险预判与拥塞分析深度指南

做数字后端，最怕的就是辛辛苦苦搞定了时序，最后栽在绕线上。那种感觉就像盖好了大楼，却发现电梯井不够用——布局阶段看似一切正常，到了绕线阶段才发现某些区域根本走不通线，导致时序全面崩溃，不得不返工重来。这种“后期发现”的成本极高，不仅耽误项目进度，更打击团队士气。

实际上，绕线问题在布局阶段就已经埋下了伏笔。拥塞（Congestion）是绕线失败的先兆，而早期全局绕线（Early Global Router）则是我们在布局后、详细绕线前，预判风险的最有力工具。它不像最终绕线那样精确到每一根金属线，而是通过快速的、基于网格的估算，告诉我们哪些区域可能成为“交通堵塞”的重灾区。今天，我们就深入聊聊如何利用Innovus的这套机制，在布局阶段就把绕线风险扼杀在摇篮里。

这篇文章面向的是已经有一定Innovus使用经验的后端工程师，特别是那些在项目中遇到过绕线难题，或者希望提升布局质量、减少迭代次数的朋友。我们将从原理到实操，从GUI操作到Tcl命令，全方位拆解拥塞分析的每一个环节，让你不仅知道“怎么做”，更明白“为什么这么做”。

1. 理解拥塞：绕线风险的根源与早期预警

在深入操作之前，我们得先搞清楚，到底什么是拥塞，以及为什么它如此致命。

想象一下芯片的布线资源就像城市道路网。每层金属都有固定数量的“车道”（布线轨道，Routing Track）。标准单元（Standard Cell）的引脚、宏单元（Macro）的端口，以及它们之间的互连，都需要占用这些车道。当某个局部区域（通常是一个全局布线单元，GCell）内，所有互连需求的车道总数超过了该区域实际能提供的车道数时，就发生了溢出（Overflow）。溢出是拥塞的直接量化指标。

注意：Overflow的计算是基于GCell网格的。一个GCell的尺寸通常是几个标准单元的高度和宽度。工具会将整个设计划分成这样的网格，然后统计每个网格内所需的布线资源与可用资源的比值。

仅仅看整体的平均溢出率是不够的。一个设计可能整体溢出率很低（比如0.5%），但局部存在一个“黑洞”，其溢出率高达300%。这个黑洞会导致所有试图穿越它的连线都失败，或者绕远路，从而引发时序违例和DRC错误。因此，我们分析拥塞的核心目标是定位并量化这些局部热点。

Innovus提供了两套相辅相成的拥塞评估体系：

基于统计的拥塞报告：通过 reportCongestion 命令生成文本报告，提供全局的、基于GCell的溢出统计数据。它速度快，适合快速扫描。
基于图形的拥塞地图：在GUI中通过 Overlay -> Congestion 或 Route -> Early Global Route 后查看的可视化地图。它直观，能精确定位热点区域。

两者结合使用，才能做出最准确的判断。通常流程是：先看报告确认整体风险，再用地图定位具体问题区域。

2. 启动早期全局绕线：从GUI到命令行的完整流程

早期全局绕线是生成高质量拥塞地图的前提。它不是一个独立的“绕线”动作，而是一个快速的、估算性的布线过程，目的是评估布局的绕线友好性。

2.1 图形界面操作步骤

对于刚接触此功能或习惯交互式操作的工程师，GUI是最直观的入口。

完成布局：首先，确保你的设计已经完成了 place_opt_design（布局优化）。一个粗糙的布局会带来大量虚假的拥塞报告，没有分析价值。
打开早期全局绕线对话框：在菜单栏选择 Route -> Early Global Route...。这会弹出一个配置对话框。
设置布线层范围：在对话框中，最关键的是设置 Route layer 范围。这里需要填入用于早期绕线的最高层和最低层金属。
- 如何确定：这个范围应该与你最终签核（Sign-off）时实际可用的布线层一致。例如，如果你的设计顶层布线用到M9，底层是M1（通常M1主要用于单元内部连接，不用于全局布线），那么范围可能是 M2 到 M9。你需要根据工艺和设计规则来设定。
- 错误示例：如果实际布线用到M8，但你这里只设置到M5，那么高层的拥堵会被掩盖，分析结果会过于乐观。
执行并查看：点击“O