FPGA中XADC IP核驱动开发实战案例分享

Ne0inhk

23 Mar 2026 — 9 min read

FPGA中XADC IP核驱动开发实战：从原理到工业级温控系统实现

在一块长期运行的FPGA板卡上，你有没有遇到过这样的场景？系统突然重启、逻辑行为异常，排查良久才发现是芯片结温过高导致内部供电不稳。更糟糕的是，没有提前预警机制，故障发生时已经来不及响应。

如果你正在设计高密度计算、边缘AI或工业控制类设备，这种“热失控”风险绝非危言耸听。而解决它的关键，并不一定需要外接温度传感器——你的FPGA本身就藏着一个“体温计”，它就是 XADC （Xilinx Analog-to-Digital Converter）。

今天，我们就以Zynq-7000平台为例，深入剖析如何利用FPGA内部集成的XADC模块，构建一套完整、可靠、响应迅速的片上温度监控与保护系统。不仅讲清楚怎么用，更要讲明白背后的工程逻辑和调试技巧。

为什么选择XADC？从“加个ADC”说起

在传统方案中，要监测FPGA温度，通常的做法是：

外挂一颗I²C接口的数字温度传感器（如TMP102）；
占用PCB空间、增加BOM成本、引入额外焊点故障点；
数据需通过总线读取，延迟高，难以实现实时响应。

但其实，从Xilinx 7系列FPGA开始，几乎所有Artix-7、Kintex-7和Zynq-7000器件都内置了一个名为 XADC 的硬核混合信号模块。它不是软IP，而是硅片上的真实模拟电路，集成了：

双通道12位ADC
片上温度传感器
内部电源电压监测（VCCINT/VCCAUX等）
最多16路外部模拟输入复用通道
支持DRP动态重配置端口
硬件告警输出引脚（ALM）

这意味着： 无需任何外围元件，就能实时获取FPGA自身的“健康状态” 。

这不仅是省了几毛钱的事，更是系统可靠性的一次跃迁。

XADC核心能力速览：不只是个ADC

别被名字误导，“XADC”听起来像是个普通的模数转换器，但它其实是FPGA的“自我感知中枢”。以下是它最关键的几个特性：

参数	指标
分辨率	12位
采样速率	最高1 MSPS（典型值500 kSPS）
温度精度	±3°C 常温下（出厂校准后可达±1°C）
支持通道	17个（1内部温度 + 2电源 + 14外部）
工作模式	单次/连续扫描模式
接口方式	DRP（类似SPI）或AXI4-Lite
报警机制	上下限阈值比较，支持中断输出

📚 参考手册：UG480 Xilinx 7 Series FPGAs and Zynq-7000 SoC XADC User Guide

其中最值得关注的是 连续扫描模式 和 硬件ALM报警输出 。前者让XADC可以自动轮询多个通道，后者则允许我们在温度超标时直接触发中断，完全绕过CPU轮询，实现微秒级响应。

工作原理拆解：XADC是怎么“看见”温度的？

XADC的核心是一个双12-bit SAR ADC，配合一个多路复用器（MUX），可以选择不同的输入源进行转换。其工作流程如下：

[配置寄存器] --> [启动转换] --> [ADC采样] --> [结果存入输出寄存器] ↑ ↓ DRP写 DRP读 ↓ ↑ 控制逻辑 <-- [序列控制器] <-- [状态机] ↓ [ALM报警输出]

两种主要工作模式

单次转换模式（Single Mode）
手动指定某个通道执行一次转换，适合低频、按需采样的场景。
连续扫描模式（Continuous Sequencer Mode）
预设一组通道列表（例如：温度 → VCCINT → VN），XADC会按照顺序自动循环采集，每完成一轮可选是否触发中断。

我们推荐大多数应用场景使用 连续扫描模式 ，因为它能提供周期性、无遗漏的数据流，且对主控压力最小。

实战第一步：Vivado中正确例化XADC IP核

打开Vivado，在IP Catalog中搜索 xadc_wiz 并添加实例。以下是关键配置项说明：

create_ip -name xadc_wiz -vendor xilinx.com -library ip -version 3.3 -module_name xadc_inst set_property -dict [list \ CONFIG.XDEVICE_FAMILY {7series} \ CONFIG.ADC_CONVERSION_RATE {1} \ CONFIG.FREQ_CNTRL_REG0_VAL {0x2000} \ CONFIG.TEMPERATURE_ALARM_UPPER {80} \ CONFIG.TEMPERATURE_ALARM_LOWER {5} \ CONFIG.VCCINT_ALARM_UPPER {1.05} \ CONFIG.SEQUENCER_MODE_SEL {Continuous_Sampling} \ CONFIG.SAMPLE_CHANNEL_SEL {Temparature_and_Vccint} \ CONFIG.OVERWRITE_SPARTAN_6_CALIBRATION_DATA {false} \ CONFIG.SIM_MONITOR_FILE {xadc.txt}] [get_ips xadc_inst]

重点解释几个参数：

ADC_CONVERSION_RATE : 设置为1表示约500ksps，太高会影响精度。
FREQ_CNTRL_REG0_VAL : 决定DRP时钟分频，0x2000对应约25MHz DRP_CLK（建议≥10MHz）。
TEMPERATURE_ALARM_UPPER : 设定高温报警阈值（单位：°C）。
SEQUENCER_MODE_SEL : 必须选 Continuous_Sampling 才能启用自动轮询。
SAMPLE_CHANNEL_SEL : 选择要采集的通道组合，这里启用了温度和VCCINT。

生成后，XADC会暴露两类接口：
- drp_* : 动态重配置端口（地址/数据/使能）
- alarm_out : 硬件告警输出，任意通道越限时拉低

DRP读取温度数据：Verilog实现详解

虽然XADC会自动采样，但我们仍需要通过DRP接口读取原始码值并转换为实际温度。下面是一个轻量级的DRP读取模块实现：

module xadc_temp_reader ( input clk, input rst_n, output reg den, // DRP enable output reg dwe, // DRP write (0=读) output reg [6:0] daddr, // 寄存器地址 inout [15:0] do_out, // 双向数据总线 input [15:0] di_in, // 输入数据（本例未使用） output reg [15:0] temperature_raw, output reg temp_valid ); localparam REG_TEMP = 7'h00; // 温度寄存器地址 reg [1:0] state; always @(posedge clk or negedge rst_n) begin if (!rst_n) begin den <= 0; dwe <= 0; daddr <= 0; state <= 0; temp_valid <= 0; end else begin case (state) 0: begin // 发起读请求 den <= 1; dwe <= 0; daddr <= REG_TEMP; state <= 1; end 1: begin // 维持一个周期后撤销使能 den <= 0; state <= 2; end 2: begin // 此时do_out已返回有效数据 temperature_raw <= do_out; temp_valid <= 1; state <= 3; end 3: begin temp_valid <= 0; state <= 0; // 回到空闲状态 end endcase end end endmodule

关键细节说明

do_out 是双向总线，连接时必须与顶层做三态处理：
verilog wire [15:0] do_int; assign do_out = (den && !dwe) ? 16'bz : do_int;
XADC转换结果为16位，但只有高12位有效（左对齐）。例如 16'h5A00 表示实际码值为 12'h5A0 。
温度换算公式（来自UG480 Table 9）：
$$
T(^\circ C) = \frac{RawCode \times 503.975}{65536} - 273.15
$$

你可以将这个计算固化在FPGA中，也可以把原始码传给PS端由软件处理。

系统级应用：基于ALM的硬件级过热保护

真正的工业级设计，不能只依赖“读数+上报”，而要有独立于操作系统的 紧急响应能力 。

这就是XADC的杀手锏： ALM引脚 。

当任一监测量超过设定阈值（如温度 > 80°C 或 VCCINT < 0.95V），ALM引脚立即拉低，无需等待CPU干预。

典型架构（Zynq平台）

+------------------+ | PS端 (ARM A9) | | Linux系统 | | 运行监控服务 | +--------+---------+ | IRQ v +--------+---------+ | PL端逻辑 | | -- XADC IP核 | | ALM -----> 中断检测 -> 触发风扇/GPIO | | | +-----> 强制复位电路（可选） +------------------+

软件协同策略

在Linux侧，我们可以做三件事：

注册中断处理函数
c request_irq(gpio_to_irq(alarm_gpio), alm_handler, IRQF_TRIGGER_FALLING, "xadc_alarm", NULL);
通过sysfs暴露温度
创建 /sys/class/hwmon/hwmon0/temp1_input ，定期读取DRP数据更新。
启动降温措施
如调高PWM风扇转速、降低PL工作频率、记录日志发送告警邮件。

而即使Linux崩溃，只要FPGA还在工作，ALM依然能驱动GPIO关闭负载或触发看门狗复位。

工程实践中必须注意的6个坑点与秘籍

别以为配置完IP就万事大吉，下面这些经验教训都是踩出来的：

✅ 坑点1：不同批次芯片温度偏移达±5°C

对策：出厂校准时采集标准环境下的温度码值，建立单板补偿表。例如：

raw_temp = read_xadc(); calibrated_temp = raw_temp + board_offset; // offset来自EEPROM

✅ 坑点2：噪声干扰导致误报警

对策：对连续5次读数做滑动平均滤波，或采用IIR低通滤波：

filtered <= filtered * 15/16 + new_value * 1/16;

✅ 坑点3：DRP时钟太低导致访问失败

对策：确保DRP_CLK ≥ 10 MHz。若主时钟为100MHz，可用 FREQ_CNTRL_REG0_VAL = 0x2000 得到约25MHz。

✅ 坑点4：参考电压不稳定影响精度

对策：VREFP/N必须接干净电源，建议使用LDO单独供电，并加磁珠隔离数字噪声。

✅ 坑点5：报警频繁振荡（启停抖动）

对策：设置滞后回差（Hysteresis）。例如：
- 高温报警：80°C 触发，75°C 恢复
- 使用两个寄存器分别设置上下限

✅ 坑点6：忽略VCCINT监测的重要性

对策：高温往往伴随供电下降。同时监控VCCINT可提前发现隐患。典型值：
- 正常范围：1.00V ~ 1.05V
- 警告阈值：≤0.98V

总结：XADC的价值远超“省一颗ADC”

掌握XADC不仅仅是学会调一个IP核，而是理解一种 嵌入式系统自诊断设计理念 。

它让我们能够做到：

零成本实现自我监控 ：无需额外传感器即可掌握FPGA“生命体征”；
微秒级快速响应 ：硬件ALM比操作系统轮询快两个数量级；
提升系统鲁棒性 ：即使软件死机，硬件层仍可自主保护；
简化维护与升级 ：所有逻辑集成在FPGA bitstream中，OTA即可更新保护策略。

未来在UltraScale+或Versal平台上，类似的PMC（Platform Management Controller）将进一步强化这一能力，但XADC作为入门级实践，依然是每一位FPGA工程师必须掌握的基本功。

如果你正在做以下类型的项目，强烈建议立刻评估XADC的应用可能性：

高性能计算加速卡（FPGA PCIe板卡）
边缘AI推理盒子（长时间满负荷运行）
工业PLC控制器（无人值守场景）
车载电子单元（高可靠性要求）

最后留一个小作业：你能想到如何用XADC结合外部NTC电阻，实现对外部环境温度的精确测量吗？欢迎在评论区分享你的思路！