在FPGA开发中,你是否曾困惑于如何将灵活的处理器核心与高效的硬件加速模块结合,以构建一个完整的片上系统?面对Nios II软核处理器、自定义IP核的集成以及ModelSim仿真验证这一系列环节,很多开发者,尤其是学生和初学者,常常感到无从下手,资料零散且不成体系。本文将为你系统梳理从理解FPGA软核与IP核概念,到在Quartus Prime中创建Nios II系统,再到使用ModelSim进行功能仿真的完整闭环流程。无论你是希望入门FPGA嵌入式开发,还是需要在项目中集成自定义硬件加速模块,都能从这篇实战指南中找到清晰的步骤、可复现的代码和关键的避坑要点。
1. 背景与核心概念:为何需要软核处理器与IP?
在深入操作之前,我们必须厘清几个核心概念,这有助于理解整个开发流程的设计哲学。
1.1 FPGA、软核处理器与硬核处理器的区别
FPGA(现场可编程门阵列)本身是一块空白的“数字画布”,它由大量的可编程逻辑单元(LE)、存储块(BRAM)和可编程互连资源构成。开发者通过硬件描述语言(如Verilog或VHDL)来定义其内部电路功能。
- 硬核处理器:指在FPGA芯片制造时,就已经物理固化在硅片上的处理器核心(例如Intel FPGA中的ARM Cortex-A系列硬核)。它性能高、功耗确定,但功能固定,不可更改。
- 软核处理器:指用FPGA的可编程逻辑资源“搭建”出来的处理器,例如Altera/Intel的Nios II、Xilinx的MicroBlaze。它并非物理固化,而是通过配置FPGA的逻辑门和布线来实现。其最大优势是高度可定制——你可以根据需求增减外设、调整缓存、甚至修改指令集(对于高级用户),从而在性能、面积和功耗上取得最佳平衡。
简单来说,硬核是现成的房子,软核是用乐高积木按图纸搭的房子。在FPGA上使用软核,意味着你可以为你的专用硬件加速电路(例如图像处理、加密模块)量身定制一个专属的“指挥中心”(CPU)。
1.2 IP核的概念与分类
IP(Intellectual Property)核,即知识产权核,是预先设计好的、可复用的电路功能模块。在FPGA开发中,使用IP核可以极大提高开发效率,避免重复造轮子。
IP核主要分为三类:
- 软IP核:以硬件描述语言(HDL)源代码形式提供,具有最高的灵活性,可以根据目标FPGA和具体需求进行综合和优化。例如,一个UART控制器或FIFO的Verilog代码。
- 固IP核:通常以网表(Netlist)形式提供,是一种针对特定工艺(如某系列FPGA)优化后的中间文件。它比软IP性能更好,面积更优,但不可修改,且不能跨平台使用。
- 硬IP核:指经过物理布局布线、针对特定工艺优化并验证的电路模块,以版图文件形式提供。它性能最优,面积最小,功耗最低,但完全不可更改。FPGA内部的PLL、高速收发器(SerDes)、存储器控制器等常作为硬IP提供。
在基于Nios II的系统中,我们主要接触的是软IP核,例如系统组件(定时器、JTAG UART、PIO)以及用户自定义的硬件加速模块。
1.3 Nios II处理器与ModelSim的角色
- Nios II:它是Intel(原Altera)为其FPGA产品线提供的32位RISC软核处理器。通过Quartus Prime中的Qsys(或旧版的SOPC Builder)工具,我们可以像搭积木一样,将Nios II CPU、片上存储器、各种外设IP核(如定时器、UART、SPI)以及自定义IP核连接起来,形成一个完整的片上系统(SoC)。随后,工具会为我们生成对应的硬件描述文件(.qsys/.sopc)和用于软件开发的BSP(板级支持包)。
- ModelSim:这是一款业界广泛使用的HDL仿真工具。在将设计下载到真实的FPGA板卡之前,我们必须通过仿真来验证逻辑功能的正确性。ModelSim允许我们编写测试平台(Testbench),给设计模块施加激励(输入信号),并观察其输出波形,从而在早期发现并修复设计缺陷,是保证设计质量的关键环节。
理解了这些,我们就可以开始搭建一个包含Nios II软核和自定义IP的完整开发环境了。
2. 环境准备与版本说明
本教程的实操部分基于以下环境。请根据你的实际情况进行调整,核心步骤和思路是通用的。
- 操作系统:Windows 10/11 64位 或 Linux(如Ubuntu 20.04 LTS)。本文以Windows环境为例。
- FPGA开发套件:Intel Quartus PrimeLite Edition(免费版本)。建议使用较新版本,如21.1或更高,以获得更好的器件支持和工具稳定性。
- 下载:访问Intel FPGA官网,选择对应操作系统的Lite版本下载安装。
- 仿真工具:ModelSim - Intel FPGA Starter Edition。该版本通常与Quartus Prime捆绑安装,支持仿真Altera/Intel的IP核和用户设计,对于学习和小型项目足够使用。
- 目标FPGA板卡:任何一款支持Nios II的Intel FPGA开发板均可,例如DE10-Standard, DE0-CV, DE1-SoC等。本文以Cyclone IV EP4CE6E22C8N(DE0-CV开发板常用芯片)为例。
- 文本编辑器/IDE:用于编写Verilog/VHDL代码和测试平台。可以使用Quartus自带的编辑器,或更专业的编辑器如VS Code(配合相关插件)。
安装要点:
- 安装Quartus Prime时,务必勾选安装ModelSim - Intel FPGA Starter Edition以及你目标器件系列(如Cyclone IV)的器件支持文件。
- 安装路径避免包含中文和空格,以防工具链出现奇怪问题。
- 安装完成后,首次运行ModelSim可能需要手动指定其安装路径到Quartus中(
Tools -> Options -> EDA Tool Options)。
3. 核心流程与工具链拆解
一个典型的基于Nios II和自定义IP的FPGA开发流程,可以概括为“硬件设计 -> 软件设计 -> 系统验证”三个循环迭代的阶段,而ModelSim仿真贯穿于硬件设计验证的始终。
flowchart TD A[开始: 需求分析与系统规划] --> B[硬件设计阶段] subgraph B [硬件设计阶段] B1[使用Qsys搭建Nios II系统] --> B2[创建/集成自定义IP核] B2 --> B3[生成系统HDL文件] B3 --> B4[在Quartus中顶层例化与约束] end B4 --> C{ModelSim仿真验证} C -- 功能正确 --> D[全编译生成.sof文件] C -- 功能有误 --> B2 D --> E[软件设计阶段] subgraph E [软件设计阶段] E1[使用Nios II SBT生成BSP] --> E2[编写C/C++应用程序] end E2 --> F[系统验证与调试] subgraph F [系统验证与调试] F1[下载.sof至FPGA] --> F2[通过JTAG-UART调试软件] end F2 --> G{系统运行符合预期?} G -- 是 --> H[项目完成] G -- 否 --> B上图清晰地展示了从规划到完成的闭环流程,以及ModelSim在其中的关键验证作用。接下来,我们将聚焦于流程中的两个核心实战环节:在Qsys中创建Nios II系统并集成IP,以及为自定义IP编写ModelSim测试平台。
4. 完整实战案例:创建带自定义IP的Nios II系统
本案例将实现一个简单的系统:Nios II处理器通过Avalon-MM总线控制一个自定义的LED闪烁IP核,并通过JTAG UART在PC终端上打印信息。
4.1 第一步:在Quartus中创建新工程并启动Qsys
- 打开Quartus Prime,创建新工程。
- 工程名:
nios2_ip_demo - 选择目标器件:
Cyclone IV E: EP4CE6E22C8N - 其他设置保持默认。
- 工程名:
- 在Quartus菜单中,选择
Tools -> Platform Designer(旧版叫Qsys)来启动系统集成工具。
4.2 第二步:在Platform Designer (Qsys) 中搭建系统
Platform Designer是一个图形化系统集成工具,我们在这里添加和连接组件。
添加Nios II处理器:
- 在组件库中搜索“Nios II”,选择
Nios II Processor。 - 在配置向导中,选择
Nios II/e(经济型,占用资源最少)作为核心类型,其他配置可暂时保持默认,点击Finish。 - 在系统中,该组件实例名通常自动命名为
nios2_0。
- 在组件库中搜索“Nios II”,选择
添加必要系统组件:
- 片上存储器:搜索“On-Chip Memory (RAM or ROM)”,添加一个。将其类型设置为
RAM,大小设置为40960bytes(40KB),用于存放程序和数据。 - JTAG UART:搜索“JTAG UART”,添加。这是Nios II系统与PC通信最便捷的调试接口,我们将用它来打印信息。
- 系统ID:搜索“System ID Peripheral”,添加。这是一个简单的只读组件,用于软件验证当前运行的硬件系统是否与编译时一致。
- PIO (Parallel I/O):搜索“PIO”,添加两个。
- 第一个配置为输出(Output),宽度为8位,用于连接开发板上的8个LED,命名为
pio_led。 - 第二个配置为输入(Input),宽度为4位,用于连接4个按键,命名为
pio_key。
- 第一个配置为输出(Output),宽度为8位,用于连接开发板上的8个LED,命名为
- 片上存储器:搜索“On-Chip Memory (RAM or ROM)”,添加一个。将其类型设置为
添加并配置自定义IP核(LED闪烁器):
- 这是我们实战的关键。假设我们已经写好了一个自定义IP核的Verilog文件
led_blinker.v。我们需要将其封装成Qsys可识别的组件。 - 创建HDL组件:在Platform Designer菜单栏,选择
File -> New Component...。 - 指定HDL文件:在
HDL Files标签页,添加你的led_blinker.v文件。 - 定义信号:切换到
Signals标签页。工具会尝试解析你的模块端口。你需要为这些端口指定类型。例如:clk和reset_n:类型设为clock和reset的clock_reset类型。avalon_slave:这是一个符合Avalon-MM总线标准的从端口,用于CPU读写寄存器。将其类型设为avalon,角色设为slave。led_out:这是一个输出到LED的信号,类型可以设为conduit( conduit 是连接片外引脚或其它模块的通用接口)。
- 参数化与接口映射:在
Interfaces和Parameters标签页,可以进一步设置地址宽度、数据宽度等。对于简单的IP,使用默认解析结果即可。 - 点击
Finish完成创建。此时,你的自定义IPled_blinker会出现在“Project”组件库中。将其拖入系统,实例化名为led_blinker_0。
- 这是我们实战的关键。假设我们已经写好了一个自定义IP核的Verilog文件
连接系统:
- 首先进行地址映射:点击菜单栏
System -> Assign Base Addresses,工具会自动为每个从设备分配地址。 - 然后进行中断连接:如果组件有中断信号(如JTAG UART),需要将其连接到Nios II处理器的
irq端口。 - 最后连接时钟与复位:将
clk_in端口连接到所有组件的clk输入,将clk_in_reset连接到所有组件的reset输入。确保时钟源(如clk_0)已添加并正确输出。 - 连接后的系统示意图应清晰显示各组件通过Avalon总线互连。
- 首先进行地址映射:点击菜单栏
生成系统:
- 在
System Contents标签页,双击nios2_0实例,在Configuration -> Reset Vector和Exception Vector中,都选择片上内存(onchip_memory)作为目标。 - 回到主界面,点击
Generate -> Generate HDL...。选择生成路径(通常为工程目录下的nios2_ip_demo/synthesis/submodules),输出语言为Verilog,然后点击Generate。这将生成描述整个系统的Verilog文件(.qsys/.sip文件及一系列子模块文件)。 - 生成成功后,点击
Finish。
- 在
4.3 第三步:在Quartus中完成顶层设计与引脚分配
创建顶层模块:在Quartus中新建一个Verilog文件
top.v,用于实例化刚才生成的Nios II系统模块,并将其连接到FPGA的实际物理引脚。// top.v module top ( input wire clk_50m, // 板载50MHz时钟 input wire [3:0] key, // 4个按键输入 output wire [7:0] led // 8个LED输出 ); // 系统复位信号,低电平有效。可以用一个按键或上电复位产生,这里简单拉高(不复位) wire sys_rst_n = 1'b1; // 例化我们生成的Nios II系统模块 nios2_ip_demo u0 ( .clk_clk (clk_50m), // 连接50MHz时钟 .reset_reset_n (sys_rst_n), // 连接复位信号 .pio_key_export(key), // 连接按键 .pio_led_export(led), // 连接LED // led_blinker_0的conduit接口也连接到LED,这里为了演示,可以分时控制 // .led_blinker_0_conduit_end_export (led) ); endmodule注意:
nios2_ip_demo是你在Platform Designer中保存系统时命名的模块名。引脚分配:根据你的开发板原理图,将
top.v中的clk_50m、key、led信号分配到具体的FPGA引脚上。这通过Quartus的Assignment -> Pin Planner工具完成。全编译:在Quartus中,点击
Processing -> Start Compilation,进行全编译。这将执行综合、布局布线等全过程,最终生成可以下载到FPGA的.sof文件。
4.4 第四步:编写自定义IP核的Verilog代码与Testbench
现在,让我们回头看看那个关键的自定义IP核led_blinker.v应该如何编写,并为其创建ModelSim测试平台。
自定义IP核代码示例 (
led_blinker.v): 这个IP核实现一个简单的功能:CPU通过Avalon总线写入一个控制寄存器来设置LED闪烁频率,另一个状态寄存器可读。// led_blinker.v module led_blinker ( // 时钟与复位 input wire clk, input wire reset_n, // Avalon-MM Slave 接口 input wire [1:0] avs_address, // 地址线,用于选择内部寄存器 input wire avs_read, // 读使能 output reg [31:0] avs_readdata, // 读数据 input wire avs_write, // 写使能 input wire [31:0] avs_writedata, // 写数据 // 对外输出接口 output reg led_out ); // 内部寄存器定义 reg [31:0] control_reg; // 地址0: 控制寄存器, bit0: 使能, bit[31:1] 分频系数 reg [31:0] counter; // 内部计数器 reg [31:0] status_reg; // 地址1: 状态寄存器, 读取当前计数器值 // 写逻辑 always @(posedge clk or negedge reset_n) begin if (!reset_n) begin control_reg <= 32'd0; end else if (avs_write) begin case (avs_address) 2'b00: control_reg <= avs_writedata; // 写入控制寄存器 default: ; // 其他地址忽略 endcase end end // 读逻辑 always @(posedge clk or negedge reset_n) begin if (!reset_n) begin avs_readdata <= 32'd0; end else if (avs_read) begin case (avs_address) 2'b00: avs_readdata <= control_reg; 2'b01: avs_readdata <= status_reg; default: avs_readdata <= 32'hDEADBEEF; // 默认返回值 endcase end end // LED闪烁逻辑 always @(posedge clk or negedge reset_n) begin if (!reset_n) begin counter <= 32'd0; led_out <= 1'b0; status_reg <= 32'd0; end else begin if (control_reg[0]) begin // 如果使能位为1 if (counter >= control_reg[31:1]) begin // 达到分频值 counter <= 32'd0; led_out <= ~led_out; // LED翻转 end else begin counter <= counter + 1'b1; end status_reg <= counter; // 状态寄存器反映当前计数值 end else begin led_out <= 1'b0; // 不使能时LED灭 counter <= 32'd0; status_reg <= 32'd0; end end end endmodule创建ModelSim测试平台 (
tb_led_blinker.v): 测试平台用于模拟Avalon总线的行为,验证IP核功能。// tb_led_blinker.v `timescale 1ns/1ps // 定义仿真时间单位/精度 module tb_led_blinker(); // 连接被测模块的信号 reg clk; reg reset_n; reg [1:0] avs_address; reg avs_read; wire [31:0] avs_readdata; reg avs_write; reg [31:0] avs_writedata; wire led_out; // 实例化被测模块 led_blinker uut ( .clk(clk), .reset_n(reset_n), .avs_address(avs_address), .avs_read(avs_read), .avs_readdata(avs_readdata), .avs_write(avs_write), .avs_writedata(avs_writedata), .led_out(led_out) ); // 生成时钟信号,周期20ns (50MHz) initial begin clk = 0; forever #10 clk = ~clk; // 每10ns翻转一次 end // 主测试过程 initial begin // 初始化信号 reset_n = 0; avs_address = 2'b00; avs_read = 0; avs_write = 0; avs_writedata = 32'd0; // 施加复位 #100 reset_n = 1; #20; // 等待一段时间 // 测试1:写入控制寄存器,设置分频系数为100,并使能 $display("[%t] Test 1: Write control register.", $time); avs_write = 1; avs_address = 2'b00; avs_writedata = {31'd100, 1'b1}; // 分频系数100,使能位1 #20; avs_write = 0; #20; // 测试2:读取控制寄存器,验证写入是否正确 $display("[%t] Test 2: Read control register.", $time); avs_read = 1; avs_address = 2'b00; #20; if (avs_readdata == {31'd100, 1'b1}) $display("[%t] PASS: Control register readback correct.", $time); else $display("[%t] FAIL: Control register readback error! Got %h", $time, avs_readdata); avs_read = 0; #20; // 测试3:读取状态寄存器,观察计数器变化 $display("[%t] Test 3: Monitor status register.", $time); repeat(5) begin avs_read = 1; avs_address = 2'b01; #20; $display("[%t] Status reg value: %d", $time, avs_readdata); avs_read = 0; #100; // 等待一段时间再读 end // 测试4:失能IP核,LED应常灭 $display("[%t] Test 4: Disable IP core.", $time); avs_write = 1; avs_address = 2'b00; avs_writedata = 32'd0; // 使能位写0 #20; avs_write = 0; #200; // 观察一段时间 $display("[%t] All tests finished.", $time); $stop; // 停止仿真 end // 可选:将信号变化记录到波形文件,便于在ModelSim GUI中查看 initial begin $dumpfile("wave.vcd"); // 生成VCD波形文件 $dumpvars(0, tb_led_blinker); // 记录所有层次信号 end endmodule
4.5 第五步:使用ModelSim进行仿真验证
- 创建ModelSim工程:打开ModelSim,新建一个工程,将
led_blinker.v和tb_led_blinker.v添加进去。 - 编译:编译所有文件。
- 开始仿真:在Library标签页,找到work库下的
tb_led_blinker,右键选择Simulate。 - 添加波形:在仿真运行后,在Objects窗口选中所有信号,拖拽到Wave窗口。
- 运行仿真:在Transcript窗口输入
run 1us或点击运行按钮,执行一段时间的仿真。 - 分析结果:在Wave窗口观察
led_out信号是否按预设的分频系数(100个时钟周期)翻转。检查Transcript窗口打印的PASS/FAIL信息,验证读写操作是否正确。
通过仿真,我们可以在不依赖硬件的情况下,充分验证自定义IP核的逻辑功能,确保其集成到Nios II系统前是可靠的。
5. 常见问题与排查思路
在集成Nios II、IP核和进行ModelSim仿真的过程中,以下是一些常见问题及解决方法。
| 问题现象 | 可能原因 | 排查思路与解决方案 |
|---|---|---|
| Platform Designer生成系统时出错 | 1. 自定义IP的HDL语法错误。 2. 信号接口类型定义错误(如将时钟信号误定义为conduit)。 3. 组件间地址冲突或中断连接错误。 | 1. 单独用ModelSim编译你的IP核HDL文件,确保无语法错误。 2. 仔细检查IP组件创建向导中每个端口的“类型”和“角色”是否与HDL代码匹配。 3. 使用 System -> Show System with Addresses检查地址映射,确保无重叠。检查中断控制器(如存在)的连接。 |
| Quartus全编译失败,报错找不到模块 | 1. Platform Designer生成的HDL文件未成功添加到Quartus工程。 2. 顶层模块例化时,模块名或端口名拼写错误。 | 1. 在Quartus的Project Navigator中,确认nios2_ip_demo.qsys及其生成的.v文件在工程文件列表里。2. 仔细核对顶层文件 top.v中例化的系统模块名和端口连接名,与Platform Designer中Generate -> Show Instantiation Template提供的模板进行比对。 |
| ModelSim仿真时信号显示为红色(高阻态‘Z’或未初始化‘X’) | 1. 复位信号未正确释放或初始化。 2. 总线读写时序不符合Avalon规范,导致从设备未响应。 3. 测试平台激励未覆盖所有关键场景。 | 1. 检查测试平台中的复位逻辑,确保在仿真开始后一段时间释放复位(reset_n=1)。2. 仔细阅读Avalon-MM总线时序图,确保你的测试平台或IP核的读写信号( read/write,address,waitrequest等)满足建立和保持时间要求。3. 增加测试用例,覆盖上电、复位、边界值、异常地址访问等情况。 |
| Nios II程序无法运行,卡在启动阶段 | 1. 复位向量或异常向量地址设置错误,未指向有效的程序存储器。 2. 片上存储器或SDRAM控制器未正确初始化或时序约束不对。 3. 软件工程中的BSP(板级支持包)配置与硬件不匹配。 | 1. 在Platform Designer中,双击Nios II处理器,确认Reset Vector和Exception Vector都指向了有效的内存控制器(如onchip_memory)。2. 检查存储器IP的配置(数据宽度、时序参数)是否与硬件手册一致。在Quartus中检查时序报告,确保存储器接口时序收敛。 3. 在Nios II SBT中,右键BSP工程,选择 Nios II -> Generate BSP或Update BSP Settings,确保外设基地址、中断号与硬件系统一致。 |
| 自定义IP在软件中访问不到 | 1. 软件中使用的IP基地址与硬件系统中分配的地址不一致。 2. IP核的Avalon从端口数据宽度与CPU主端口不匹配(如CPU是32位,IP是16位)。 3. IP核内部未正确实现读/写逻辑。 | 1. 在Platform Designer中查看并记录该IP的Base地址。在C代码中,使用IORD/IOWR宏时,确保基地址参数正确。2. 在IP创建时,检查Avalon从端口的 Data Width设置,应与总线数据宽度一致(通常为32位)。3. 回归ModelSim仿真,使用测试平台模拟CPU的读写操作,确认IP核的寄存器能被正确访问。 |
6. 最佳实践与工程建议
掌握基础操作后,遵循以下最佳实践能让你的FPGA软核开发更高效、更可靠。
IP核设计规范化
- 清晰的接口:严格遵循Avalon-MM或Avalon-ST等总线协议。使用Platform Designer的组件创建向导来规范接口,而不是手动编写。
- 寄存器映射文档:为自定义IP核内部寄存器编写详细的文档,包括地址偏移、位域定义、读写属性、复位值等。这能极大方便软件驱动开发。
- 参数化设计:使用Verilog的
parameter或SystemVerilog的localparam来定义IP核的可配置项(如数据宽度、深度等),提高IP的复用性。
仿真验证策略
- 分层验证:先对单个自定义IP核进行充分的单元测试(Unit Test),使用ModelSim和测试平台验证其所有功能。然后再进行系统级集成测试。
- 自动化测试:对于复杂IP,可以编写更智能的测试平台,使用文件读取预期结果进行自动比对,减少人工检查波形的工作量。
- 覆盖率分析:利用ModelSim的代码覆盖率功能(Code Coverage),检查测试是否覆盖了所有代码分支、语句和条件,确保测试的完备性。
Nios II系统优化
- 选择合适的CPU内核:
Nios II/f(快速)性能高但占用资源多,Nios II/e(经济)占用资源少但性能低,Nios II/s(标准)是平衡选择。根据项目需求权衡。 - 合理使用缓存:为CPU添加指令和数据缓存可以显著提升访问外部存储器(如SDRAM)的性能。
- 优化中断处理:对于实时性要求高的外设,合理分配中断优先级,并编写高效的中断服务程序(ISR)。
- 选择合适的CPU内核:
软硬件协同调试
- 充分利用JTAG UART:在软件中大量使用
printf通过JTAG UART输出调试信息,这是最直接的调试手段。可以在Nios II SBT的System Console或独立终端软件(如Putty)中查看。 - 使用SignalTap II逻辑分析仪:这是Quartus内置的片上逻辑分析仪。当软件行为异常时,可以在硬件层面捕获FPGA内部信号的实时波形,对于排查复杂的硬件交互问题至关重要。
- 版本管理:对硬件描述文件(
.qsys)、Quartus工程文件(.qpf)、软件源代码、测试平台等全部使用Git等工具进行版本控制,确保软硬件版本的一致性。
- 充分利用JTAG UART:在软件中大量使用
从理解软核与IP核的基本概念,到在Platform Designer中搭建系统,再到编写和仿真验证自定义IP,最后完成软硬件联调,这是一个完整的FPGA片上系统开发周期。关键在于将整个流程分解为清晰的步骤:硬件架构设计、IP创建与验证、系统集成、软件开发、系统测试。遇到问题时,按照“先仿真后硬件,先单元后集成”的思路,利用ModelSim、JTAG UART、SignalTap等工具进行分层定位。动手将本文的示例在自己的开发板上运行起来,是掌握这一切的最佳途径。当你成功让Nios II通过自定义IP控制LED闪烁并在终端看到打印信息时,你就已经打通了FPGA软核开发的核心链路。