解决Vivado implementation拥塞的策略方法（一）

已于 2022-06-07 15:44:17 修改
阅读量6.5k 收藏 173
点赞数 6
分类专栏： Vivado使用中遇到的问题 文章标签： fpga开发
于 2022-03-21 09:53:49 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Y__Yshans/article/details/123525288
版权

摘要：根据官方说法，尝试解决post route里面的拥塞问题，参考文章在策略中一些参数细节的配置方法。参考文章中的

Vivado strategies：

针对性能：

        Perfornance_Explore

        Perfornance_ExplorePostRouteFhsopt

        Perfornance_WLBlockPlacement

        Perfornance_WLBlockPlacementFanoutopt

        Perfornance_NetDelay_high

        Perfornance_NetDelay_low

        Perfornance_Retiming

        Perfornance_ExtraTimingOpt

        Perfornance_Refineplacement

        Perfornance_SpreadSLLs

        Perfornance_BalanceSLLs

针对布线拥塞：

        Congestion_ SpreadLogic_high

        Congestion_ SpreadLogic_medium

        Congestion_ SpreadLogic_low

        Congestion_ SpreadLogic_Explore

        以下三个针对SSI芯片： 

        Congestion_ SSI_SpreadLogic_high

        Congestion_ SSI_SpreadLogic_low

        Congestion_ SSI_SpreadLogic_Explore

针对资源：

        Area_Explore

        Area_ExploreSequential

        Area_ExploreWithRemap

针对功耗：

        Power_DefaultOpt

        Power_ExploreArea

针对运行时间：

        Flow_RunPhysOpt

        Flow_RunPos tRoutePhysOpt

        Flow_Runtimcoptinized

拥塞报告

第一步：打开布局或者布线后的DCP文件
第二步：在菜单下，依次选择Reports -> Report Design Analysis，弹出如下图所示对话框，只选择图中的Congestion，即可生成拥塞报告。

这里我们要格外关注Level列对应的数据，该列数据表明了拥塞程度。

对于拥塞程度（Congestion Level），我们有如下判定标准：
拥塞程度≥7：设计几乎不太可能收敛，布线极有可能失败；
拥塞程度≥6：设计很难实现时序收敛，运行时间会很长，而且很有可能出现布线失败；
拥塞程度＝5：存在一定难度实现设计收敛；
拥塞程度＜5：可认为设计不存在拥塞问题

我们再看看布线后生成的拥塞报告，如下图所示。此时，我们要关注Type这一列。该列表明了拥塞的类型。

 通常，有三类拥塞类型：Global、Long和Short。造成这三类拥塞的原因是不同的。
Global：拥塞区域的Combined LUT过多，或者控制集过多；
Long：拥塞区域的BRAM、URAM和DSP过多，或者跨die路径过多；
Short：拥塞区域的MUXF或Carry Chain过多；

明确了拥塞类型，就可知道造成拥塞的原因，再结合报告中显示的拥塞区域，进而查找到相应的模块，就可以有的放矢，解决拥塞问题。但是，在解决拥塞问题之前要确保设计满足以下几点：
（1）约束是合理的
（2）Pblock之间没有重叠
（3）不存在过大的Hold违例（WHS < -0.4ns）

测试 

首先看拥塞的等级，可以分别采用Congestion_ SpreadLogic_high、Congestion_ SpreadLogic_medium等不同的策略去解决。

我在跑版本的时候发现，有的版本时序还行，但是功能完全不正确，warning比功能正确的版本要多。考虑到可能是策略不同所致，所以进行了一些关于策略测试，不是很明白策略，只是单纯的跑版本进行测试。

具体策略每项的介绍可以看这篇文章：【vivado UG学习】Implementation策略学习_lu-ming.xyz的博客-CSDN博客_vivado 实现策略

在有拥塞的时候，使用congestion_spreadlogic_high策略，但是好像很容易会造成版本的unlock，这点不是很确定。

以058版本为例，时序在-0.5的版本是不行的，一般要在-0.5以内，-0.4的样子

 

 第一次修改策略，其它不变，只改HigherDelayCost

第二次修改策略，有unlock的问题：

opt_design:Default

place_design:AtspeedLogic_high

phys_opt_design:AggressiveExplore

route_design:NoTimingRelaxation

（unenable）phys_opt_design:Explore

第三次修改策略：

opt_design:Default

place_design:AtspeedLogic_high

phys_opt_design:ExploreWithHoldFix

route_design:NoTimingRelaxation

（unenable）phys_opt_design:Explore

  

第四次修改策略：（无unlock问题，功能没太大问题）

opt_design:Explore

place_design:AtspeedLogic_high

phys_opt_design:AggressiveExplore

route_design:NoTimingRelaxation

（unenable）phys_opt_design:Explore

 058错误版本，无unlock问题，但是功能有问题：（同策略下跑出过正常版本很奇怪）

opt_design:ExploreArea

place_design:AtspeedLogic_high

phys_opt_design:Explore

route_design:NoTimingRelaxation

（unenable）phys_opt_design:Explore

058正式版本：（无lock问题，功能正确，时序微差）

opt_design:Default

place_design:AtspeedLogic_high

phys_opt_design:Explore

route_design:NoTimingRelaxation

（unenable）phys_opt_design:Explore

13 critical warning

354 warning

WNS：-0.429

TNS：-4010.661

057版本测试

057-0606（未通过）

opt_design:Explore

place_design:AtspeedLogic_high

phys_opt_design:Explore

route_design:NoTimingRelaxation

phys_opt_design:Explore

53 critical warnings

273 warnings

WNS:-0.438ns

总结

根据测试，简单的判断下来，在高LUT使用率以及拥塞的版本下，可暂时使用如下策略，虽然同策略跑出的其他版本在prach测试时有点偏差，但是不能够确定是环境问题还是代码问题：

opt_design:Default

place_design:AtspeedLogic_high

phys_opt_design:Explore

route_design:NoTimingRelaxation

（unenable  or ennable）phys_opt_design:Explore

在使用策略的时候可以先不用更改策略内的项，用每个策略的默认项，待时序很差或者拥塞依旧不通过或者功能不正确时，再考虑更改某些项。

目前看下来，当LUT使用过多，并且时序差的时候会有拥塞、unlock以及功能不正确的现象。我在使用congestion_spreadlogic_high策略的时候，很容易会有unlock的现象。功能不正确伴随着的是时序竟然会好，这点很奇怪，感觉是由于策略过于激进优化掉了很多东西，造成了更多的warning（DRC警告）。

不过这三个问题在不改代码的前提下，可以去通过更改策略解决。

参考文章：

Vivado从此开始（高亚军）（第三章 设计实现）

Xilinx Customer Community

VIVADO学习笔记之--拥塞_有钱挣的地方就是江湖的博客-CSDN博客_vivado布线拥塞

拥塞基本概念知多少_yundanfengqing_nuc的博客-CSDN博客

Vivado使用技巧（22）——综合策略与设置的选择 | 电子创新网赛灵思中文社区

Vivado使用技巧（22）：综合策略与设置的选择_FPGADesigner的博客-CSDN博客_vivado跑综合

【vivado UG学习】Implementation策略学习_w0shishabi的博客-CSDN博客_vivado 策略

布线拥塞理解与解决方法 - 知乎

Jade-YYS
关注
  • 6
    点赞
  • 踩
  • 173
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
专栏目录
VIVADO中关于管脚约束错误的一种解决方法
01-06
在vivado中，有的IP核已经包含了模块的引脚配置，这样在约束文件中就不用写相应的约束设置。然而在生成位码流的时候就可能会出现如下的错误提示： [DRC UCIO-1] Unconstrained Logical Port: 16 out of 22 logical ...
xilinx vivado实现优化方法及教程
01-10
Xilinx Vivado是一款强大的硬件描述语言（HDL）综合器、仿真器和设计环境，用于实现FPGA（Field-Programmable Gate Array）的设计和优化。本教程将深入探讨Vivado工具在优化设计流程中的关键技术和策略。 一、...
vivado 详细布局、布局后优化
cckkppll的博客
03-17 1601
vivado 详细布局、布局后优化
在project模式下自定义Implementation Strategies
最新发布
u011565038的博客
04-04 736
run strategy是解决设计中synthesis 或 implementation 挑战的预定义方法。• 策略是在Vivado implementation特性中为预配置选项集定义的。• 策略是针对特定工具和版本的。• Vivado Design Suite的每个主要版本都包含特定于版本的策略。Vivado实现包括几个常用的策略，这些策略都经过了内部基准测试的验证。提示：不能保存对预定义implementation strategies的更改。
Vivado之实现（布局布线）流程浅析
zyp626的博客
04-09 3761
浅析布局布线的流程
Vivado implementation策略使用（二）
Y__Yshans的博客
06-25 6220
摘要：根据官方说法，尝试改变策略，让工程时序尽量好一些以及保证功能正常
vivado产生报告阅读分析21
cckkppll的博客
11-25 362
vivado产生报告阅读分析21
【vivado UG学习】Implementation策略学习
热门推荐
w0shishabi的博客
08-25 1万+
目录1 综合前的准备1.1 Vivado Implementation 子过程1.2 管理Implementation1.2.1 工程模式和非工程模式1.4 用约束引导Implementation1.4.1 物理约束和时序约束1.4.4 约束集1.4.5 约束中也可以添加关于属性的描述1.5 用Checkpoints保存设计快照（snapshots）2 Implementing the Design2.2.3 设计运行的相关设置2.3 自定义implementation的策略2.3.2 定义策略2.3.4.
vivado布线congestion拥塞
timewh的专栏
08-07 6158
https://cloud.tencent.com/developer/article/1530526 拥塞类型 通常，有三类拥塞类型：Global、Long和Short。造成这三类拥塞的原因是不同的。 Global：拥塞区域的Combined LUT过多，或者控制集过多； Long：拥塞区域的BRAM、URAM和DSP过多，或者跨die路径过多； Short：拥塞区域的MUXF或Carry Chain过多； ...
vivado产生报告阅读分析26-拥塞报告
cckkppll的博客
11-27 839
vivado产生报告阅读分析26-拥塞报告
VIVADO学习笔记之--拥塞
星旭的博客
07-27 4175
1.参考 https://mp.weixin.qq.com/s/hYU7BnKcuKyMLM_7wSH62w 2.这篇文章帮你解决以下几个问题： 如何生成拥塞报告 如何理解拥塞程度 如何理解拥塞类型 3.拥塞报告生成方法 拥塞是一个复杂的问题，导致拥塞的因素也很多。在分析拥塞问题时，首先要生成设计拥塞报告。生成方法： 第一步：打开布局或者布线后的DCP文件 第二步：在菜单下，依次选择Reports -> Report Design Analysis，弹出如下图所示对话框，只选择图中的Congestio
布线拥塞
Arist.
12-28 1395
1 什么是布线拥塞 芯片在布线的时候, 当可利用的布线资源少于所需要的布线资源时, 就会发生布线拥塞。 2 布线拥塞后果 解决绕线拥塞是数字后端设计布局阶段的基本要求。布局是要根据对功能、对模块, 具体到对Hardmacro或者标准单元做整体的规划。布局设计将影响到芯片的面积、速度、信号完整性和设计周期。一个好的布局将大大减少后续布线以及时序收敛所耗费的时间和精力。布局阶段如果发生严重的拥塞将给布线带来困难, 有可能导致大量的违反工艺规则的违例, 最终导致布线无法绕通或者布线时间过长;另一方面, 拥塞
vivadohls闪退问题解决方法
10-23
vivadohls闪退问题解决方法，直接删掉一个隐藏文件就能搞定，亲侧可用哦
ug904-vivado-implementation.pdf
04-23
《Vivado设计套件实现用户指南》(UG904 v2022.2)是Xilinx公司为开发者提供的一份详细文档，旨在帮助用户理解和掌握Vivado Design Suite在实现阶段的各种操作和技巧。Vivado是一款强大的FPGA设计工具，由Xilinx开发，...
vivado ECO的使用方法.docx
12-26
Vivado ECO（Engineering Change Order）是一种在 FPGA 设计流程后期进行小范围修改的方法，旨在无需重新进行完整的实现过程，就能快速修复错误或进行功能调整。这种技术尤其适用于已经经过充分验证的设计，以避免...
vivado 布线实例脚本
cckkppll的博客
03-20 1256
vivado 布线实例脚本
vivado中symthsis（综合）和implementation（执行）具体是为了完成什么操作？
kunkliu的博客
05-13 4839
1.synthesis首先，同学你综合的单次拼错了，综合是synthesis，不是symthsis。综合（synthesis）的概念是：将高级抽象层次的电路描述转化成较低层次的描述。也就是说将语言描述的电路逻辑转化成与门、或门、非门、触发器等基本逻辑单元的互连关系。也就是我们常说的门级网表。以四选一电路为例，综合过程将Verilog代码翻译成了门级互连网表。四选一电路的综合过程综合的概念很重要，利用Verilog 做电路设计时我们总是强调可综合的概念，可综合就是我们的这段代码可以被翻译成门级电路，不可综合就
解决Vivado implementation拥塞的策略方法
HackEle的博客
08-31 2105
摘要：根据官方说法，尝试解决post route里面的拥塞问题，参考文章在策略中一些参数细节的配置方法。参考文章中的Vivado strategies：针对性能： Perfornance_Explore Perfornance_ExplorePostRouteFhsopt Perfornance_WLBlockPlacement Perfor...
以Vivado工具为例了解FPGA实现
Vuko_Coding Zone
11-06 1736
FPGA的实现过程可以对综合后生成的网表进行逻辑综合优化、以及布局、布线方面的优化。针对特定的设计可以进行选择功率以及物理综合设计进行优化。右键实现的选项，点击实现设置即可看到实现有关的配置界面，可以在设置中选择指定的约束文件，综合策略。在strategy的下拉菜单中，可以针对不同的性能和指标要求尝试选择不同的策略应用与项目工程中。同时，在description中的各个部分也可以指定directive进行定制各个部分的实现方案。
策略模式
05-30
策略模式是一种行为型设计模式，它定义了一组算法，将每个算法都封装到具有共同接口的独立类中，让它们之间可以互相替换。这种模式使得算法可以独立于使用它们的客户端而变化。 策略模式包含三个角色：上下文(Context)、策略(Strategy)和具体策略(ConcreteStrategy)。其中，上下文(Context)持有一个策略(Strategy)对象，并在需要时调用策略对象的方法。策略(Strategy)是一个接口或抽象类，定义了算法的公共接口。具体策略(ConcreteStrategy)是策略(Strategy)的具体实现，封装了不同的算法。 在 Java 中，可以通过创建一个策略接口和多个具体策略类来实现策略模式。例如： ```java // 定义策略接口 public interface Strategy { public int doOperation(int num1, int num2); } // 定义具体策略类 public class OperationAdd implements Strategy { public int doOperation(int num1, int num2) { return num1 + num2; } } public class OperationSubtract implements Strategy { public int doOperation(int num1, int num2) { return num1 - num2; } } public class OperationMultiply implements Strategy { public int doOperation(int num1, int num2) { return num1 * num2; } } // 定义上下文类 public class Context { private Strategy strategy; public Context(Strategy strategy){ this.strategy = strategy; } public int executeStrategy(int num1, int num2){ return strategy.doOperation(num1, num2); } } // 使用策略模式 public class StrategyPatternDemo { public static void main(String[] args) { Context context = new Context(new OperationAdd()); System.out.println("10 + 5 = " + context.executeStrategy(10, 5)); context = new Context(new OperationSubtract()); System.out.println("10 - 5 = " + context.executeStrategy(10, 5)); context = new Context(new OperationMultiply()); System.out.println("10 * 5 = " + context.executeStrategy(10, 5)); } } ``` 在这个例子中，策略接口定义了 `doOperation` 方法，具体策略类实现了这个方法，并封装了不同的算法。上下文类持有一个策略对象，并在需要时调用策略对象的方法。最后，通过创建不同的具体策略对象来实现不同的算法。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值