尧图网站建设 
搞FPGA的朋友应该都有这个经历Vivado 里开了一堆窗口波形、原理图、约束编辑器、Console 面板布局调了老半天结果把软件一关第二天再打开它直接停在欢迎页。那个“Recent Projects”列表就摆在眼前可它就是不会自动把你的工程载入进来更别说恢复之前的窗口布局了。老版本 Vivado比如 2018.3这个问题尤其常见。这个问题不复杂但特别磨人。尤其是联合调试的时候波形窗口里拉了十几路信号约束文件里正在比对管脚突然被打断关掉软件再回来现场全没了心态容易崩。我当年也被这个事折腾过几次后来把机制摸清楚了发现其实有几种很稳的处理方式不仅能让你“一键回到工程现场”还能顺手把 Vivado 的工程管理习惯理顺。这篇文章不聊大道理直接把问题根源、可落地的恢复方案以及我在实际使用中踩过的坑一次讲清楚。1. 问题现象与根因拆解Vivado 为什么“不记路”1.1 欢迎页与“最近项目”机制的本来面目先说结论Vivado 默认启动到欢迎页这不是 bug而是它的设计逻辑。Vivado 启动后的首页官方叫 Getting Started 页面上面有 New Project、Open Project 和 Recent Projects 列表。它默认就是让你“手动选择做什么”而不是像 VS 或者 IDEA 那样默认把上一个会话恢复出来。为什么会这么设计我个人的理解是FPGA 工程往往非常大综合、实现、仿真会产生大量中间文件加载一个工程本身就要花不少时间。如果每次启动 Vivado 都自动把上次的大工程拉起来那用户只是想快速新建一个测试工程或者改个脚本都得被拖累半天。所以 Xilinx 走的是“以工程文件为入口”的路线而不是“以会话为入口”。这就导致了一个很反直觉的结果你上次明明是在某个工程里工作关了软件再开它偏偏回到首页顶多给你一个最近工程列表。很多刚接触 Vivado 的人会误以为这是故障实际上它只是没有实现“会话恢复”这个功能而已。老版本像 2017.3、2018.3在这个交互上做得尤其生硬连“恢复上次工程”的选项都没有。1.2 界面布局和工程状态到底存到哪里搞清楚这个问题得知道 Vivado 把哪些东西存到了什么地方。工程本身的数据是跟着工程目录走的包括 .xpr 文件工程入口、.srcs 目录源文件和约束、.runs 目录综合实现仿真结果、.cache 目录缓存、.gen 目录IP 生成产物等。这些目录管的是“项目内容”。而窗口布局、GUI 状态这类信息一部分存在用户级别配置里在 Windows 上一般位于 C:\Users你的用户名\AppData\Roaming\Xilinx\Vivado版本号\ 下面。Vivado 在正常退出时会把当前界面布局、窗口大小等设置回写到这些配置里下次打开工程时再尝试恢复布局。问题就出在这个“正常退出”上。如果你是通过任务管理器强杀进程断电或者 Vivado 直接崩溃退出的那 GUI 状态根本没来得及保存。下一次启动自然只能回到欢迎页就算你手动打开工程布局可能也是乱的。老版本 Vivado 在 Windows 下的稳定性本来就一般综合大工程到一半卡死、崩溃的情况并不少见大家又习惯性地去任务管理器里结束进程这就彻底断送了“恢复现场”的机会。另外Vivado 每次运行会在启动工作目录下生成 vivado.jou 文件这个文件记录了本次会话执行过的所有 TCL 命令包括你通过菜单点击操作触发的底层命令。这个文件在排查问题时非常有用后面方案三会细说。2. 三个能直接落地的恢复方案2.1 方案一修改快捷方式启动时直接带工程文件最朴素也最有效的办法就是让 Vivado 在启动时直接把你的工程文件打开。Vivado 的命令行入口支持在启动命令后面直接跟 .xpr 工程文件路径。比如你原来快捷方式的“目标”是C:\Xilinx\Vivado\2018.3\bin\vivado.bat改成C:\Xilinx\Vivado\2018.3\bin\vivado.bat E:\fpga_workspace\demo\demo.xpr这样双击快捷方式Vivado 启动后会直接进入工程而不是停在欢迎页。操作步骤很简单找到桌面上或开始菜单里的 Vivado 快捷方式右键属性。把“目标”那一栏末尾加上你的工程 .xpr 文件路径注意用英文双引号包住。把“起始位置”也改成一个固定目录比如 E:\fpga_workspace这样 vivado.jou 和生成的临时文件有固定去处。确认保存双击快捷方式测试。这里有两个常见的坑。一是工程路径里带了空格或者中文Vivado 对这类路径的处理非常脆弱虽然加了双引号大部分情况下能工作但我建议直接把工程移到纯英文无空格的路径下一劳永逸。二是有人会把工程路径写到“起始位置”里那是错误的工程路径必须放在“目标”末尾。这个方法适合固定在一段时间内只开发同一个工程的情况。缺点是不够灵活如果你经常切换工程每次改快捷方式或者重新建一个快捷方式也挺烦的。2.2 方案二TCL 脚本一键恢复工程如果你想更灵活一点或者每次启动后还想顺手执行一些初始化操作那就用 TCL 脚本。原理很简单Vivado 启动时支持通过 -source 参数指定一个 TCL 脚本脚本里可以调用 open_project 打开工程。比如我建一个 open_demo.tcl# 关闭当前工程如果存在 catch {close_project} # 打开目标工程 open_project E:/fpga_workspace/demo/demo.xpr # 可选刷新编译顺序 update_compile_order -fileset sources_1然后用 bat 文件启动echo off C:\Xilinx\Vivado\2018.3\bin\vivado.bat -source E:\scripts\open_demo.tcl把这个 bat 文件放到桌面双击它Vivado 启动后会先进入 GUI然后执行脚本里的 open_project 命令直接把工程加载出来。对于从命令行启动的场景也可以显式加上 -mode gui确保以图形界面模式运行。我实际用下来这个方案比改快捷方式更舒服。你可以在 D 盘放一个 scripts 目录里面放 open_demo.tcl、open_ddr_test.tcl、open_mipi_test.tcl每个脚本对应一个常用工程。桌面放几个对应的 bat 快捷方式想开哪个工程就双击哪个互不干扰。脚本里还可以扩展一些操作。比如说你想每次打开工程后自动把综合跑一下可以加上launch_runs synth_1 -jobs 8或者你想打开某个仿真波形配置可以在 open_project 之后调用open_waveform E:/fpga_workspace/demo/demo_behav.wcfg注意 open_waveform 的具体命令和你 Vivado 版本、工程配置有关不建议直接抄而是先用 GUI 手动操作一遍然后回到 TCL Console 看日志把日志里的命令复制到脚本里。这算是一个很实用的学习技巧Vivado 的 GUI 操作几乎都能在 TCL Console 里看到对应命令照着抄就行。2.3 方案三利用 jou 日志找回操作痕迹前面提到了 vivado.jou。这个文件是排查问题和找回操作记录的兜底手段。当你的 Vivado 崩溃过或者你自己也记不清上次到底做过哪些操作时可以去启动工作目录里找 vivado.jou。用文本编辑器打开它搜索 open_project就能看到当时打开的工程路径。比如open_project E:/fpga_workspace/demo/demo.xpr launch_runs impl_1 -jobs 8这些命令你完全可以复制到 Vivado 的 TCL Console 里重新执行效果等同于把之前的操作回放一遍。这个办法在“工程文件还在但 Vivado 无法从欢迎页正常加载工程”的场景下特别有用。需要注意jou 文件会随着会话不断增长如果文件太大打开时会有点卡。另外jou 里的命令是和当时的上下文绑定的。比如某些命令依赖某个工程已经打开、某个 IP 已经生成盲目回放可能会报错。所以我的习惯是先搜索关键命令看懂上下文再挑着执行而不是整个文件一股脑运行。2.4 三种方案的对比方案适用场景操作成本注意事项快捷方式带工程固定单工程开发最低路径不能有中文空格注意引号TCL 脚本启动多工程切换、需要自动执行附加操作中等脚本路径要固定命令先验证再固化jou 日志回放崩溃后排查、找回操作记录中等命令依赖上下文不能盲目全量回放我自己现在是三个方案结合着用。常用工程用 TCL 脚本临时工程用快捷方式带参出问题之后去翻 jou。这套组合基本覆盖了所有“找回现场”的需求。3. 从“恢复现场”到“工程管理”——避免下次打开又是一堆问题3.1 工程目录和命名别让一个空格毁掉启动恢复方案解决了“打不开工程”的问题但如果你工程本身存放不规范后续还会有更多幺蛾子。我的经验是FPGA 工程目录一定要做到以下几点路径中不要有中文、空格、特殊符号。就是 E:\fpga_workspace\demo 这种最稳。每个工程一个独立文件夹不要把所有东西堆在一个大目录里。工程内部按功能分子目录rtl、sim、constraints、ip、doc这样工程大了以后不混乱。.xpr 文件放在工程根目录不要单独挪走。不要把工程放在桌面上也不建议放在 C 盘用户目录下。桌面和用户目录往往有权限问题还容易被各种同步盘搞出文件锁定。如果你已经建了中文路径的工程也别慌项目没到不可救药的地步。把 rtl、sim、constraints 等源文件拷出来放到新目录下重新建工程再添加约束和 IP一般半小时内能搬完。越早搬后面损失越小。3.2 工程清理让“打开工程”不再卡顿Vivado 工程用一段时间后会变得非常臃肿。综合几次跑几次仿真工程目录轻轻松松几个 G。工程大了打开和加载都变慢你还会误以为是软件的恢复机制有问题。我定期会做一次工程清理。可以手动删除的目录包括.runs综合、实现、仿真的运行输出删掉后重新跑会再生成。.cache缓存目录Vivado 会自动重建。.genIP 生成产物如果 IP 源配置还在重新 Generate 后会重建。.Xil临时文件目录可以删。各种.jou、.log 历史日志也可以清理。绝对不能乱动的是 .xpr 文件和 .srcs 目录。xpr 是工程入口srcs 里是源文件和约束。这两个出了问题工程基本就废了。清理前建议把整个工程压缩备份一次放到移动硬盘或网盘。这个习惯成本很低但救过我好几次。遇到“工程打开就报错”“综合结果不对”这种诡异问题备份能让你随时回退到清理前的状态。如果你用的是 Vivado 的 TCL Console还有一个命令叫 reset_project。执行它会复位整个工程到初始状态删除所有生成结果。这个命令我建议慎用尤其是工程里有很多自定义 IP 的时候执行前一定先备份。3.3 保存状态习惯正常退出比什么技巧都重要说了这么多方案最本质的一条其实是让 Vivado 正常退出。关软件的时候用 File - Exit或者直接点窗口右上角的关闭按钮让它自己走完保存流程。不要一看到卡顿就去任务管理器结束进程。那确实爽快但代价就是窗口布局、GUI 状态、临时文件都没来得及保存下次打开大概率回到首页甚至工程被锁定。我给自己定的规矩是重要工程关闭前先在 TCL Console 里执行一次 close_project确认工程状态保存好后再退出 Vivado。这样做的目的就是把工程状态干净地写入磁盘避免下次打开时出现文件锁定、布局丢失等问题。如果你手头同时有好几个工程也可以写一个通用的 close_project.tcl里面就一句话 close_project每次关工程前运行一下习惯养成后你会发现 Vivado 的“小脾气”少了很多。4. 常见问题与排查实录4.1 重启回首页之外的典型故障速查表现象可能原因处理方式Vivado 启动后一直停在欢迎页双击工程没反应xpr 文件关联异常或者路径失效改用命令行 vivado xxx.xpr 启动或者从 Recent Projects 打开打开工程后窗口布局全乱波形窗口丢失异常退出导致 GUI 状态没保存手动恢复布局后续养成正常退出习惯打开工程提示文件被锁定上次 Vivado 进程残留或锁文件残留任务管理器确认所有 Vivado 进程退出删除 .Xil 下的锁文件打开工程时提示 out of memory 或启动极慢工程太大runs 和 cache 目录过多按 3.2 的方法清理生成目录确认磁盘剩余空间充足工程加载到一半 Vivado 无响应IP 核锁定、路径失效、库缺失用 batch 模式打开工程查看日志定位具体报错这个表里每一行都是我或周围同事真实踩过的坑。特别是“文件被锁定”那条很多人不知道是上次强杀进程的后果。Vivado 打开工程时会在临时目录下生成锁定标记如果进程没干净退出标记就不会释放下次打开就会报错。4.2 两个真实排查案例案例一多端口 DDR 读写验证工程崩溃后无法打开之前调一个基于 FPGA 的多端口 DDR 读写程序Vivado 2018.3 在综合跑到一半时界面卡死我直接任务管理器结束了进程。结果重新打开工程时提示 project file is locked半天没反应过来。后来我打开任务管理器一看果然有两个 Vivado 后台进程没退干净名字叫 vivado.exe 和 xvlog.exe 之类。把进程全结束后再删掉工程目录下 .Xil 文件夹里生成的锁文件工程才恢复正常。这个案例给我最大的教训是Vivado 卡死时不要急着结束进程先等它半分钟很多“卡死”其实只是综合任务在大量占用 CPU界面暂时没响应而已。如果确实需要强制结束结束后记得检查进程列表确保所有 Vivado 相关进程都退干净了。案例二修改快捷方式后双击仍然回到欢迎页有个同事按照网上的方法在快捷方式目标里加了工程路径结果双击后还是停在欢迎页跑过来问我怎么回事。我过去一看“目标”那一栏确实加了路径但工程路径写成了 E:\工程文件\demo.xpr里面带了中文另外还把路径误写到了“起始位置”里。把中文路径改成英文路径移到“目标”末尾后问题就解决了。还有一次我发现快捷方式加了工程路径不生效排查了半天最后发现是因为我之前那个快捷方式是用“管理员权限”创建的目标里的路径解析和普通快捷方式不一样重新创建了一个普通快捷方式就好了。这类问题比较隐蔽遇到时不妨用最原始的命令行方式先试一遍确认路径没问题再改快捷方式。4.3 独家避坑三条从欢迎页打开工程其实不慢多少心理上别太排斥。用脚本一键打开本质上是帮你省掉“从欢迎页点 Recent Projects”这一两步操作不是玄学。工程文件夹尽量放在 SSD 上。Vivado 综合和打开工程时 IO 密集度非常高机械硬盘会让人严重怀疑人生。磁盘剩余空间少于 10% 时Vivado 会出现一些很诡异的问题包括但不限于保存失败、布局丢失、综合中断。定期清理磁盘也是对工程恢复能力的保障。我自己现在的固定工作流是这样的桌面上放几个 bat 快捷方式分别对应不同工程的 TCL 脚本。比如 open_ddr.tcl 打开 DDR 验证工程open_mipi.tcl 打开 MIPI 采集工程。每次开工双击对应 batVivado 启动后自动载入工程布局基本都是上次正常退出的样子。关工程前习惯性在 TCL Console 里 close_project再退出软件。这套流程用顺手之后我几乎没再关心过什么欢迎页不欢迎页的问题。多提一句新版本 Vivado 的欢迎页交互会有一些调整但“启动后不自动恢复上次工程”这个底层逻辑变化不大。所以上面这些方法你在 2018.3 甚至更新的版本上都能用。根据自己的习惯挑一种方案去试应该能帮你省下不少每天重复点鼠标的功夫。 Vivado 工程恢复实战：告别欢迎页，一键回到 FPGA 开发现场
搞FPGA的朋友应该都有这个经历Vivado 里开了一堆窗口波形、原理图、约束编辑器、Console 面板布局调了老半天结果把软件一关第二天再打开它直接停在欢迎页。那个“Recent Projects”列表就摆在眼前可它就是不会自动把你的工程载入进来更别说恢复之前的窗口布局了。老版本 Vivado比如 2018.3这个问题尤其常见。这个问题不复杂但特别磨人。尤其是联合调试的时候波形窗口里拉了十几路信号约束文件里正在比对管脚突然被打断关掉软件再回来现场全没了心态容易崩。我当年也被这个事折腾过几次后来把机制摸清楚了发现其实有几种很稳的处理方式不仅能让你“一键回到工程现场”还能顺手把 Vivado 的工程管理习惯理顺。这篇文章不聊大道理直接把问题根源、可落地的恢复方案以及我在实际使用中踩过的坑一次讲清楚。1. 问题现象与根因拆解Vivado 为什么“不记路”1.1 欢迎页与“最近项目”机制的本来面目先说结论Vivado 默认启动到欢迎页这不是 bug而是它的设计逻辑。Vivado 启动后的首页官方叫 Getting Started 页面上面有 New Project、Open Project 和 Recent Projects 列表。它默认就是让你“手动选择做什么”而不是像 VS 或者 IDEA 那样默认把上一个会话恢复出来。为什么会这么设计我个人的理解是FPGA 工程往往非常大综合、实现、仿真会产生大量中间文件加载一个工程本身就要花不少时间。如果每次启动 Vivado 都自动把上次的大工程拉起来那用户只是想快速新建一个测试工程或者改个脚本都得被拖累半天。所以 Xilinx 走的是“以工程文件为入口”的路线而不是“以会话为入口”。这就导致了一个很反直觉的结果你上次明明是在某个工程里工作关了软件再开它偏偏回到首页顶多给你一个最近工程列表。很多刚接触 Vivado 的人会误以为这是故障实际上它只是没有实现“会话恢复”这个功能而已。老版本像 2017.3、2018.3在这个交互上做得尤其生硬连“恢复上次工程”的选项都没有。1.2 界面布局和工程状态到底存到哪里搞清楚这个问题得知道 Vivado 把哪些东西存到了什么地方。工程本身的数据是跟着工程目录走的包括 .xpr 文件工程入口、.srcs 目录源文件和约束、.runs 目录综合实现仿真结果、.cache 目录缓存、.gen 目录IP 生成产物等。这些目录管的是“项目内容”。而窗口布局、GUI 状态这类信息一部分存在用户级别配置里在 Windows 上一般位于 C:\Users你的用户名\AppData\Roaming\Xilinx\Vivado版本号\ 下面。Vivado 在正常退出时会把当前界面布局、窗口大小等设置回写到这些配置里下次打开工程时再尝试恢复布局。问题就出在这个“正常退出”上。如果你是通过任务管理器强杀进程断电或者 Vivado 直接崩溃退出的那 GUI 状态根本没来得及保存。下一次启动自然只能回到欢迎页就算你手动打开工程布局可能也是乱的。老版本 Vivado 在 Windows 下的稳定性本来就一般综合大工程到一半卡死、崩溃的情况并不少见大家又习惯性地去任务管理器里结束进程这就彻底断送了“恢复现场”的机会。另外Vivado 每次运行会在启动工作目录下生成 vivado.jou 文件这个文件记录了本次会话执行过的所有 TCL 命令包括你通过菜单点击操作触发的底层命令。这个文件在排查问题时非常有用后面方案三会细说。2. 三个能直接落地的恢复方案2.1 方案一修改快捷方式启动时直接带工程文件最朴素也最有效的办法就是让 Vivado 在启动时直接把你的工程文件打开。Vivado 的命令行入口支持在启动命令后面直接跟 .xpr 工程文件路径。比如你原来快捷方式的“目标”是C:\Xilinx\Vivado\2018.3\bin\vivado.bat改成C:\Xilinx\Vivado\2018.3\bin\vivado.bat E:\fpga_workspace\demo\demo.xpr这样双击快捷方式Vivado 启动后会直接进入工程而不是停在欢迎页。操作步骤很简单找到桌面上或开始菜单里的 Vivado 快捷方式右键属性。把“目标”那一栏末尾加上你的工程 .xpr 文件路径注意用英文双引号包住。把“起始位置”也改成一个固定目录比如 E:\fpga_workspace这样 vivado.jou 和生成的临时文件有固定去处。确认保存双击快捷方式测试。这里有两个常见的坑。一是工程路径里带了空格或者中文Vivado 对这类路径的处理非常脆弱虽然加了双引号大部分情况下能工作但我建议直接把工程移到纯英文无空格的路径下一劳永逸。二是有人会把工程路径写到“起始位置”里那是错误的工程路径必须放在“目标”末尾。这个方法适合固定在一段时间内只开发同一个工程的情况。缺点是不够灵活如果你经常切换工程每次改快捷方式或者重新建一个快捷方式也挺烦的。2.2 方案二TCL 脚本一键恢复工程如果你想更灵活一点或者每次启动后还想顺手执行一些初始化操作那就用 TCL 脚本。原理很简单Vivado 启动时支持通过 -source 参数指定一个 TCL 脚本脚本里可以调用 open_project 打开工程。比如我建一个 open_demo.tcl# 关闭当前工程如果存在 catch {close_project} # 打开目标工程 open_project E:/fpga_workspace/demo/demo.xpr # 可选刷新编译顺序 update_compile_order -fileset sources_1然后用 bat 文件启动echo off C:\Xilinx\Vivado\2018.3\bin\vivado.bat -source E:\scripts\open_demo.tcl把这个 bat 文件放到桌面双击它Vivado 启动后会先进入 GUI然后执行脚本里的 open_project 命令直接把工程加载出来。对于从命令行启动的场景也可以显式加上 -mode gui确保以图形界面模式运行。我实际用下来这个方案比改快捷方式更舒服。你可以在 D 盘放一个 scripts 目录里面放 open_demo.tcl、open_ddr_test.tcl、open_mipi_test.tcl每个脚本对应一个常用工程。桌面放几个对应的 bat 快捷方式想开哪个工程就双击哪个互不干扰。脚本里还可以扩展一些操作。比如说你想每次打开工程后自动把综合跑一下可以加上launch_runs synth_1 -jobs 8或者你想打开某个仿真波形配置可以在 open_project 之后调用open_waveform E:/fpga_workspace/demo/demo_behav.wcfg注意 open_waveform 的具体命令和你 Vivado 版本、工程配置有关不建议直接抄而是先用 GUI 手动操作一遍然后回到 TCL Console 看日志把日志里的命令复制到脚本里。这算是一个很实用的学习技巧Vivado 的 GUI 操作几乎都能在 TCL Console 里看到对应命令照着抄就行。2.3 方案三利用 jou 日志找回操作痕迹前面提到了 vivado.jou。这个文件是排查问题和找回操作记录的兜底手段。当你的 Vivado 崩溃过或者你自己也记不清上次到底做过哪些操作时可以去启动工作目录里找 vivado.jou。用文本编辑器打开它搜索 open_project就能看到当时打开的工程路径。比如open_project E:/fpga_workspace/demo/demo.xpr launch_runs impl_1 -jobs 8这些命令你完全可以复制到 Vivado 的 TCL Console 里重新执行效果等同于把之前的操作回放一遍。这个办法在“工程文件还在但 Vivado 无法从欢迎页正常加载工程”的场景下特别有用。需要注意jou 文件会随着会话不断增长如果文件太大打开时会有点卡。另外jou 里的命令是和当时的上下文绑定的。比如某些命令依赖某个工程已经打开、某个 IP 已经生成盲目回放可能会报错。所以我的习惯是先搜索关键命令看懂上下文再挑着执行而不是整个文件一股脑运行。2.4 三种方案的对比方案适用场景操作成本注意事项快捷方式带工程固定单工程开发最低路径不能有中文空格注意引号TCL 脚本启动多工程切换、需要自动执行附加操作中等脚本路径要固定命令先验证再固化jou 日志回放崩溃后排查、找回操作记录中等命令依赖上下文不能盲目全量回放我自己现在是三个方案结合着用。常用工程用 TCL 脚本临时工程用快捷方式带参出问题之后去翻 jou。这套组合基本覆盖了所有“找回现场”的需求。3. 从“恢复现场”到“工程管理”——避免下次打开又是一堆问题3.1 工程目录和命名别让一个空格毁掉启动恢复方案解决了“打不开工程”的问题但如果你工程本身存放不规范后续还会有更多幺蛾子。我的经验是FPGA 工程目录一定要做到以下几点路径中不要有中文、空格、特殊符号。就是 E:\fpga_workspace\demo 这种最稳。每个工程一个独立文件夹不要把所有东西堆在一个大目录里。工程内部按功能分子目录rtl、sim、constraints、ip、doc这样工程大了以后不混乱。.xpr 文件放在工程根目录不要单独挪走。不要把工程放在桌面上也不建议放在 C 盘用户目录下。桌面和用户目录往往有权限问题还容易被各种同步盘搞出文件锁定。如果你已经建了中文路径的工程也别慌项目没到不可救药的地步。把 rtl、sim、constraints 等源文件拷出来放到新目录下重新建工程再添加约束和 IP一般半小时内能搬完。越早搬后面损失越小。3.2 工程清理让“打开工程”不再卡顿Vivado 工程用一段时间后会变得非常臃肿。综合几次跑几次仿真工程目录轻轻松松几个 G。工程大了打开和加载都变慢你还会误以为是软件的恢复机制有问题。我定期会做一次工程清理。可以手动删除的目录包括.runs综合、实现、仿真的运行输出删掉后重新跑会再生成。.cache缓存目录Vivado 会自动重建。.genIP 生成产物如果 IP 源配置还在重新 Generate 后会重建。.Xil临时文件目录可以删。各种.jou、.log 历史日志也可以清理。绝对不能乱动的是 .xpr 文件和 .srcs 目录。xpr 是工程入口srcs 里是源文件和约束。这两个出了问题工程基本就废了。清理前建议把整个工程压缩备份一次放到移动硬盘或网盘。这个习惯成本很低但救过我好几次。遇到“工程打开就报错”“综合结果不对”这种诡异问题备份能让你随时回退到清理前的状态。如果你用的是 Vivado 的 TCL Console还有一个命令叫 reset_project。执行它会复位整个工程到初始状态删除所有生成结果。这个命令我建议慎用尤其是工程里有很多自定义 IP 的时候执行前一定先备份。3.3 保存状态习惯正常退出比什么技巧都重要说了这么多方案最本质的一条其实是让 Vivado 正常退出。关软件的时候用 File - Exit或者直接点窗口右上角的关闭按钮让它自己走完保存流程。不要一看到卡顿就去任务管理器结束进程。那确实爽快但代价就是窗口布局、GUI 状态、临时文件都没来得及保存下次打开大概率回到首页甚至工程被锁定。我给自己定的规矩是重要工程关闭前先在 TCL Console 里执行一次 close_project确认工程状态保存好后再退出 Vivado。这样做的目的就是把工程状态干净地写入磁盘避免下次打开时出现文件锁定、布局丢失等问题。如果你手头同时有好几个工程也可以写一个通用的 close_project.tcl里面就一句话 close_project每次关工程前运行一下习惯养成后你会发现 Vivado 的“小脾气”少了很多。4. 常见问题与排查实录4.1 重启回首页之外的典型故障速查表现象可能原因处理方式Vivado 启动后一直停在欢迎页双击工程没反应xpr 文件关联异常或者路径失效改用命令行 vivado xxx.xpr 启动或者从 Recent Projects 打开打开工程后窗口布局全乱波形窗口丢失异常退出导致 GUI 状态没保存手动恢复布局后续养成正常退出习惯打开工程提示文件被锁定上次 Vivado 进程残留或锁文件残留任务管理器确认所有 Vivado 进程退出删除 .Xil 下的锁文件打开工程时提示 out of memory 或启动极慢工程太大runs 和 cache 目录过多按 3.2 的方法清理生成目录确认磁盘剩余空间充足工程加载到一半 Vivado 无响应IP 核锁定、路径失效、库缺失用 batch 模式打开工程查看日志定位具体报错这个表里每一行都是我或周围同事真实踩过的坑。特别是“文件被锁定”那条很多人不知道是上次强杀进程的后果。Vivado 打开工程时会在临时目录下生成锁定标记如果进程没干净退出标记就不会释放下次打开就会报错。4.2 两个真实排查案例案例一多端口 DDR 读写验证工程崩溃后无法打开之前调一个基于 FPGA 的多端口 DDR 读写程序Vivado 2018.3 在综合跑到一半时界面卡死我直接任务管理器结束了进程。结果重新打开工程时提示 project file is locked半天没反应过来。后来我打开任务管理器一看果然有两个 Vivado 后台进程没退干净名字叫 vivado.exe 和 xvlog.exe 之类。把进程全结束后再删掉工程目录下 .Xil 文件夹里生成的锁文件工程才恢复正常。这个案例给我最大的教训是Vivado 卡死时不要急着结束进程先等它半分钟很多“卡死”其实只是综合任务在大量占用 CPU界面暂时没响应而已。如果确实需要强制结束结束后记得检查进程列表确保所有 Vivado 相关进程都退干净了。案例二修改快捷方式后双击仍然回到欢迎页有个同事按照网上的方法在快捷方式目标里加了工程路径结果双击后还是停在欢迎页跑过来问我怎么回事。我过去一看“目标”那一栏确实加了路径但工程路径写成了 E:\工程文件\demo.xpr里面带了中文另外还把路径误写到了“起始位置”里。把中文路径改成英文路径移到“目标”末尾后问题就解决了。还有一次我发现快捷方式加了工程路径不生效排查了半天最后发现是因为我之前那个快捷方式是用“管理员权限”创建的目标里的路径解析和普通快捷方式不一样重新创建了一个普通快捷方式就好了。这类问题比较隐蔽遇到时不妨用最原始的命令行方式先试一遍确认路径没问题再改快捷方式。4.3 独家避坑三条从欢迎页打开工程其实不慢多少心理上别太排斥。用脚本一键打开本质上是帮你省掉“从欢迎页点 Recent Projects”这一两步操作不是玄学。工程文件夹尽量放在 SSD 上。Vivado 综合和打开工程时 IO 密集度非常高机械硬盘会让人严重怀疑人生。磁盘剩余空间少于 10% 时Vivado 会出现一些很诡异的问题包括但不限于保存失败、布局丢失、综合中断。定期清理磁盘也是对工程恢复能力的保障。我自己现在的固定工作流是这样的桌面上放几个 bat 快捷方式分别对应不同工程的 TCL 脚本。比如 open_ddr.tcl 打开 DDR 验证工程open_mipi.tcl 打开 MIPI 采集工程。每次开工双击对应 batVivado 启动后自动载入工程布局基本都是上次正常退出的样子。关工程前习惯性在 TCL Console 里 close_project再退出软件。这套流程用顺手之后我几乎没再关心过什么欢迎页不欢迎页的问题。多提一句新版本 Vivado 的欢迎页交互会有一些调整但“启动后不自动恢复上次工程”这个底层逻辑变化不大。所以上面这些方法你在 2018.3 甚至更新的版本上都能用。根据自己的习惯挑一种方案去试应该能帮你省下不少每天重复点鼠标的功夫。