1. Quartus Prime开发环境搭建

Quartus Prime 是 Intel（原 Altera）FPGA 的官方集成开发环境，承担从设计输入、综合、布局布线到时序分析与下载配置的完整流程。对于 Cyclone、Arria、Stratix 等器件，所有工程最终都要落到 Quartus Prime 上完成编译与烧录。因此，环境搭建不是可跳过的准备工作，而是决定后续工程能否顺利编译、下载和调试的基础。本章围绕四件事展开：软件安装、License 配置、器件库选择与 USB-Blaster 驱动部署。

一、版本选择与安装流程

Quartus Prime 分为三个版本：Lite Edition（免费，支持 Cyclone、MAX 等中低端器件）、Standard Edition（需授权，支持 Arria 10、Cyclone 10 等）、Pro Edition（需授权，面向 Stratix 10、Agilex 等高端器件）。教学与入门项目通常使用 Lite Edition，下载时需注意版本号与器件支持列表的对应关系，例如 Quartus Prime Lite 23.1 与早期 18.1 在器件库和 IP 上存在差异。

安装流程的关键点如下：

1. 从 Intel 官网下载 QuartusLiteSetup-<版本>-windows.exe 与对应的 CycloneV/MAX10 等器件库文件（.qdz）。
2. 运行安装程序，选择安装目录，建议路径不含中文与空格，例如 D:\intelFPGA_lite\23.1。
3. 在组件选择界面勾选 Quartus Prime、ModelSim（可选）、器件库（Device Support）。
4. 安装完成后，首次启动会提示选择器件系列，此时可暂不配置，后续通过 Device Installer 补充。

安装过程中最容易出问题的是器件库缺失。若只安装主程序而未安装对应器件库，新建工程时器件列表为空，编译会直接报“Device not found”。因此建议在安装阶段就勾选目标器件，例如 Cyclone IV E、Cyclone V、MAX 10。

二、License 配置

Lite Edition 对多数中低端器件无需 License，但 Standard/Pro Edition 或使用某些 IP 时必须配置授权文件。License 配置的核心是让 Quartus 能找到 license.dat 并正确识别主机 ID（Host ID）。

操作路径为：Tools → License Setup，在 License file 栏指定 .dat 文件路径。若使用网络授权，则填写 port@host。配置完成后，界面下方会显示已识别的授权特性，例如 Quartus Prime Standard 与到期日期。若显示 No license found，需检查 Host ID 是否与授权文件中的一致，Host ID 通常为网卡 MAC 地址，可在命令行执行 ipconfig /all 查看。

三、器件库选择

器件库决定了 Quartus 能识别哪些 FPGA 型号。选择原则是“按目标板卡选器件，按器件选库”。例如目标板为 Cyclone IV EP4CE6，则必须安装 Cyclone IV 器件库；若目标板为 MAX 10，则安装 MAX 10 库。器件库可通过 Tools → Install Devices 在线下载，也可离线使用 .qdz 文件安装。

安装后可在 Assignments → Device 中查看可用器件列表。若列表中没有目标型号，说明器件库未安装或版本不匹配。此时不要强行选择相近型号，否则引脚定义与资源会不一致，导致下载后功能异常。

四、USB-Blaster 驱动部署

USB-Blaster 是 Intel FPGA 最常用的下载器，负责将 .sof 或 .pof 文件写入 FPGA 或配置芯片。驱动部署是环境搭建中最容易卡住的环节，尤其在 Windows 10/11 上。

部署步骤：

1. 将 USB-Blaster 插入电脑 USB 口，打开设备管理器，此时通常会看到带黄色感叹号的 USB-Blaster 或未知设备。
2. 右键更新驱动，选择“浏览我的电脑”，指向 Quartus 安装目录下的 drivers\usb-blaster 文件夹。
3. 若提示“无法安装”，需在 Windows 中禁用驱动程序强制签名，或使用管理员权限运行安装脚本 usb-blaster_install.bat。
4. 安装成功后，设备管理器中出现 Altera USB-Blaster，此时在 Quartus 的 Programmer 中点击 Auto Detect 即可识别到 FPGA 芯片。

判断驱动是否正常的直接依据是 Programmer 窗口能否自动检测到器件。若 Auto Detect 失败，常见原因包括：驱动未正确安装、USB 线缆供电不足、JTAG 链上器件未上电、或 JTAG 引脚被复用。此时可先用 jtagconfig 命令查看链上器件，再逐项排查。

五、环境搭建后的快速自检

四要素完成后，建议用一个小工程做闭环验证：新建工程，选择目标器件（例如 EP4CE6E22C8），添加一个简单的 Verilog 分频模块，执行全编译。若编译通过且 Programmer 中 Auto Detect 能识别到器件，说明软件、License、器件库、驱动四者均正常。若编译报错“Device not found”，优先检查器件库；若 Programmer 无法识别，优先检查 USB-Blaster 驱动与 JTAG 连接。

下表给出常见异常与对应排查方向，可作为环境搭建后的检查清单：