企业官网建设流程全解析

1. 为什么现在还有人在折腾 ISE 与 ModelSim 的这套组合

1.1 哪些人必须用 ISE 14.7

先别急着吐槽“都什么年代了还在用 ISE”。作为搞 FPGA 的人，你迟早会遇到这类需求：单位里还躺着几块 Spartan-6、Virtex-5 的老开发板，导师给的毕业设计题目是基于 Xilinx 旧器件的，或者手里有一套只能跑在 ISE 下的 IP 核。更常见的场景是，很多高校的《EDA 技术》课程直到今天还是用 Xilinx Spartan-3E 或 Spartan-6 教学，教材里的工程文件全部基于 ISE Design Suite 14.7 编写，老师布置的作业模板也是 ISE 格式。

ISE 14.7 是 Xilinx 老一代 FPGA 的最终版本，之后新器件全部转向 Vivado 体系。Spartan-6、Virtex-6、以及更早的 Spartan-3、Virtex-5 这些器件，在 Vivado 里根本没有对应的器件支持文件，所以只能靠 ISE 14.7 完成设计、综合、布局布线、生成 bit 流和固化程序。这是硬需求，不是情怀。

不过很多人在使用 ISE 原生仿真器 ISim 时发现，它虽然能用，调试体验确实太原始了。波形缩放卡顿、信号分组不方便、复杂 Testbench 跑起来速度慢，一旦设计规模上来，ISim 的易用性和 ModelSim 差距明显。而且不少工程里的旧 Testbench 是为 ModelSim 写的，直接迁移到 ISim 经常报兼容性错误。于是“ISE 做综合布线 + ModelSim 做仿真验证”这套组合就成了很多老工程师的标准姿势。

1.2 ISE 配 ModelSim 到底解决了什么问题

简单说，ISE 负责“把 RTL 变成 bit 文件”，ModelSim 负责“验证 RTL 行为是否符合预期”。两者通过 ISE 内部的 EDA 工具链接机制协同工作：

• 行为级仿真在 ModelSim 里完成，速度比 ISim 快，调试手段更多。
• 综合后的门级功能仿真、布局布线后的时序仿真，也能把网表和仿真库交给 ModelSim 跑。
• Xilinx 官方提供了 UNISIM、SIMPRIM、XilinxCoreLib 等仿真库，可以预编译到 ModelSim 里，保证 IP 核和原语能正确仿真。

换句话说，你只需要维护一份 RTL 代码 + 一份 Testbench，剩下的仿真切换、库映射、工程信息传递都由 ISE 和 ModelSim 之间的接口自动完成。把这套环境配置好，后面所有工程的验证节奏都会顺很多。

1.3 先说结论：这套环境在 Windows 11 上能装成功

网上不少帖子说 ISE 14.7 在 Windows 11 上装了也白装，启动就报错。我实测下来的结论是：能用，但需要做三个前置动作——安装 .NET Framework 3.5、准备一个老版本 Java 运行时、把安装路径固定在 C 盘根目录且不能用带空格和括号的目录。后面我会把每一步讲透。装好之后，ISE 的 Project Navigator、iMPACT、ChipScope 都能正常工作，ModelSim 联合仿真也没问题。

2. 动手安装前，先把老工具的环境定死

2.1 安装路径的硬性规范

这个坑我踩得太深了。ISE 14.7 虽然已经是 2013 年的工具，但它的安装器和许多核心模块依然是 32 位程序，对路径的处理非常脆弱。如果你把 ISE 装到D:\Program Files (x86)\Xilinx\14.7这种路径，后续很容易出现两类问题：

• 打开 Project Navigator 时，工程创建向导偶尔报“Cannot open project”。
• iMPACT 下载程序时找不到电缆驱动或者 DLL 加载失败。

不是说绝对不能装到其他盘，但为了最大程度降低环境变量和脚本的出错概率，建议统一采用这种目录结构：

C:\Xilinx\14.7\ISE_DS

另外，Windows 登录用户名一定要是纯英文，不能是中文，也不能带空格。因为 ISE 在运行过程中会往用户目录\AppData下写缓存和工程临时文件，用户名含中文时，部分老旧的批处理脚本会解析失败，表现就是“综合到了一半突然报错，重启又正常，再跑又报错”。

2.2 Windows 11 上的 .NET 3.5 与 Java 前置条件

Windows 11 默认没有启用 .NET Framework 3.5，而 ISE 14.7 的安装引导程序和部分图形化工具（比如 ChipScope Analyzer）依赖它。很多人双击 xsetup 后界面一闪而过，或者安装进度条走到一半退出，多半就是缺这个组件。

在 Windows 11 上启用 .NET 3.5 的方法很简单：打开“控制面板 - 程序和功能 - 启用或关闭 Windows 功能”，勾选“.NET Framework 3.5（包括 .NET 2.0 和 3.0）”，然后点确定。如果系统无法自动下载组件，就手动准备一个 Windows 11 安装镜像，用管理员权限运行：

dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess

这里D:\sources\sxs是镜像解压后的路径。

Java 环境也容易漏。ISE 14.7 自带的图形化配置工具会调用本机 Java，系统里如果已经装了比较新的 JDK（比如 Java 17），可能会因为版本不兼容导致许可证管理工具打不开。稳妥做法是安装一个 JRE 1.8 的老版本，并设置好JAVA_HOME环境变量指向它。不要担心 Java 8 太老，它只服务于 ISE 的工具调用，不影响系统里其他程序。

2.3 安装包来源与完整性校验

ISE 14.7 的完整安装包大约在 6GB 以上，网上有很多分流压缩包。下载完成后不要急着解压，先核对一下 SHA-256 校验值。Xilinx 官方文档里能查到对应文件的校验值，如果对不上，果断重新下载。原因在于：ISE 安装程序是分卷打包的，任何一个分卷损坏都会导致安装中途提示“Cabinet file corrupted”，而你已经浪费了一个小时。

解压时也建议直接解压到C:\Xilinx_installer这种纯英文短路径，同样避开空格和括号。

3. ISE 14.7 安装与许可证激活细节

3.1 安装过程的勾选项

进入安装界面后，选择“ISE Design Suite 14.7”完整安装，或者按需勾选。我的建议是保留默认全部组件，特别是这几项不能少：

• ISE WebPACK / ISE Foundation 主程序
• Cable Drivers（用于 iMPACT 连接下载器）
• Simulation Library Compilation Wizard（后续编译 ModelSim 仿真库必需）
• ChipScope Pro（调试可选，但建议一起装）

安装过程比较久，等进度条跑完即可。安装完成后，桌面上会出现“ISE Design Suite 14.7”的快捷方式，先不要急着打开，因为许可证还没配置。

3.2 License 文件配置与验证

如果你有官方 License 文件，操作就很简单。如果没有，可以先申请 Xilinx 的评估 License 或者用器件对应的 WebPACK 免费 License。我强烈建议不要在网上随便找那种不明来源的“万能 License”，一方面不干净，另一方面老工具的 License 机制对过期时间和 hostid 检查很严格，使用不明文件反而导入失败。

处理 License 的推荐步骤：

1. 把.lic文件放到一个固定目录，例如C:\Xilinx\license\Xilinx.lic。
2. 右键“此电脑 - 属性 - 高级系统设置 - 环境变量”，新建系统变量：

   XILINXD_LICENSE_FILE=C:\Xilinx\license\Xilinx.lic

3. 打开“ISE Design Suite 14.7”下的“Xilinx License Configuration Manager”，确认能识别到 License 和到期时间。
4. 命令行里运行lmutil lmdiag Xilinx，能看到“Flexible License Manager”返回正常的诊断信息，说明 License 服务状态没问题。

如果你单位用的是浮动 License 服务器，环境变量改成2100@server_ip这种格式即可，前提是网络能到达该服务器。

3.3 安装后首次启动排错

首次启动 Project Navigator 时有三个常见问题。

一种情况是提示缺少libPortServer.dll或者ntdll.dll相关错误。这是因为 ISE 的 32 位组件在 Windows 11 上受到了一些兼容性约束，解决办法是右键快捷方式“以管理员身份运行”，并在“属性 - 兼容性”里把“以兼容模式运行这个程序”设为“Windows 7”。不要选 Windows XP，实测 Windows 7 模式最稳定。

另一种情况是启动后一片空白，菜单栏能显示但新建工程按钮无效。这种多和 Java 版本有关，检查JAVA_HOME是否指向了过高的 JDK 版本，必要时卸载高版本 Java 再装 JRE 8。

还有一种是点击“New Project”时直接退出。检查安装路径是否符合前面提到的规范，我见过太多人把工程建在桌面“新建文件夹”里，路径里带中文和空格，导致工程文件生成失败。

4. ModelSim 安装、环境变量与许可证配置

4.1 版本选择：SE、PE 与 ISE 自带之间的差异

ModelSim 的版本比较多，常见的有 Intel FPGA 版（OEM）、Mentor 的 ModelSim SE、以及各厂商定制的简化版。对 ISE 14.7 来说，最佳搭配是 ModelSim SE 10.5 或 10.6 系列。这个版本既支持 64 位运行，又能兼容 Xilinx 的仿真库编译脚本。

需要注意：ISE 14.7 安装目录下其实附带了一个“ModelSim XE”的入口，但它只是一个简化配置，并不是完整的 ModelSim 安装包。你仍然需要自己下载安装 ModelSim 主程序，两者并不冲突。

ModelSim 是 32 位还是 64 位不是关键，但建议安装 64 位版本并在 PATH 里指向win64目录。64 位版本在跑大规模网表仿真时内存上限更高，不容易出现“Out of memory”中断。

4.2 环境变量、许可证和 PATH

ModelSim 安装完成后，需要设置两个核心环境变量：

MODEL_TECH=C:\modeltech64_10.5\win64 MGLS_LICENSE_FILE=C:\modeltech64_10.5\license.dat

其中MODEL_TECH是 ModelSim 的二进制目录，MGLS_LICENSE_FILE是许可证文件路径。如果你的许可证来自 Mentor 浮动服务器，同样写成2100@server_ip格式。

为了能在命令行里直接敲vsim，建议把win64目录追加到系统PATH：

C:\modeltech64_10.5\win64

顺便提一句：如果你机器上同时装了其他 Mentor 工具，可能会用到LM_LICENSE_FILE变量。但我建议 ModelSim 单独使用MGLS_LICENSE_FILE，不要混在LM_LICENSE_FILE里，因为不同工具的 license 特征码冲突时，ModelSim 会启动失败或者显示“bad feature”。

4.3 快速验证 ModelSim 能独立运行

在配置 ISE 链接之前，先在命令行验证一遍 ModelSim 本身是好的。

打开命令提示符，输入：

vsim -version

如果输出版本信息，说明主程序和 PATH 没问题。再输入：

vsim -c

能进入交互命令行并显示ModelSim>提示符，说明 License 检查也通过了。如果此时报Unable to checkout a license，不要浪费时间排查别的东西，直接看MGLS_LICENSE_FILE指向的路径和内容。

这一步验证非常重要。很多人把 ISE 和 ModelSim 安装都完成了，但联合仿真时 ISE 弹出“ModelSim application not found”或者“License check failed”，实际上问题根本不在 ISE 这边，而是 ModelSim 自身就没跑起来。先把 ModelSim 独立跑通，再联调，排查范围能缩小一半。

4.4 关于 64 位与 32 位的兼容细节

ModelSim 的 64 位版默认编译的仿真库也是 64 位格式，而 ISE 编译出来的 Xilinx 仿真库默认是 32 位格式。这两者混用会报Bad library format。解决办法有两个：

• 统一使用 32 位 ModelSim，所有库都以 32 位格式编译。
• 使用 64 位 ModelSim，并在编译 Xilinx 库时指定-64参数。

从实际使用效果看，我推荐第二种方案。现在大多数人的电脑内存都在 16GB 以上，64 位 ModelSim 跑大规模仿真更从容。后面编译仿真库的环节，我会给出带-64参数的具体做法。

5. 让 ModelSim 成为 ISE 的仿真后端

5.1 修改工程模拟器设置

ISE 工程默认的 Simulator 是 ISim（ISE Simulator），要切换到 ModelSim，需要依次操作：

1. 打开工程后，菜单栏选择Project - Design Properties。
2. 在弹出窗口左侧选择Simulation，右侧Simulator下拉框里选择ModelSim-SE Mixed或者ModelSim-SE Verilog，根据你 Testbench 的语言来定。
3. Simulator Language保持默认 Mixed 即可，方便同时仿真 Verilog 和 VHDL。
4. 点击 OK 保存。

如果下拉框里没有 ModelSim 选项，说明 ISE 没有正确识别 ModelSim 安装位置。这种情况可以手动在环境变量里补充MODEL_TECH，然后重启 ISE。大多数识别问题都能通过这个变量解决。

5.2 仿真库编译向导操作

这是整个联合配置里最关键、也最容易出错的一步。ISE 生成的 IP 核网表、原语、以及布线后网表，都依赖 Xilinx 仿真库。这些库必须预先编译成 ModelSim 能识别的格式。

打开“ISE Design Suite 14.7”程序组里的“Simulation Library Compilation Wizard”，按以下步骤操作：

1. 在“Product to install”里选择ModelSim SE或ModelSim PE。
2. 编译器位置选择 ModelSim 安装目录里的win64文件夹。
3. “Simulator Executable” 选择vsim.exe。
4. 语言类型勾选Verilog和VHDL，如果你的设计只用 Verilog，至少也要选 Verilog。
5. 架构类型全选即可。
6. 选择“Compile all device families”或者只勾选你需要的器件系列（比如 Spartan-6 和 Virtex-5）。
7. 输出目录建议设置为C:\Xilinx\sim_libs或者C:\modeltech64_10.5\xilinx_libs。
8. 在“Vlog Compiler Options”里加上-64，确保按 64 位格式编译。

点击 Compile 后，编译过程会持续 10 到 30 分钟，取决于你选的器件系列数量。这段时间不要干别的，耐心等。

编译完成后，向导会在目标目录生成一个modelsim.ini文件，里面记录了各个库的映射路径。注意，这个modelsim.ini并不是 ModelSim 默认使用的那个，你需要确认:

• 如果 ModelSim 是从命令行vsim启动，它会优先读取当前工作目录下的modelsim.ini。
• 如果从 ISE 中直接调用 ModelSim，ISE 会通过参数把库映射传过去，但为了保险，最好把modelsim.ini复制到 ModelSim 安装目录下，或者把modelsim.ini中Library相关的映射段落合并到 ModelSim 安装目录的原文件里。

更省事的方法是在 ModelSim 主界面执行：

vmap work work vmap unisim C:/Xilinx/sim_libs/unisim vmap simprim C:/Xilinx/sim_libs/simprim vmap XilinxCoreLib C:/Xilinx/sim_libs/XilinxCoreLib vmap secureip C:/Xilinx/sim_libs/secureip

通过vmap命令手动建立映射，会让库关系最清晰。每次新开工程时，只要在 ModelSim 里执行一次这些命令就行。ISE 自动启动 ModelSim 时，也会自动带上类似的映射参数，所以你手动映射只是为了备用。

5.3 第一次联合启动试验

库编译好之后，找一个小工程做联调。

在 ISE 里随便建一个最简单的 Verilog 模块，再写一个空 Testbench，然后选中“Design”面板里的“Simulate Behavioral Model”流程，右键选择“Run”。ISE 会自动调用 ModelSim，编译完设计后弹出 ModelSim 窗口并开始仿真。

如果这一步能正常跑完，说明 ISE 到 ModelSim 的链路已经通了。如果弹出找不到vsim、找不到库、或者许可证报错，就回到前面的步骤逐项检查。

这里要特别提醒一个容易忽略的点：ISE 的 Process 属性里有一项“Simulation Library Compilation”设置，建议把“Library Compilation”设为“Always Compile”。否则有时候你修改了 IP 核参数，ModelSim 里加载的还是旧库，仿真结果和当前设计对不上。

5.4 命令行直接仿真和 ISE 调用的区别

联合配置完成之后，你会有两种仿真工作方式：

• 方式一：在 ISE 的 Process 面板里点仿真，由 ISE 自动生成脚本并调用 ModelSim。适合在工程里快速做一遍行为验证。
• 方式二：打开 ModelSim，在命令行里手动vlib、vlog、vsim。适合需要反复调试 Testbench 的场景，灵活度更高。

我个人更推荐日常调试用方式二，因为每次修改 RTL 后不需要回到 ISE 重新点，直接在 ModelSim 里重新编译编译更快。ISE 只负责综合、布局布线和最终生成流文件。这也是“ISE 做编译、ModelSim 做仿真”这套分工最舒服的地方。

6. 端到端仿真实战：LED 移位寄存器从代码到波形

6.1 设计代码与 Testbench 的准备

我拿一个非常经典的 LED 流水灯模块来演示，因为它足够简单，但又覆盖了时钟、复位、寄存器、组合逻辑等核心要素，出现红线时也容易定位原因。

先写 DUT（被测模块）：

module led_shift( input clk, input rst_n, output reg [3:0] led ); reg [4:0] cnt; always @(posedge clk or negedge rst_n) begin if (!rst_n) begin cnt <= 5'd0; led <= 4'b0001; end else if (cnt == 5'd31) begin cnt <= 5'd0; led <= {led[2:0], led[3]}; end else begin cnt <= cnt + 1'b1; end end endmodule

这个模块在 50MHz 时钟下，每 32 个周期让 LED 数据向左循环移位，实现流水灯效果。计数器故意做小，是为了仿真时能快速看到变化。

再写 Testbench：

`timescale 1ns / 1ps module tb_led_shift; reg clk; reg rst_n; wire [3:0] led; led_shift uut ( .clk (clk), .rst_n (rst_n), .led (led) ); initial begin clk = 1'b0; rst_n = 1'b0; #100; rst_n = 1'b1; #2000; $finish; end always #10 clk = ~clk; endmodule

这里的关键点在于：rst_n一开始被拉低，持续 100ns 后再释放，确保寄存器完成复位。clk每 10ns 翻转一次，所以时钟周期是 20ns，对应的频率是 50MHz，符合常见开发板时钟。

6.2 在 ISE 中启动 ModelSim 仿真

把这两个文件加入 ISE 工程后，确认工程 Simulation 属性已经改成 ModelSim。然后执行“Simulate Behavioral Model”。ModelSim 启动后，会自动编译代码并加载仿真。

如果一切正常，你会在 Wave 窗口看到四组信号：clk、rst_n、cnt、led。其中led从 0001 开始，每隔 320ns 变成 0010、0100、1000、0001，循环往复。cnt从 0 计数到 31，然后归零。

这时候可以试着在 ModelSim 里添加信号和游标、对比波形，看看和预期是否一致。如果仿真结果正确，那么恭喜你，ISE 和 ModelSim 的联合仿真已经正式跑通了。

6.3 波形红线问题是怎么回事

很多人一上来就在 ModelSim 里看到满屏红线，第一反应是“是不是我的代码写错了”。其实红色通常表示信号状态是X（未知）或者Z（高阻），并不一定是逻辑功能错，而是仿真环境里某些输入没有被正确驱动。

常见原因有四个：

1. 复位没有被正确拉起来。比如 Testbench 里rst_n始终为高电平，寄存器内部初始值在仿真开始时是 X，于是所有 reg 信号都变成 X。解决办法就是像上面的例子一样，先给一个复位低电平脉冲，再释放。
2. 时钟没有生成。Testbench 里漏写always #10 clk = ~clk;，模块内部没有时钟沿触发，reg 永远不会被赋值。
3. 模块的输入端口没有连接。比如顶层模块写成led_shift uut(.clk(clk), .rst_n(rst_n), .led(led));，但rst_n没有在 Testbench 里定义或赋值，端口悬空，输入就是 X。
4. Xilinx 原语仿真需要额外的全局复位信号。如果你在设计里用了 BUFG、DCM 等原语，或者做的是布局布线后的时序仿真，只跑速度快的 ModelSim 行为级仿真可能有些库模型不完整。

碰到红线时，先别急着怀疑代码，按下面的顺序排查：

• 先看clk波形是不是方波。
• 再看rst_n有没有一个从低到高的跳变。
• 然后看顶层模块端口有没有X状态。
• 最后检查 ModelSim 的 Transcript 窗口有没有编译警告，比如“port connection”相关提示。

大多数情况下，把复位信号在 Testbench 里处理好，红线问题就解决了。如果用了时序仿真还需要额外的glbl.v全局复位文件，这个是另一个话题，这里先不展开。

7. 疑难杂症集中专栏：安装、下载、固化一条龙避坑

7.1 DLL 加载失败与 32 位兼容问题

安装完 ISE 后在 Windows 11 上最常见的报错是：双击“ISE Design Suite 14.7”快捷方式，提示The application was unable to start correctly (0xc000007b)。这个错误代码的本质是 32 位和 64 位系统文件混淆，通常不是单一 DLL 的问题，而是系统缺少适合 32 位进程运行的运行库。

处理方法按顺序尝试：

1. 以管理员身份运行快捷方式。
2. 设置兼容模式为 Windows 7。
3. 安装系统缺失的 VC++ 运行库合集，重点覆盖 2005、2008、2010、2013、2015-2022 这些版本。ISE 14.7 的安装目录里通常自带一部分，但 Windows 11 新系统往往还需要补充。
4. 如果仍然报 0xc000007b，检查系统 PATH 里是否混入了其他 64 位工具的某些同名 DLL。比较典型的冲突是安装了奇葩的数字电路软件后，把libwinpthread-1.dll等文件写到了系统目录。这种情况只能手动清理 PATH，或者重装 Visual C++ 运行库。

另外一个容易出现的问题是自带的libPortServer.dll无法加载。这个文件在C:\Xilinx\14.7\ISE_DS\ISE\lib\nt64目录下。如果提示缺少它，说明系统的 Microsoft Visual C++ 2008 运行库没有正确注册。去控制面板里找到对应的运行库，选择修复，或者直接下载一个 VC++ 2008 x86 版本安装。

7.2 bit 文件下载与 iMPACT 的 Windows 11 处理

ISE 综合布局布线之后，会生成.bit文件。下载到开发板需要用到 iMPACT。很多人在这一步卡住，因为 iMPACT 在 Windows 11 上经常识别不到下载器。

正常下载流程是：

1. 连接下载器（比如 Xilinx Platform Cable USB II），安装驱动时选“Jungo”驱动。
2. 打开 iMPACT，点Boundary-Scan，自动识别 JTAG 链上的 FPGA。
3. 右键 FPGA 器件，选择Assign New Configuration File，找到.bit文件。
4. 勾选Program，点击 OK 开始下载。

如果 iMPACT 提示No cable detected或者Cannot open cable driver，第一个检查项是驱动是否成功安装。可以在设备管理器里查看是否出现“Jungo”相关的设备。如果设备带黄色感叹号，右键更新驱动，手动指向 ISE 安装目录下的C:\Xilinx\14.7\ISE_DS\ISE\bin\nt64\drivers重新安装。

Win11 下还有一招：打开 iMPACT 时用管理员权限运行。因为 iMPACT 访问底层端口驱动时，对权限要求很严格，普通权限下驱动打开会悄悄失败。

实在不行，可以在命令行用批处理模式下载，避免图形界面里某些控件在 Windows 11 上渲染异常：

impact -batch download.cmd

download.cmd里写的是 JTAG 操作命令，网上有很多现成模板，核心内容就是识别设备、加载 bit、执行 program。

7.3 从 bit 到 mcs：固化程序的完整链路

bit 文件只对 SRAM 配置有效，掉电即失。要把程序固化到 SPI Flash 里，需要在 ISE 里把 bit 文件转换成 mcs 文件，再用 iMPACT 写入。

转换方法有两个：

• 方式一：在 Project Navigator 里选中“Generate PROM File”流程，按向导选择 Flash 型号、数据宽度和格式为 MCS，把 bit 文件加进去，点击生成。
• 方式二：用命令行工具promgen手动生成，适合需要自动化的场景。

生成 mcs 后，用 iMPACT 写 Flash 的步骤是：

1. 初始化 Boundary-Scan。
2. 右键 FPGA，选择Assign New Configuration File，此时不选 bit，而是选择对应 Flash 的配置操作。
3. 在 iMPACT 左侧的 Flash 器件上右键，选择Program。
4. 等进度条走完，重新上电验证程序是否自动加载。

补充一句：如果是 Spartan-6 等带 SPI Flash 的板子，iMPACT 写入时需要选择正确的 Flash 型号，型号选错会导致写入成功但 FPGA 启动时读不到配置。一般开发板原理图上会标注 Flash 型号，照着选就行。

7.4 高频错误对照表

这张表基本覆盖了从安装到固化的完整链路，绝大多数人在这个主题下遇到的问题都能在表里找到对应解决方案。

8. 关于这套环境，我最后想补充的几点心得

环境配置这种事，最忌讳的就是到处找“一键包”或者“绿色破解版”，因为 ISE 和 ModelSim 的版本耦合非常紧，任何一步不匹配，后面的仿真结果都不可信。

我个人的建议是：先把 ISE 14.7 完整安装并且能正常综合，再把 ModelSim 独立跑通，最后才做联合配置。三步之间不要跳步。很多人的 ModelSim 仿真出问题，追根溯源是第一步就没做好——ISE 里设置 Simulator 时明明选的是 ModelSim，但工程目录下还残留了 ISim 的缓存文件，两者干扰导致仿真结果很奇怪。

另外，仿真库编译虽然一次性投入二三十分钟，但千万别偷懒跳过。否则你在仿真里调用一个简单的IBUFG都会报Unknown module。只要把库编译一次，后续所有工程都能复用，这笔时间非常值。

最后再分享一个小技巧：库编译完成后，在 ModelSim 的命令行里执行一次vmap把映射关系导出到文本，保存成一个脚本。以后换电脑或者重装系统，只需要在 ModelSim 里do map.do一下，所有库映射就恢复好了，比重新编译省事太多。

ISE 和 ModelSim 这套组合虽然老，但在特定器件开发场景下依然是不可替代的。按照本文的顺序一步步来，半天时间足够跑通全流程。真遇到实在解决不了的问题，把报错信息复制下来搜英文，大多数都能找到答案——工具虽老，遇到同样问题的人却一点也不少。