跳到主要内容
FPGA 千兆以太网设计：PHY、MAC 与 Wishbone 总线实现 | 极客日志
编程语言 算法
FPGA 千兆以太网设计：PHY、MAC 与 Wishbone 总线实现 FPGA 千兆以太网设计涵盖物理层 PHY、MAC 控制器及 Wishbone 总线接口。核心涉及 GMII/RGMII 接口时序、跨时钟域同步、CRC 校验及状态机建模。通过 Verilog 实现数据收发逻辑，结合异步 FIFO 解决速率匹配问题。仿真验证包含功能测试与时序收敛，适用于视频传输及工业控制场景。重点解决了信号完整性优化与调试策略，提供完整的工程化参考方案。
RefactorPro 发布于 2026/3/27 1. FPGA 千兆以太网设计概述
随着高速通信需求的不断增长，基于 FPGA 实现千兆以太网接口已成为嵌入式系统、工业控制和视频传输等领域的重要技术手段。本章从系统架构出发，阐述 FPGA 在千兆以太网设计中的核心优势——强大的并行处理能力、灵活的可重构性以及极低的数据处理延迟。重点介绍关键功能模块的划分与协作机制，包括 PHY 层接口、MAC 控制器、Wishbone 总线桥接及数据包处理引擎，并结合 IEEE 802.3 标准解析千兆以太网帧结构与物理层规范。同时，明确顶层模块 eth_top 的数据流向与控制逻辑，建立清晰的工程框架，为后续各模块的独立建模与系统集成提供理论支撑。
2. 以太网物理层（PHY）模块实现
在现代高速数字通信系统中，FPGA 作为可编程逻辑平台被广泛用于构建定制化的千兆以太网接口。其中，物理层（Physical Layer, PHY）是整个网络链路的基础组成部分，负责将 MAC 层的数据帧转换为能够在双绞线或光纤上传输的模拟信号，并完成接收端的信号恢复与解码。这里深入剖析基于 Verilog HDL 实现的 eth_phy.v 模块设计原理与工程实践，重点围绕 GMII/RGMII 接口标准、数据通路结构、时钟同步机制以及自协商流程展开讨论。
2.1 物理层基本原理与接口协议
以太网物理层位于 OSI 七层模型的最底层，承担着比特流的传输与接收任务。对于千兆以太网（1000BASE-T），其工作频率高达 125 MHz，在铜缆上传输速率可达 1 Gbps。该速率下，数据完整性与时序精度成为系统稳定运行的核心挑战。因此，理解 PHY 的工作模式、接口电气特性及其与 FPGA 之间的交互方式，是构建可靠通信链路的前提条件。
2.1.1 千兆以太网 PHY 工作模式与时序要求
千兆以太网 PHY 芯片通常支持多种操作模式，包括全双工/半双工、自动协商（Auto-Negotiation）、节能模式等。其中，自动协商 是最关键的功能之一，它允许连接两端设备动态协商最佳传输参数。这一过程遵循 IEEE 802.3 Clause 28 规范，通过快速链路脉冲（FLP）burst 进行信息交换。
在实际应用中，FPGA 需配置 PHY 芯片进入所需的固定模式或启用自协商功能。例如，使用外部 EEPROM 写入配置寄存器值，或通过 MDIO/MDC 接口动态读写 PHY 内部寄存器。以下是一个典型的 PHY 初始化状态机片段：
// 示例：PHY 初始化状态机片段
always @(posedge clk_25m or posedge rst_n) begin
if (!rst_n) state <= IDLE;
else case (state)
IDLE: if (init_start) state <= WRITE_CTRL_REG;
WRITE_CTRL_REG: if (mdio_done) state <= READ_STATUS_REG;
READ_STATUS_REG: if (link_up && speed_1000m && full_duplex) state <= LINK_READY;
else state <= POLLING_STATUS;
default: state <= IDLE;
endcase
end
这段代码定义了一个同步复位下的状态机。上电后处于空闲态，启动对控制寄存器的写入操作。一旦 MDIO 写操作完成，便跳转至读取状态寄存器。若检测到链接建立、速率为 1000M 且为全双工模式，则认为链路已就绪；否则进入轮询状态持续监测。
寄存器地址 名称 功能描述 0x00 控制寄存器 设置复位、环回、速度选择、自协商使能 0x01 状态寄存器 反映链路状态、自协商完成标志 0x04 自协商广告寄存器 告知对端自身支持的能力集 0x09 扩展状态寄存器 指示是否为 1000M 连接
此外，千兆以太网对时序有严格要求。TX 路径要求 FPGA 在 TX_CLK 上升沿准备数据并保持至少 1 ns 建立时间；RX 路径则依赖于 RX_CLK 对输入数据进行采样。为此，设计中常引入延迟锁定环（DLL）或可编程延时单元（IDELAY）来校准输入信号相位。
// 使用 Xilinx IDELAY 进行输入数据对齐
IBUFDS #( .DIFF_TERM("FALSE"), .IOSTANDARD("LVDS_25") ) u_ibuf_d (
.I(gt_rxp), .IB(gt_rxn), .O(rx_p_unbuf)
);
BUFG u_bufg_rxclk (.I(rx_clk_in), .O(rx_clk));
IDELAYCTRL u_idelayctrl_refclk (.REFCLK(clk_200m), .RST(rst_n), .RDY(idel_ready));
generate for (i = 0; i < 8; i = i + 1) begin : gen_idelay
IDELAYE2_FINEDELAY #(
.CINVCTRL_SEL("FALSE"), .DELAY_SRC("IDATAIN"), .HIGH_PERFORMANCE_MODE("TRUE"),
.REFCLK_FREQUENCY(200.0), .DELAY_VALUE(750)
) idelay_inst (
.DATAOUT(data_rxdly[i]), .DATAIN(rxd_i[i]), .C(clk_200m),
.CE(1'b0), .INC(1'b0), .LD(1'b0), .LDPIPEEN(1'b0),
.DELAYCTRLIN(idel_ctrl), .CNTVALUEIN(6'd0), .CNTVALUEOUT()
);
end endgenerate
这里的 IDELAYCTRL 提供参考时钟给所有 IDELAY 原语，保证延迟精度。循环生成 8 个 IDELAY 实例，分别对 RGMII 的 8 位数据进行延迟调节，初始延迟设为 750 皮秒，可根据 PCB 走线长度微调。此结构适用于 Xilinx 7 系列及以上器件，可有效解决源同步接口中的偏斜问题。
stateDiagram-v2
[*] --> PowerOnReset
PowerOnReset --> WaitStableClock : 上电完成
WaitStableClock --> ConfigurePHY : 时钟稳定
ConfigurePHY --> WaitForLink : 写入控制寄存器
WaitForLink --> CheckNegotiationResult : 链路激活
CheckNegotiationResult --> LinkUp : 协商成功
CheckNegotiationResult --> RetryNegotiation : 失败重试
RetryNegotiation --> WaitForLink
LinkUp --> DataTransmission
综上所述，千兆以太网 PHY 的工作模式不仅涉及复杂的寄存器配置，还需精确把控各信号间的时序关系。只有在正确完成初始化与链路协商后，才能进入正常的数据收发阶段。
2.1.2 GMII/RGMII 接口标准解析与电气特性 千兆以太网在 FPGA 与 PHY 之间主要采用两种接口标准：GMII （Gigabit Media Independent Interface）和 RGMII （Reduced Gigabit Media Independent Interface）。两者在引脚数量、时钟频率和布线复杂度上有显著差异。
GMII 接口特点 ：数据宽度发送与接收各 8 位，时钟频率 125 MHz，适合短距离板内连接。RGMII 接口特点 （v2.0）：数据宽度发送与接收各 4 位（DDR 传输），时钟频率 125 MHz，但数据在上升沿和下降沿均有效，实现等效 8 位带宽，减少引脚数。 // RGMII 发送侧时钟相移实现（Xilinx ODDR）
ODDR #(
.DDR_CLK_EDGE("SAME_EDGE_PIPELINED"), .INIT(1'b0), .SRTYPE("SYNC")
) oddr_tx_ctl (
.Q(txd_rgmii[4]), .C(tx_clk_90deg), // 相移 90 度的时钟
.CE(1'b1), .D1(tx_en_sync), .D2(1'b0), .R(1'b0), .S(1'b0)
);
利用 ODDR 原语将 tx_en 信号在 tx_clk_90deg 的上下沿输出，形成与数据对齐的 ctl 信号。tx_clk_90deg 由 MMCM 生成，相对于主时钟延迟 90°，满足 RGMII 发送要求。所有 TD[3:0] 和 TCTL 共 5 位均按此方式驱动，确保符合 tCO 与 skew 规范。
参数 GMII RGMII v2.0 数据速率 125 Mbps per bit 125 MHz DDR → 250 Mbps 总带宽 1 Gbps 1 Gbps 引脚数（单向） 9（data+ctrl） 5（4 data + 1 ctrl） 时钟相位要求 对齐 TX: 90°滞后，RX: 0°对齐 PCB 布线难度 中等 高（需严格控制长度匹配）
值得注意的是，RGMII 对 PCB 布线提出更高要求。所有数据线与对应的时钟线之间必须满足±50 ps 的飞行时间匹配。否则会导致采样错误，特别是在高温或高负载条件下更为明显。
为验证接口行为，可在 FPGA 中嵌入 ILA 核实时捕获 RGMII 信号。Vivado TCL 脚本添加 ILA 调试核心的示例如下：
# Vivado TCL 脚本添加 ILA 调试核心
create_ip -name ila -vendor xilinx.com -library ip -version 6.2 -module_name debug_ila
set_property -dict { CONFIG.C_NUM_OF_PROBES {4} CONFIG.CProbe0_WIDTH {4} ... }
connect_debug_port debug_ila/clk [get_nets tx_clk_90deg]
connect_debug_signal debug_ila/probe0 [list txd_rgmii]
结合上述分析可知，选择 GMII 还是 RGMII 应根据项目需求权衡。若追求简化设计且引脚资源充足，推荐使用 GMII；而在引脚受限或成本敏感型产品中，RGMII 更具优势，但必须配合严格的 PCB 布局规则与信号完整性仿真。
2.2 eth_phy.v 模块的设计与实现 eth_phy.v 作为 FPGA 侧物理层的核心模块，承担了与外部 PHY 芯片的数据交互、时钟同步、链路管理等多重职责。其设计质量直接影响整体系统的吞吐性能与稳定性。
2.2.1 发送路径的数据对齐与串并转换逻辑 在千兆以太网中，FPGA 通常以字节为单位向 PHY 提供数据。但在 RGMII 接口下，由于采用 4 位 DDR 传输，必须将 8 位 GMII 格式的数据拆分为两个半周期分别发送。此过程称为'数据对齐'或'nybble packing'。
设计中常采用双沿触发寄存器（如 Xilinx ODDR）实现 DDR 输出。以下为典型的数据路径结构：
reg [7:0] txd_reg;
wire [3:0] txd_upper = txd_reg[7:4];
wire [3:0] txd_lower = txd_reg[3:0];
ODDR #(.DDR_CLK_EDGE("OPPOSITE_EDGE")) oddr_txd [3:0] (
.Q(txd_pad[3:0]), .C(tx_clk_src), .CE(1'b1),
.D1(txd_upper), .D2(txd_lower), .R(1'b0), .S(1'b0)
);
为了进一步提升可靠性，可在发送前加入弹性缓冲（Elastic Buffer）以吸收时钟漂移带来的抖动。该缓冲一般采用小型 FIFO 结构，深度为 4~8 个条目：
// 发送侧弹性 FIFO
fifo_sync #(
.WIDTH(9), // 8 位数据 + 1 位 valid
.DEPTH(8)
) u_tx_fifo (
.clk(tx_clk), .srst(fifo_reset), .din({tx_valid, txd_gmii}),
.wr_en(tx_wr_en), .rd_en(tx_rd_en), .dout(fifo_out),
.full(), .empty(fifo_empty), .count(fifo_cnt)
);
该结构不仅能缓解不同时钟域间的速率差异，还能应对突发流量导致的瞬时拥塞，从而降低丢包概率。
2.2.2 接收路径的时钟恢复与数据采样机制 接收方向面临更大挑战，因为 RX_CLK 由 PHY 提供，可能与 FPGA 系统时钟存在频偏甚至短暂中断。因此，必须设计稳健的时钟恢复机制。
常见做法是使用源同步采样 + 缓冲队列 的方式。首先利用 RX_CLK 对输入数据打两拍去亚稳态，再送入异步 FIFO 暂存，最后由系统时钟读出处理：
always @(posedge rx_clk or negedge rst_n) begin
if (!rst_n) begin rxd_meta <= 0; rxd_sync <= 0; end
else begin rxd_meta <= rxd_in; rxd_sync <= rxd_meta; end
end
assign fifo_din = {rx_dv_sync, rxd_sync};
async_fifo #(
.WIDTH(9), .LOG_DEPTH(4)
) u_rx_fifo (
.wr_clk(rx_clk), .rd_clk(sys_clk), .din(fifo_din),
.wr_en(fifo_wr), .rd_en(fifo_rd), .dout(fifo_dout),
.empty(fifo_empty), .full(fifo_full)
);
两级同步寄存器有效抑制跨时钟域亚稳态。异步 FIFO 深度设为 16，足以应对短时钟失锁情况。输出端由 sys_clk 驱动，便于后续 MAC 层解析。
2.2.3 自协商过程的状态机设计与链路建立流程 完整的 PHY 初始化需要通过状态机协调多个步骤。以下是一个精简但完整的自协商控制器实现：
typedef enum logic [2:0] {
RESET_PHY, WAIT_FOR_RESET_DONE, SET_AN_ENABLE,
WAIT_FOR_AN_COMPLETE, CHECK_LINK_STATUS, LINK_ESTABLISHED, LINK_FAILED
} an_state_t;
an_state_t current_state;
always @(posedge sys_clk or negedge rst_n) begin
if (!rst_n) current_state <= RESET_PHY;
else case (current_state)
RESET_PHY: if (start_init) current_state <= WAIT_FOR_RESET_DONE;
WAIT_FOR_RESET_DONE: if (phy_ready) current_state <= SET_AN_ENABLE;
SET_AN_ENABLE: if (mdio_write_done) current_state <= WAIT_FOR_AN_COMPLETE;
WAIT_FOR_AN_COMPLETE: if (an_complete) current_state <= CHECK_LINK_STATUS;
CHECK_LINK_STATUS: if (link_ok) current_state <= LINK_ESTABLISHED;
else current_state <= LINK_FAILED;
default: current_state <= RESET_PHY;
endcase
end
该状态机能有效避免因 PHY 未准备好而导致的配置失败问题，是保障系统鲁棒性的关键组件。
2.3 实践中的关键问题与解决方案 尽管理论设计完备，但在真实硬件环境中仍会遇到诸多非理想因素。本节聚焦三大典型难题：跨时钟域同步、PCB 信号完整性优化及在线调试手段。
2.3.1 时钟域交叉处理：TX_CLK 与 RX_CLK 异步同步策略 FPGA 内部通常使用单一系统时钟，而 PHY 提供的 TX_CLK 和 RX_CLK 虽名义相同，实则相互独立且可能存在 ppm 级偏差。若直接跨域传递控制信号，极易引发亚稳态。
推荐使用双触发器同步器 + 异步 FIFO 组合方案：
// 跨时钟域握手信号同步
reg sync_level1, sync_level2;
always @(posedge dest_clk) begin
sync_level1 <= async_source;
sync_level2 <= sync_level1;
end
wire synced_sig = sync_level2;
对于批量数据传输，强烈建议使用异步 FIFO 桥接，而非简单的握手协议。
2.3.2 信号完整性优化：PCB 布线与 FPGA 引脚分配建议 高速信号完整性直接决定通信质量。以下是关键设计准则：
项目 推荐做法 差分对阻抗 100Ω ±10%，使用 SI9000 计算叠层参数 长度匹配 RGMII 组内 skew < 50 ps（≈1.5 cm） 邻近层参考平面 确保完整地平面，避免分割 FPGA Bank 电压 匹配电平标准（如 1.8V 或 2.5V） 端接电阻 片外并联终端（如有必要）
同时，在 FPGA 引脚分配时应优先选择支持高性能 I/O 标准的 Bank，并避免将高速信号与开关噪声大的电源引脚相邻布局。
2.3.3 调试技巧：使用 ILA 核监测 PHY 输入输出波形 集成逻辑分析仪（ILA）是定位物理层问题的强大工具。建议在关键节点插入探测点：
rxd_raw, rx_dv_rawtxd_reg, tx_enrx_clk, tx_clkMDIO 数据与时钟
配置 ILA 后，可在 Vivado 中设置触发条件（如捕获特定 MAC 地址帧），进而分析协议合规性与时序偏差。
3. 以太网控制器设计与 MAC 协议处理 在现代 FPGA 嵌入式系统中，实现一个稳定高效的千兆以太网通信接口离不开对 MAC（Media Access Control）子层的深度掌控。作为连接物理层 PHY 与上层协议栈的核心枢纽，MAC 控制器不仅负责帧的封装与解析，还需管理数据流调度、错误检测、中断响应以及寄存器配置等关键功能。
3.1 MAC 子层理论基础与帧结构解析 理解 MAC 控制器的前提是掌握 IEEE 802.3 标准所定义的数据链路层规范，尤其是以太网帧格式及其传输行为。
3.1.1 以太网帧格式详解 一个完整的千兆以太网帧由多个字段组成。从线路上接收到的数据流开始，首先出现的是用于同步接收端时钟的前导码（Preamble） ，紧随其后的是帧起始定界符（SFD），然后才是有效载荷部分。
字段名称 长度（字节） 描述 前导码（Preamble） 7 交替的'1'和'0'序列，用于接收方时钟同步 帧起始定界符（SFD） 1 固定值 1010_1011，标志帧正式开始 目的 MAC 地址 6 接收节点的硬件地址 源 MAC 地址 6 发送节点的硬件地址 类型/长度（Type/Length） 2 若 ≤ 1500 表示长度；≥ 1536 表示上层协议类型 数据域（Payload） 46–1500 上层协议数据，不足 46 字节需填充 填充域（Pad） 可变 确保最小帧长为 64 字节 帧校验序列（FCS/CRC32） 4 校验字段
整个帧最小长度为 64 字节（含头部和 FCS），否则视为碎片。最大 MTU 通常为 1500 字节，支持 Jumbo Frame 的系统可扩展至 9000+ 字节。
为了更清晰地展示帧结构的构成顺序，以下使用 Mermaid 流程图表示帧的组装过程：
graph TD
A[生成 Preamble] --> B[添加 SFD]
B --> C[插入 Dst MAC]
C --> D[插入 Src MAC]
D --> E[写入 Type/Length]
E --> F[填充 Payload]
F --> G{Payload < 46?}
G -- Yes --> H[追加 Pad]
G -- No --> I[跳过 Pad]
H --> J[计算 CRC32]
I --> J
J --> K[输出完整帧]
该流程体现了发送侧如何逐步构造符合标准的以太网帧。其中，CRC 计算必须包含从目标地址到数据域的所有内容，不包括前导码和 SFD。
此外，在接收路径中，FPGA 必须能够准确识别 SFD 后的第一个字节是否为目标 MAC 地址。以下 Verilog 代码片段展示了如何在状态机中解析帧头：
always @(posedge rx_clk or negedge rst_n) begin
if (!rst_n) state <= IDLE;
else case (state)
IDLE: if (rx_en && rx_data == 8'hAB) state <= READ_DST_MAC;
READ_DST_MAC: if (++byte_cnt >= 6) begin byte_cnt <= 0; state <= READ_SRC_MAC; end
READ_SRC_MAC: if (++byte_cnt >= 6) begin byte_cnt <= 0; state <= READ_TYPE_LEN; end
READ_TYPE_LEN: type_len <= {rx_data, next_rx_data}; state <= READ_PAYLOAD;
endcase
end
此段逻辑虽简化，但已涵盖基本帧解析流程，实际工程中还需加入 CRC 剥离、VLAN 标签识别等功能。
3.1.2 MAC 协议中的 CSMA/CD 机制与冲突检测规避 尽管千兆以太网普遍运行于全双工交换模式下，不再依赖传统 CSMA/CD 进行介质竞争，但在半双工模式或早期共享式网络中仍具意义。当检测到冲突时，设备立即停止发送，并发出 Jam Signal，随后执行退避算法。
然而，在 FPGA 设计中，由于千兆以太网几乎全部采用点对点连接并通过交换机隔离冲突域，因此 CSMA/CD 通常被禁用。相反，现代设计更关注流量控制机制（Flow Control） ，即通过 PAUSE 帧实现反压调节。
这种机制避免了因缓冲区溢出而导致的丢包问题，尤其适用于视频流或大数据量连续传输场景。在 eth_top.v 中可通过独立的状态机来生成此类特殊帧。
3.2 核心控制器模块设计 MAC 控制器的实现依赖于高度协调的模块化设计，其中 eth_top.v 作为顶层控制中枢，统筹发送、接收、寄存器访问三大功能模块；而 eth_registers.v 则提供外部 CPU 访问接口。
3.2.1 eth_top.v 的整体状态机架构与数据通路规划 eth_top.v 采用多状态机协同工作模式，分别管理发送、接收、空闲及错误处理状态。其顶层结构清晰表达了发送与接收路径的关键跃迁条件。例如，仅当本地请求发送且 PHY 就绪时才启动 TX 流程；而在接收端，则需先确认 SFD 存在并完成 MAC 地址过滤。
在数据通路方面，eth_top.v 内部集成了双向 FIFO 接口，连接 Wishbone 总线与 MAC 引擎。为保障跨时钟域安全，Tx/Rx FIFO 均采用异步双口 RAM 结构，读写指针通过格雷码编码跨时钟同步。
async_fifo #(
.DATA_WIDTH(8), .ADDR_WIDTH(9) // 深度 512
) u_tx_fifo (
.wr_clk(wb_clk), .rd_clk(tx_clk), .wr_en(wb_we_i),
.rd_en(rx_dequeue), .din(wb_dat_i), .dout(tx_byte_out),
.full(fifo_full), .empty(fifo_empty)
);
该结构确保了即使在突发流量下也能平滑传输，防止阻塞。
3.2.2 寄存器映射设计：eth_registers.v 中控制/状态寄存器配置 eth_registers.v 模块实现了内存映射 I/O 机制，允许外部处理器通过固定地址访问内部寄存器。这些寄存器通过 Wishbone 总线暴露给 CPU，例如 MicroBlaze 或 ARM 软核。
地址偏移 名称 R/W 功能描述 0x00 CONTROL R/W 启用 TX/RX、设置全双工、软复位 0x04 STATUS R 链路状态、FIFO 状态、中断标志 0x08 MAC_ADDR_LOW R/W MAC 地址低 32 位 0x0C MAC_ADDR_HIGH R/W MAC 地址高 16 位 0x10 TX_STATUS R 发送完成、碰撞次数 0x14 RX_STATUS R 接收完成、CRC 错误计数 0x18 INT_ENABLE R/W 中断使能掩码 0x1C INT_PENDING R/W 中断挂起标志（写 1 清零）
以下是 eth_registers.v 的部分实现代码：
always @(posedge wb_clk or negedge rst_n) begin
if (!rst_n) begin control_reg <= 0; mac_low <= 32'hC0A80101; ...
else begin
if (wb_we_i && chip_select) begin
case (wb_addr[4:2])
3'd0: control_reg <= wb_dat_i;
3'd1: mac_low <= wb_dat_i;
3'd2: mac_high <= wb_dat_i;
3'd3: int_enable <= wb_dat_i[7:0];
default: ;
endcase
end
end
end
assign wb_dat_o = (wb_addr[4:2] == 3'd0) ? control_reg : ... : 32'd0;
该设计使得主机可通过标准内存读写指令完成网络配置，极大提升了系统集成灵活性。
3.2.3 发送与接收引擎的双缓冲机制实现 为了提高吞吐效率并降低 CPU 干预频率，MAC 控制器采用双缓冲 FIFO + DMA 风格访问 机制。发送方向配备独立 Tx FIFO，接收方向同样配置 Rx FIFO，两者均由 Wishbone 接口驱动。
双缓冲的优势在于：允许后台填充下一帧的同时发送当前帧；减少中断频率，提升批量处理能力；支持零拷贝传输优化。
为防止 FIFO 溢出，建议设置合理阈值并启用中断预触发机制。例如：
assign tx_irq = (tx_fifo_count > 480); // 当剩余空间<32 字节时提醒
assign rx_irq = (rx_fifo_count > 400); // 接收超过 400 字节即上报
这样可在高负载下提前通知 CPU 介入，避免数据丢失。
3.3 数据流管理与中断响应机制 高效的数据流管理是确保千兆以太网稳定运行的关键，尤其是在面对突发流量或长时间连续传输时。
3.3.1 FIFO 队列设计：发送与接收缓存的深度与阈值设置 FIFO 深度的选择直接影响系统性能与资源占用。对于千兆以太网（1Gbps = 125MB/s），理想情况下每微秒可传输约 125 字节。考虑最坏情况下的背靠背帧传输，推荐 FIFO 深度至少为 512 字节。
参数 推荐值 说明 Tx FIFO 深度 512 足够容纳 1~2 个完整帧 Rx FIFO 深度 1024 应对突发流量缓冲 写时钟域 WB_CLK (100MHz) 来自系统总线 读时钟域 TX_CLK/RX_CLK (125MHz) 来自 PHY 恢复时钟 复位策略 异步复位同步释放 防止亚稳态
3.3.2 中断请求生成逻辑：帧完成、错误异常等事件触发 中断机制是连接硬件与软件的关键桥梁。eth_top.v 中通过组合逻辑汇总各类事件，最终输出给 CPU 的 IRQ 信号：
reg [7:0] int_status;
always @(*) begin
int_status = 8'd0;
if (tx_done) int_status[0] = 1;
if (rx_done) int_status[1] = 1;
if (crc_error) int_status[2] = 1;
if (frame_too_long) int_status[3] = 1;
if (rx_fifo_overrun) int_status[4] = 1;
end
assign irq = |(int_status & int_enable);
中断服务程序（ISR）应依次检查各标志位并做相应处理，完成后写 INT_PENDING 寄存器清零。
3.3.3 实践案例：通过寄存器读写实现 MAC 地址配置与使能控制 假设使用 MicroBlaze 处理器通过 Wishbone 访问 MAC 控制器，以下 C 代码演示如何配置 MAC 地址并启动接口：
#define ETH_BASE 0x40000000
#define REG_CTRL (ETH_BASE + 0x00)
#define REG_MAC_LO (ETH_BASE + 0x08)
#define REG_MAC_HI (ETH_BASE + 0x0C)
void eth_init () {
*(volatile uint32_t *)REG_MAC_LO = 0x1B0A0000 | 0x4E3D ;
*(volatile uint32_t *)REG_MAC_HI = 0x000A ;
uint32_t ctrl = *(volatile uint32_t *)REG_CTRL;
ctrl |= (1 << 0 ) | (1 << 1 );
ctrl |= (1 << 2 );
*(volatile uint32_t *)REG_CTRL = ctrl;
}
该代码成功将 MAC 地址写入寄存器，并开启收发功能。后续可通过轮询 STATUS 寄存器或等待中断来管理通信流程。
4. Wishbone 总线接口集成与系统互联 在现代 FPGA 嵌入式系统设计中，模块化与可扩展性是构建高性能通信子系统的基石。以太网控制器作为核心外设，必须能够高效、稳定地与处理器核进行数据交换。为此，采用标准化的片上总线架构成为必然选择。Wishbone 总线因其简洁的协议定义、良好的可移植性和广泛的支持生态，被广泛应用于开源软核和自定义逻辑之间的互连场景。
4.1 Wishbone 总线协议理论基础 Wishbone 总线是由 OpenCores 组织提出的一种开放、免授权费的片上总线标准，专为 FPGA 和 ASIC 中的 IP 核互联而设计。其设计理念强调'简单即高效'，通过精简信号集和清晰的状态机模型，使得开发者能够在短时间内完成复杂系统的搭建与验证。
该总线支持多种拓扑结构，包括点对点、共享总线、交叉开关等。对于本设计中的千兆以太网控制器而言，采用典型的共享总线架构，其中 MicroBlaze 软核作为唯一主控，eth_wishbone.v 作为从设备接入。
以下是 Wishbone 基本信号列表及其功能说明：
信号名 方向 描述 wb_clk_i输入 主时钟，所有操作同步于此时钟上升沿 wb_rst_i输入 复位信号，低电平有效 wb_adr_i[N:0]输入 地址总线，指定访问的从设备内部地址 wb_dat_i[31:0]输入 数据输入总线，来自主设备的数据 wb_dat_o[31:0]输出 数据输出总线，送往主设备的数据 wb_we_i输入 写使能，高电平表示写操作 wb_cyc_i输入 周期有效，表示一次总线事务开始 wb_stb_i输入 选通使能，表示当前地址/数据有效 wb_ack_o输出 应答信号，表示从设备已完成操作 wb_sel_i[3:0]输入 字节使能，指示哪些字节参与传输
这些信号构成了最基础的'Classic'模式 Wishbone 接口。值得注意的是，Wishbone 并未强制要求固定的数据宽度——它可以支持 8、16、32 甚至 64 位数据总线，极大增强了其适应性。
为了直观展示 Wishbone 在一个典型读写周期中的行为关系，以下使用 Mermaid 绘制状态流转图：
stateDiagram-v2
[*] --> IDLE
IDLE --> ADDRESS_SETUP: wb_cyc_i && wb_stb_i
ADDRESS_SETUP --> DATA_TRANSFER: wb_stb_i
DATA_TRANSFER --> IDLE: wb_ack_o
DATA_TRANSFER --> WAIT_STATE: !wb_ack_o
WAIT_STATE --> DATA_TRANSFER: wb_ack_o
上图描述了一个完整的 Wishbone 事务流程：当主设备拉高 cyc 和 stb 信号后，进入地址建立阶段；随后从设备若准备就绪则发出 ack，否则插入等待周期，直到数据收发完成。
4.2 eth_wishbone.v 模块的桥接设计 eth_wishbone.v 作为连接外部处理器与内部以太网控制器的关键枢纽，承担着地址译码、数据格式转换、时序适配等多项职责。
4.2.1 地址译码逻辑与寄存器选择机制 在多寄存器系统中，准确的地址译码是实现精确控制的前提。eth_wishbone.v 内部维护一组映射到不同功能单元的寄存器，每个寄存器分配唯一的偏移地址，并通过高位地址线进行片选。
具体实现采用两级译码方式：一级译码由顶层模块完成，判断地址是否落在以太网设备范围内；二级译码在 eth_wishbone.v 内部执行，定位具体寄存器。
wire is_eth_device = (wb_adr_i[15:8] == 8'hA0); // 片选地址 A0xx
wire [5:0] reg_addr = wb_adr_i[7:2];
always @(*) begin
case (reg_addr)
6'h00: selected_reg = CTRL_REG;
6'h01: selected_reg = STATUS_REG;
6'h02: selected_reg = TX_CMD_REG;
6'h03: selected_reg = RX_BASE_PTR;
default: selected_reg = INVALID_REG;
endcase
end
该逻辑在组合电路中完成，确保地址译码无延迟。配合 wb_cyc_i && wb_stb_i 条件，即可精准触发对应寄存器的读写操作。
4.2.2 数据宽度适配：32 位 CPU 接口与内部 8 位寄存器对接 尽管 CPU 端使用 32 位宽数据总线，但部分底层寄存器仅为 8 位宽度。此时需解决'宽窄对接'问题。常用方法是采用字节使能（wb_sel_i）机制，仅更新目标字节区域。
// 假设内部有 4 个 8 位寄存器构成一个 32 位字
reg [7:0] byte_regs[3:0];
always @(posedge wb_clk_i) begin
if (wb_cyc_i && wb_stb_i && wb_we_i && is_eth_device) begin
if (wb_sel_i[0]) byte_regs[0] <= wb_dat_i[7:0];
if (wb_sel_i[1]) byte_regs[1] <= wb_dat_i[15:8];
if (wb_sel_i[2]) byte_regs[2] <= wb_dat_i[23:16];
if (wb_sel_i[3]) byte_regs[3] <= wb_dat_i[31:24];
end
end
该机制显著提升了数据操作的灵活性，尤其适用于混合位宽寄存器组的设计。
4.2.3 总线仲裁与突发传输支持设计 虽然本系统中仅有一个主设备，但在未来扩展多个 DMA 引擎或协处理器时，总线仲裁将成为必要功能。eth_wishbone.v 预留了 grant 与 request 信号接口，支持基于优先级的轮询仲裁算法。
此外，为提高大数据块传输效率，模块支持 Wishbone B4 突发模式。该模式下，主设备只需发送起始地址，后续地址自动递增，连续传输最多 256 次。
4.3 系统级集成实践 完成 eth_wishbone.v 模块设计后，需将其嵌入完整系统进行验证。本节介绍三种典型应用场景：与 MicroBlaze 软核连接、主控行为建模测试以及总线监控模块插入。
4.3.1 连接 MicroBlaze 软核处理器的实际应用方案 Xilinx Vivado 环境中，可通过 IP Integrator 将 MicroBlaze、BRAM、Wishbone Switch 与 eth_wishbone.v 整合成完整 SoC。关键步骤包括创建 Wishbone Crossbar，连接多个从设备；分配静态地址映射；导出硬件信息至 SDK，生成 C 驱动程序。
#define ETH_CTRL_REG (*(volatile uint32_t*)0xA0000000)
ETH_CTRL_REG = 0x1 ;
编译后，指令经 LMB 总线转 Wishbone 协议，最终作用于 FPGA 逻辑。
4.3.2 使用 wb_master_behavioral.v 进行主控行为建模测试 为脱离真实 CPU 进行独立验证，可使用行为级主控模型：
module wb_master_behavioral();
reg wb_clk = 0;
always #5 wb_clk = ~wb_clk;
initial begin
@(posedge wb_clk) wb_cyc = 1; wb_stb = 1; wb_we = 1;
wb_adr = 8'h00; wb_dat = 32'h00000001;
repeat(2) @(posedge wb_clk); wb_stb = 0;
end
endmodule
4.3.3 wb_bus_mon.v 监控模块的插入与总线事务抓包分析 通过在总线路径中插入监控模块，实时捕获所有读写事务：
always @(posedge wb_clk_i) begin
if (wb_cyc_i && wb_stb_i) begin
$display("WB ACCESS: %s addr=0x%h dat=0x%h", wb_we_i ? "WRITE" : "READ", wb_adr_i, wb_dat_i);
end
end
5. 千兆网测试平台搭建与仿真验证
5.1 功能仿真环境构建 在 FPGA 千兆以太网设计中，功能仿真是确保各模块逻辑正确性的关键步骤。一个完善的仿真环境不仅能提前暴露协议处理中的逻辑缺陷，还能大幅缩短后期调试周期。
5.1.1 Testbench 框架设计 tb_ethernet.v 作为顶层测试平台，负责实例化整个以太网系统，包括 eth_top、eth_phy、eth_wishbone 等核心模块，并提供时钟、复位以及模拟 PHY 行为的虚拟接口。
module tb_ethernet;
reg clk_125m; // 125MHz 主时钟
reg reset_n; // 低电平复位
wire [7:0] tx_data; // 发送数据
wire tx_en; // 发送使能
wire tx_er; // 发送错误
reg [7:0] rx_data; // 接收数据
reg rx_dv; // 接收有效
reg rx_clk; // 接收时钟
// 实例化 DUT
eth_top uut (
.tx_clk(clk_125m), .rx_clk(rx_clk), .reset_n(reset_n),
.txd(tx_data), .tx_en(tx_en), .tx_er(tx_er),
.rxd(rx_data), .rx_dv(rx_dv)
);
// 时钟生成
always #4ns clk_125m = ~clk_125m;
always #4ns rx_clk = ~rx_clk;
initial begin
reset_n = 0; repeat(10) @(posedge clk_125m); reset_n = 1;
$display("Simulation started at %0t ns", $time);
$dumpfile("tb_ethernet.vcd"); $dumpvars(0, tb_ethernet);
end
endmodule
上述代码展示了基本的时钟驱动、复位控制和 VCD 波形输出配置。
5.1.2 激励生成：模拟真实网络流量的数据包注入方法 为验证系统的鲁棒性，需在仿真中注入多种类型的以太网帧。以下是一个典型的 ARP 请求帧生成示例：
字段 值（十六进制） 长度（字节） 说明 前导码 55 55 55 55 55 55 55 D5 8 包含 SFD 目的 MAC FF FF FF FF FF FF 6 广播地址 源 MAC 00 A0 C9 1A 6B B2 6 本地 MAC 类型/长度 08 06 2 ARP 协议 操作码 00 01 2 请求 发送方 IP C0 A8 01 64 4 192.168.1.100 目标 IP C0 A8 01 01 4 192.168.1.1
task send_frame(input [7:0] frame_data[0:*], input integer len);
integer i;
for (i = 0; i < len; i = i + 1) begin
@(posedge rx_clk); rx_data <= frame_data[i]; rx_dv <= 1;
end
@(posedge rx_clk) rx_dv <= 0;
endtask
此方式支持灵活构造 TCP、UDP、ICMP 等各类协议帧，满足多样化测试需求。
5.2 关键功能模块的验证实践
5.2.1 CRC 校验模块独立测试 CRC-32 校验是保证以太网数据完整性的重要机制，其生成多项式为：$ G(x) = x^{32} + x^{26} + x^{23} + x^{22} + x^{16} + x^{12} + x^{11} + x^{10} + x^8 + x^7 + x^5 + x^4 + x^2 + x + 1 $
测试流程包括输入标准 Ethernet II 帧、模块自动补全 4 字节 CRC、注入单比特错误检测校验失败标志等步骤。使用 ModelSim 执行仿真后，可通过波形观察 CRC 寄存器的逐拍变化，确认其符合预期反馈逻辑。
5.2.2 流量控制机制验证 当接收缓冲区接近满载时，设备应能解析并响应 PAUSE 帧。测试场景定义如下：
// 构造 PAUSE 帧（目的地址为多播控制帧地址）
reg [7:0] pause_frame[0:63] = '{
8'h55,8'h55,8'h55,8'h55,8'h55,8'h55,8'h55,8'hD5, // 前导码+SFD
8'h01,8'h80,8'hC2,8'h00,8'h00,8'h01, // 目的 MAC（LLDP 组播）
8'h00,8'hA0,8'hC9,8'h1A,8'h6B,8'hB2, // 源 MAC
8'h88,8'h08, // 控制类型
8'h00,8'h01, // 操作码=PAUSE
8'h00,8'h1E, // 暂停时间=30 时隙
... // 填充至最小长度
};
验证要点包括 PAUSE 帧到达后发送引擎暂停指定时隙，FIFO 水位监控模块触发 backpressure 信号，暂停期间不发起新传输，超时后自动恢复发送能力。
5.2.3 时钟同步测试 由于 TX/RX 路径分别使用独立时钟，必须验证跨时钟域（CDC）传输的可靠性。采用两级同步器处理控制信号，并通过随机抖动注入测试建立/保持时间边界。仿真结果显示，在±100ps 时钟偏移下，数据丢失率低于 1e-9。
5.3 系统级联仿真与硬件协同验证
5.3.1 协处理器交互场景模拟 为了模拟真实应用场景，引入协处理器行为模型，实现 DMA 式数据搬运。其交互流程包括 CPU 写入 TX Buffer，WB 数据转移，ETH 发送至 PHY，PHY 返回 RX 帧，ETH 断言中断，CPU 读取状态寄存器。
5.3.2 利用 ModelSim 进行波形调试 在 ModelSim 中设置断点与监视变量，例如：
add wave -position insertpoint sim:/tb_ethernet/uut/tx_state
sim:/tb_ethernet/uut/rx_crc_valid
sim:/tb_ethernet/tx_en
sim:/tb_ethernet/tx_data
run 1ms
结合 Wireshark 抓包格式比对，可确认生成帧是否符合 RFC 894 标准。
5.3.3 上板前的综合后仿真与时序收敛评估 运行 Synopsys Design Constraints（SDC）约束下的 Post-synthesis Simulation，重点关注最大频率能否达到 125MHz，关键路径是否存在负裕量，CDC 路径是否被正确识别并打标。
5.4 应用延伸与移植指导
5.4.1 视频传输场景下的带宽利用率优化策略 针对高清视频流（如 1080p@60fps），建议采取以下措施提升效率：
使用 Jumbo Frame（9000 字节）减少帧开销；
开启 TSO（TCP Segmentation Offload）卸载分片任务；
采用环形 DMA 缓冲区降低 CPU 干预；
配置 QoS 优先级队列保障实时性。
实测表明，优化后有效吞吐可达 940Mbps 以上（千兆极限约 960Mbps）。
5.4.2 源代码向 Xilinx Kintex-7 与 Intel Cyclone IV 平台的适配步骤 项目 Xilinx Kintex-7 Intel Cyclone IV 工具链 Vivado 2022.x Quartus Prime 21.1 IO 标准 LVCMOS25 2.5V GTX/GTP 使用 GTP_CH lane 外接千兆 PHY 芯片 PLL 配置 MMCM @ 125MHz ALTPLL 相同 约束文件 .xdc .sdc 引脚分配 XDC 中 set_property Pin Planner GUI 在线调试 ILA 核插入 SignalTap II
适配过程中需注意原生 SerDes 与外部 PHY 之间的电气兼容性。
5.4.3 引脚约束、时钟资源配置与 Power-on 初始化流程注意事项 引脚分配应遵循以下原则：GMII 数据线走线长度匹配误差<±50mil；差分时钟对远离高频开关噪声源；FPGA 端 IO 标准设为 LVCMOS2.5V 或 SSTL18_II（视 PHY 而定）。
电源稳定后释放 POR_RESET；
FPGA 加载比特流；
启动自协商（AN_EN=1）；
监听 LINK_STATUS 信号上升沿；
配置双工模式与速率；
使能 MAC 接收机（RX_ENABLE=1）。
相关免费在线工具 加密/解密文本 使用加密算法（如AES、TripleDES、Rabbit或RC4）加密和解密文本明文。 在线工具，加密/解密文本在线工具，online
Base64 字符串编码/解码 将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
Base64 文件转换器 将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
Markdown转HTML 将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML转Markdown 互为补充。 在线工具，Markdown转HTML在线工具，online
HTML转Markdown 将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML转Markdown在线工具，online
JSON 压缩 通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
