4. 项目创建与管理：新建仿真项目、设置工作目录、保存与版本管理
好了，咱们聊完了仿真的前置准备和理论基础。现在，该上手实操了。
你想想看，SI仿真不是一次性的活儿。一个项目，从最初的设计方案到最终签板，中间可能要跑几十轮甚至上百轮仿真。如果没有一套清晰的项目管理流程，你的电脑桌面很快就会变成「桌面灾难」——「20250401_仿真_改3_最终版_真的不改了.spp」这种文件名，你敢说你没见过？
我个人习惯是，在动手跑第一个仿真之前，先把「项目」这个房子搭好。这一章，我就带你走一遍从零开始创建仿真项目、搭好目录结构、养成保存与版本管理习惯的完整流程。
4.1 新建仿真项目——三种方式，任你选
几乎所有的商用SI仿真工具（比如Ansys SIwave、Cadence Sigrity、Keysight ADS、HyperLynx），在创建新项目时都大同小异。我以最常见的操作逻辑来讲解，具体按钮名称可能略有不同，但思路是通用的。
一般有这几种方式新建项目：
- 启动界面直接新建：打开软件，弹出的欢迎页上通常就有「New Project」按钮。点它，最直接。
- 菜单栏操作：通过
File -> New -> Project。如果欢迎页被你关了，从这里进。 - 命令行/脚本：对于一些支持脚本化的工具，可以用类似
CreateProject -name "DDR5_DIMM" -type "SI"的命令。这招在批量创建或自动化流程里非常有用。
点击新建后，会弹出一个对话框。你需要填几个关键信息：
| 字段 | 说明 | 我的建议 |
|---|---|---|
| Project Name | 项目名称，建议用英文+数字+下划线 | 不要带空格或特殊符号，兼容性最好 |
| Project Location | 项目文件存到哪个目录 | 见4.2节，这是个大坑 |
| Project Type | 选择仿真类型：SI、PI、EMI等 | 选错类型，后面提交流程会麻烦 |
| Technology | 制程工艺或材料库 | 如果没特殊要求，用默认的 |
4.2 设置工作目录——做好这5步，告别寻路噩梦
工作目录的设置，说白了就是给这个项目的所有文件找个「家」。这个家如果搭得乱七八糟，你找堆叠文件、模型文件、结果报告的时候就会像无头苍蝇。
我曾经在一个大型服务器项目里，接手了同事的仿真工作。他的习惯是所有文件扔桌面，一个项目里混着DDR4和DDR5的模型，最后我光是整理项目就花了两天。血的教训。
我现在比较推荐的项目目录结构是这样的：
Project_Root/
├── 00_Project_Files/ # 软件自建的工程文件 (.sip, .spd, .prj等)
├── 01_Input_Data/ # 输入源文件
│ ├── Layout/ # 版图文件 (.brd, .mcm, .alg)
│ ├── Stackup/ # 叠层文件 (.csv, .xml)
│ └── Models/ # IBIS, HSPICE模型
├── 02_Simulation_Scripts/# 仿真脚本或批处理文件
├── 03_Output_Results/ # 所有输出结果
│ ├── S_Parameters/ # S参数
│ ├── Waveforms/ # 波形文件
│ └── Reports/ # 仿真报告
├── 04_Documentation/ # 设计文档、笔记
└── 05_Archives/ # 历史版本备份
你在新建项目时，对话框里的「Project Location」就指向 Project_Root 这个文件夹。而上面的子目录，我建议在项目开始前就手动建好。为什么？因为大多数仿真工具只创建它的专属工程文件，不会帮你规划数据区。
关于路径设置，还有几点要留意：
- 路径 vs 相对路径：我个人习惯用相对路径来引用模型和版图。比如
../01_Input_Data/Models/。这样整个项目文件夹拷给别人，或者换台电脑，只要相对关系不变，所有引用都有效。用路径（如C:/Users/Johndoe/...）会断链。 - 避免中文路径和空格：很多仿真内核是C++写的，对Unicode支持不太好。你放个「仿真模型」文件夹，有时候就加载不出IBIS模型。
- 工作目录盘符：仿真会产生大量临时文件，尽量放在SSD或者高性能的硬盘上。别放网络映射盘，读写速度会拖垮仿真。
C:\Users\xxx\Documents\）。如果C盘空间不够（尤其跑大型3D全波仿真时），仿真会因为写临时文件失败而中途崩掉。我建议一开始就把工作目录设到其它分区。
4.3 保存策略——你永远不知道软件什么时候会闪退
说到保存，有些人觉得这算什么知识点，按个 Ctrl+S 谁不会？但是，你真的会「有效保存」吗？
嗯，这里要注意。仿真软件比一般的办公软件更容易崩溃。因为一次仿真可能要跑几个小时甚至一天，内存占用极高，操作系统稍有抖动，软件就没了。我记得有一次，我调了一整天的DDR4时序仿真参数，界面卡住了，我习惯性地点了保存...结果软件直接无响应。重启后，发现工程文件损坏了。
从那以后，我对保存策略做了调整：
- 增量保存：不要只用一个文件反复覆盖。每次手动保存时，用
File -> Save As，在文件名后加个版本号。比如Project_v1.sip，Project_v2.sip。这样就算一个文件坏了，还有上一个。 - 利用工具的AutoSave：大部分专业工具都有自动保存功能。找到设置（一般在
Options -> General -> AutoSave），把自动保存时间间隔设为 5-10 分钟。保存路径也设到00_Project_Files/AutoSave/下，避免跟正式文件混在一起。 - 仿真前手动保存一次：在点「Run Simulation」之前，手动 Ctrl+S 一下。这是个习惯问题，养成就好了。
- 导出工程包：有些工具支持
Archive Project功能。它会把工程文件、所有引用到的模型、版图、脚本打包成一个压缩包。这个功能在项目交付或归档时非常有用。
4.4 版本管理——从单打独斗到团队协作
如果你只是一个人做仿真，本地手动备份一下版本号可能就够了。但一旦团队作战，或者项目周期很长（比如半年），那版本管理就变得至关重要。搞混版本，可能导致设计改版改错了，仿真白跑，甚至生产出废板。
你想想看，为什么很多公司推行Git来管理代码？因为它能清晰地记录谁、在什么时候、改了什么东西。
对于SI仿真项目，我推荐这几种版本管理模式：
- 轻量级：手动文件夹备份：适合小团队或短期项目。按时间节点，把整个
Project_Root复制一份，改名Project_Root_20250401。简单粗暴，但占空间，也不方便多人同时操作。 - 规范化：借助版本控制工具：我目前比较推崇把仿真项目也纳入Git管理。只跟踪文本类的文件（如工程描述文件、脚本、配置文件）。至于 .snp、.spd 这些二进制文件，选择性地忽略掉（丢进.gitignore）。这样仓库既轻量化，又能精确控制版本。
- 企业级：使用仿真数据管理平台：大型公司通常会搭建专用的平台来管理工程数据。比如 Cadence 的 Clarity 或 Systek 的 ACE。它跟EDA工具深度集成，可以自动记录每次仿真的输入、输出、结果，并且支持多人协作。
我个人使用Git的经验是，把项目里的 00_Project_Files 目录下关键的 .py、.tcl、.csv 文件提交，而 03_Output_Results 下的结果文件定期清理，只保留必要的几个版本。这样版本库的大小可控，且能追溯到每次参数调整的上下文。
好了，关于项目创建和管理的核心内容就这些。从新建项目，到搭目录结构，再养成合理的保存习惯和版本管理意识——这套流程我做下来，真没在文件管理上摔过跟头。你也试试看。