彩妆网站建设,什么是网站框架结构,江阴高新区建设促进服务中心网站,网站群建设 公司Note#xff1a;文章内容以 Xilinx 系列 FPGA 进行讲解 随着设计规模的增大和复杂度的提升#xff0c;布线拥塞成为常见的问题#xff0c;尤其是在用UltraScale FPGA或UltraScale FPGA时#xff0c;布线拥塞往往成为时序收敛的瓶颈#xff0c;也成为编译时间过长的“罪魁…Note文章内容以 Xilinx 系列 FPGA 进行讲解 随着设计规模的增大和复杂度的提升布线拥塞成为常见的问题尤其是在用UltraScale FPGA或UltraScale FPGA时布线拥塞往往成为时序收敛的瓶颈也成为编译时间过长的“罪魁祸首”。
1、布线拥塞的三种类型 如上图所示布线拥塞主要分为三种类型全局拥塞、短线拥塞、长线拥塞。在UltraScale FPGA中短线拥塞更常见而在UltraScale FPGA中长线拥塞更常见。 2、拥塞报告分析 利用拥塞报告我们可以确定当前设计中的拥塞是何种拥塞具体Tcl命令如下所示建议在布局后生成拥塞报告 拥塞报告由三部分构成第一部分如下图所示 该部分显示了拥塞的区域Window列、类型Type列、程度Level列。通过Type列可以查看拥塞类型Global对应全局拥塞Long对应长线拥塞Short对应短线拥塞。不过如果设计没有出现拥塞查看拥塞报告是没有Type列的。通过Level列可以查看拥塞程度该数值越大拥塞越严重。当拥塞程度为5时表明布线会遇到一些困难当拥塞程度为6时表明布线会遇到很大困难当拥塞程度为7时表明几乎无法布线。 拥塞报告的第二部分显示了每个拥塞区域的资源利用率情况结合拥塞类型可进一步判断哪类资源可能会增加如下图所示 拥塞报告的第三部分会显示前三个导致拥塞的设计单元如下图所示 有时我们还需要借助设计复杂度报告查看模块之间的互连程度可以利用如下Tcl命令在获得拥塞报告的同时也获得设计复杂度报告如下图所示 在设计复杂度报告中如下图所示我们首先要关注的是Rent值对应Rent列当0.65 ≤ Rent值0.85且Total Instances列的对应值大于15000时该模块与其他模块的互联程度就被认为比较重而当Rent值大于0.85时该模块与其他模块的互联程度就被认为过重尤其是Total Instances列的对应值大于25000时。 3、改善布线拥塞的方法 方法一利用设计流程改善布线拥塞 针对布线拥塞Vivado在综合和布局布线阶段均提供了相应的策略。在综合阶段策略Flow_AlternateRoutability可用于改善布线拥塞如下图所示 一旦将综合策略选为Flow_AlternateRoutability相应的Settings里的其他一些选项也会随之变化如下图所示 -directive变为AlternateRoutability-no_lc被勾选这意味不再出现LUT整合-shreg_min_size值更新为10意味着深度小于10的移位寄存器将被综合为级联触发器只有当深度大于或等于10时工具才会将其映射为LUT。 此外还可以采用更细粒度化的综合策略设置这是因为Vivado支持模块化综合。如果已经探明某个模块是构成布线拥塞的“罪魁祸首”那么就可以针对该模块设置综合策略。相应Tcl命令如下图所示 这种方法相比全局设置是有好处的 1避免所有的模块都无法使用LUT整合导致LUT资源利用率上升 2避免所有模块中的移位寄存器深度小于10的都无法映射为LUT导致触发器的利用率上升。 从布局布线的角度而言Vivado也提供了相应的策略以缓解布线拥塞如下图所示 对于UltraScale FPGA中出现的布线拥塞使用①中的几种策略更为合适不过其中带有SSI字符串的策略仅仅适用于SSI器件不可将其应用于单die芯片。对于UltraScale FPGA中出现的布线拥塞使用②中的两种策略更为合适。 方法二利用约束缓解布线拥塞 我们既然知道拥塞的各种类型以及其产生的根本原因那我们只要根据拥塞报告找到拥塞模块进行对症下药即可。 例如全局拥塞与LUT整合和触发器控制集有关那么我们可以通过模块化综合技术针对拥塞模块设置这两个约束条件如下图所示 例如短线拥塞与MUXF有关可以采用如下Tcl约束阻止工具推断出MUXF用LUT取而代之。 除了上面的几条Tcl约束外还可以采用属性CELL_BLOAT_FACTOR缓解布线拥塞。该属性有3个可选值LOW、MEDIUM、HIGH。该属性的使用方法如下图所示 如果布线拥塞区域较小就可以将该属性施加在位于拥塞区域内的主要模块上。该属性在布局阶段生效通过增大模块内单元间的间距来降低拥塞程度。不过如果设计已经消耗了大量的布线资源那么不建议使用属性CELL_BLOAT_FACTOR。对于较大的模块使用CELL_BLOAT_FACTOR会使工具将子模块放的较远子模块间距较大。 方法三从代码层面降低布线拥塞程度 布线拥塞本质上跟设计本身的一些特征有密切的关系而这些特征又和代码相关所以在前期代码编写时最好遵守下面的一些策略 1限制信号扇出数高扇出网线会消耗大量的布线资源容易引起长线拥塞。因此在设计中对这类网线要格外关注最好在综合阶段就能发现。通过设置最大扇出约束或使用寄存器复制等方法来降低信号的扇出数从而减少布线资源的消耗。 2优化存储单元的使用在可能的情况下使用本地寄存器而不是全局寄存器这样可以减少长距离的布线从而减轻拥塞。对于基于SSISilicon Interconnect器件的设计要做好早期设计规划使得跨die路径尽可能少因为过多的跨 die 路径容易导致长线拥塞。 3并行化处理如果设计允许尝试将一些计算并行化这可以减少单个路径上的布线负载。 4时钟设计避免在设计中使用过多的全局信号和复杂的时钟树网络这些都可能导致布线拥塞。确保所有异步时钟域之间有适当的同步避免跨时钟域的信号成为瓶颈。 5合理分配资源在设计中注意资源的均衡分配避免某些资源过度集中而其他资源空闲的情况。 6模块化与层次化设计通过模块化设计、层次化设计等方法来降低设计的复杂度减少布线资源的消耗。 4、缓解布线拥塞的正确流程 我们可以从设计流程、约束和代码层面三个维度缓解布线拥塞但哪种效果更明显Vivado提供了一个非常好用的命令report_qor_suggestions可以为我们提供些参考。就布线拥塞而言建议针对布局生成的.dcp执行该命令。如果设计出现了布线拥塞该命令通常会生成一些可缓解拥塞的建议。 所以针对缓解布线拥塞的流程可以参考如下 ~End~
