术语“ISE”可能有点令人困惑。
实际上,它指的是用于在Vivado之前合成和实现FPGA的基础工具。
这些命令由xst,ngdbuild,map,par,bitgen,trce等组成......这些命令可以直接从命令行,批处理文件或(我怀疑你的情况就是这种情况)调用一个makefile来获取FPGA
从RTL到比特流。
每个工具都会输出一个中间文件,供下一个工具使用
- xst - > .edn / .ngc
- ngdbuilt - > .ngd
- map - > .ncd,.pcf
- par - > .ncd
- bitgen - > .bi
脚本方法只是调用每个工具,并确保中间文件从一个工具传递到另一个工具。
随着时间的推移,在这些工具之上使用了许多“前端”GUI。
第一个被称为“Project Navigator”。
使用命令行名称“ise”(这令人困惑)调用此GUI。
该工具构建了一个项目基础结构,可以隐藏所有这些中间文件的复杂性,并为您提供“项目”;
项目存在于项目目录中,并具有.ise(或.xise)文件作为项目的起始点。
因此,如果使用Project Navigator,则只有.xise。
PlanAhead工具(以及其他内容)也是ISE点工具(ngdbuild,map,...)的前端。
它也在项目目录中创建(不同的)项目基础结构,并以.ppr文件作为起始点。
两个前端之间有一些兼容性。
在PlanAhead中,您可以打开一个projNav项目(并从中创建一个PlanAhead项目)。
听起来这就是你过去所做的。
但是,如果makefile直接调用点工具,则没有projNav项目目录。
但是,您仍然可以通过创建新项目并使用“导入ISE位置和路径结果”将构建结果导入planAhead - 您将不得不搜索makefile结果以查找创建项目所需的中间文件
。
注意:以这种方式完成后,您只能看到地点和路线结果 - 它不是一个完整的项目。
具体来说,它没有任何RTL源链接......
Avrum
术语“ISE”可能有点令人困惑。
实际上,它指的是用于在Vivado之前合成和实现FPGA的基础工具。
这些命令由xst,ngdbuild,map,par,bitgen,trce等组成......这些命令可以直接从命令行,批处理文件或(我怀疑你的情况就是这种情况)调用一个makefile来获取FPGA
从RTL到比特流。
每个工具都会输出一个中间文件,供下一个工具使用
- xst - > .edn / .ngc
- ngdbuilt - > .ngd
- map - > .ncd,.pcf
- par - > .ncd
- bitgen - > .bi
脚本方法只是调用每个工具,并确保中间文件从一个工具传递到另一个工具。
随着时间的推移,在这些工具之上使用了许多“前端”GUI。
第一个被称为“Project Navigator”。
使用命令行名称“ise”(这令人困惑)调用此GUI。
该工具构建了一个项目基础结构,可以隐藏所有这些中间文件的复杂性,并为您提供“项目”;
项目存在于项目目录中,并具有.ise(或.xise)文件作为项目的起始点。
因此,如果使用Project Navigator,则只有.xise。
PlanAhead工具(以及其他内容)也是ISE点工具(ngdbuild,map,...)的前端。
它也在项目目录中创建(不同的)项目基础结构,并以.ppr文件作为起始点。
两个前端之间有一些兼容性。
在PlanAhead中,您可以打开一个projNav项目(并从中创建一个PlanAhead项目)。
听起来这就是你过去所做的。
但是,如果makefile直接调用点工具,则没有projNav项目目录。
但是,您仍然可以通过创建新项目并使用“导入ISE位置和路径结果”将构建结果导入planAhead - 您将不得不搜索makefile结果以查找创建项目所需的中间文件
。
注意:以这种方式完成后,您只能看到地点和路线结果 - 它不是一个完整的项目。
具体来说,它没有任何RTL源链接......
Avrum
举报