我想知道如何直接从命令行启动“Xilinx SDK Eclipse GUI”(XSDK)?
目前,我通过首先启动“vivado”来启动 XSDK,然后转到“文件->启动 SDK”菜单。不过这样总是先打开 Vivado 就有点麻烦了,只需要打开“Xilinx SDK”。我想要做的是直接从Windows 10 下的Git bash Shell启动“Xilinx SDK” ,然后在“project_1.sdk”下打开上一个项目并继续我上次的工作。
我想知道如何直接从命令行启动“Xilinx SDK Eclipse GUI”(XSDK)?
目前,我通过首先启动“vivado”来启动 XSDK,然后转到“文件->启动 SDK”菜单。不过这样总是先打开 Vivado 就有点麻烦了,只需要打开“Xilinx SDK”。我想要做的是直接从Windows 10 下的Git bash Shell启动“Xilinx SDK” ,然后在“project_1.sdk”下打开上一个项目并继续我上次的工作。
Eclipse/SDK 可以通过这两种其他方式启动
(1) 从 Vivado TCL 命令行启动:从 Vivado 到 SDK 通常有以下步骤 - 文件 > 导出(硬件) - 文件 > 启动 SDK 这些命令中的每一个都在 Tcl 控制台中以蓝色文本打印信息。这些命令可以复制到 tcl 脚本中并从 Tcl 控制台运行。默认情况下,Tcl 从这个文件夹运行
C:\Users\WinUserName\AppData\Roaming\Xilinx\Vivado 如果脚本放在那里(例如 zz1.tcl,或者只是 zz1)那么它可以从 Tcl 控制台作为源 zz1.tcl 运行,这将执行中的命令zz1.tcl -> 导出硬件并启动 SDK
(2) 或者,从 Windows 运行 Eclipse/SDK,然后选择 SDK 文件夹: SDK 可以直接运行,可以在这里找到:
C:\Xilinx\SDK\2019.1\bin\xsdk.bat 运行时会询问工作区 点击【浏览】并导航到 Vivado 项目中的 .SDK 文件夹 它将照常打开并运行,无需运行 Vivado, ETC
注意:我注意到 Vivado/SDK 对项目文件夹内容的更改方式和时间可能会很敏感。包括如果 SDK 已启动并且另一个 SDK 已在该文件夹中运行。在某些情况下,最简单的恢复方法是重命名 ~corrupt SDK 文件夹,创建一个新的 HelloWorld 项目,让 HelloWorld 运行,然后将文件更新到新文件夹中。
我的 Git Bash 设置:
#~/.bashrc:
export PATH=/c/Xilinx/Vivado/2017.3/bin:$PATH
export PATH=/c/Xilinx/SDK/2017.3/bin:$PATH
然后:
$ xsdk -workspace your_project_dir.sdk &
还:
$ xsdk -h
Display Options:
-help
Help -- just display this message and quit.
-version
Display Version and quit.
-batch
SDK Tcl Batch Mode.
-wait
Wait for SDK to complete.
Options:
-workspace <Workspace location>
Specify the Workspace directory for SDK projects
-hwspec <hardware specification file>
Specify the XML file to load.
-bit <bitstream file>
Specify the Bitsteam file to use for programming FPGA
-bmm <bmm file>
Specify the BMM file to use for BRAM initialization
-batch -source <tcl script file>
Specify tcl Script file to executee all commands in SDK batch mode
{-lp <repository_path>}
Add <repository_path> to the list of Driver/OS/Library search directories.
-eclipseargs <eclipse arguments>
Any other arguments that should be passed to Eclipse.
This should follow all other SDK arguments.
-vmargs <java vm arguments>
Any other arguments that should be passed to Java VM.
This should follow all other SDK arguments.
也很有用: