Vivado设计流程之实践指南

与ISE（Xilinx 公司早期集成开发环境）相比，Vivado 在很多方面有着很大的不同。这里我们从设计流程这个角度看，先来回顾一下ISE 的设计流程，如图2.1 所示。

在这个流程中，输入的约束文件为UCF，而且该文件是在Translate（对应NGDBuild）这一步才开始生效。换言之，综合后的时序报告没有多大的参考价值。此外，这个流程的每一步都会生成不同的文件，如综合后生成.ngc 文件，Translate 之后生成.ngd 文件，MAP 和PAR 之后生成.ncd 文件等。这说明每一步使用了不同的数据模型。

图2.1　ISE 设计流程

再来看看Vivado 的设计流程，如图2.2 所示。在这个流程中，输入的约束文件为.xdc文件，这个文件采用了业界标准的SDC，且在综合和实现阶段均有效。因此，综合后就要查看并分析设计时序，如果时序未收敛，不建议执行下一步。(www.xing528.com)

此外，Vivado 的实现阶段由不同的子步骤构成：opt_design、place_design、phys_opt_design、route_design 和 phys_opt_design，其中 place_design 和 route_design 之后的phys_opt_design 是可选的。同时，无论是综合还是实现，每个子步骤生成文件均为.dcp文件。这意味着Vivado 采用了统一的数据模型。

图2.2　Vivado 设计流程

默认情况下，在Vivado 实现阶段opt_design、place_design 和route_design 是必然执行的，且每步会生成相应的.dcp 文件，可用于进一步的分析。