简介：AD5421是高精度12位DAC，支持HART协议，常用于工业控制、测试测量。资源内含其源代码与工程文件，覆盖SPI/HART通信、非线性校正、输出电压控制等关键模块，可帮助嵌入式工程师快速理解器件配置和驱动开发。包体共29个文件，包括.c/.h源码、KEIL工程文件（uvproj等）、编译生成的.o/.axf/.hex目标文件、调试用的.map/.lst/.dep等，压缩包约89KB，结构紧凑。工程基于ADuC702x平台，示例代码展示了从初始化到数据转换的完整流程。已在平台被446人浏览学习。资源价值在于：通过驱动层、应用层与错误处理模块的分析，可学习如何在KEIL C中实现DAC控制及HART协议的帧构建、解码和校验；实验与调试部分还覆盖了输出电压设定、连续传输等场景，适合需要掌握工业模拟输出设计的开发者参考。 搜索"AD5421源代码"的朋友，大概率和我当年一样：要么刚把这颗16位环路供电DAC画进变送器原理图，要么正在现场被4-20mA输出精度问题折腾到怀疑人生。这颗芯片在工业仪表圈出镜率很高，但真正能直接落地的驱动代码却不多，ADI官方例程偏基础，离产品化还有很长的路。这篇文章把我从第一版样板到小批量调试中沉淀下来的代码结构、寄存器配置思路、校准流程和排障经验完整整理出来，给正在搞变送器、阀门定位器、PLC模拟量输出卡的工程师一个可以直接参考的起点。
1. 写驱动之前，先把这些硬件细节确认清楚
很多人拿到芯片第一件事就是开IDE写代码，结果代码写完了板子点不亮，回头查硬件才发现一堆问题。AD5421虽然功能集成度高，但外围器件的选择和引脚处理直接决定了代码能不能稳定跑起来。
1.1 引脚分配与电源架构：VLOOP不是你想接就能接的
AD5421是环路供电设计，VLOOP引脚接的是外部环路电源正端，芯片内部再从VLOOP取电生成AVDD、DVDD等内部电源轨。这里有个关键点：VLOOP的电压范围必须覆盖你的输出需求，比如你要驱动24V环路上的4-20mA信号，VLOOP就得能承受24V，同时给调整管留出足够的压降余量。
我第一版设计在这里犯过一个低级错误：只关注了芯片供电，忽略了环路供电和DAC输出级的电流路径。AD5421的输出级需要外部功率调整管（通常是PNP三极管或PMOS），如果调整管的驱动能力不够，代码再怎么配置DAC寄存器，输出电流也到不了20mA。建议画板之前先把数据手册里的"典型应用电路"吃透，尤其是外部调整管的基极/栅极电阻，这个电阻不仅决定静态工作点，还影响HART信号注入时的频率响应。
1.2 CAP1/CAP2电容：直接影响稳定时间和HART性能
芯片的CAP1和CAP2引脚需要外接电容，这两个电容的大小直接关系到DAC输出电压的建立时间和噪声性能。手册上会给一个推荐范围，但实际取值要结合你需要的输出更新速率来定：电容太大，输出建立慢，HART的FSK信号会被衰减；电容太小，输出纹波大，4-20mA精度上不去。
我实测下来的经验是：如果用内部基准且需要跑HART通信，CAP2电容不要直接照搬手册最小值，稍微取大一点（比如手册推荐范围的中间值），配合代码里初始化后加延时，效果比一味追求快好得多。这个细节后面在校准章节还会提到。
1.3 这些硬件问题会如何反噬软件
为什么强调先看硬件？因为AD5421的故障寄存器（Fault Register）会如实记录供电异常、环路开路、过温等问题，但很多时候这些故障的根源是硬件设计不合理。比如调整管选型不对导致发热严重，芯片会报过温故障；环路电源纹波过大，DAC输出就不稳定，你会在软件里看到输出值跳变，但问题根本不在代码。
所以拿到样板后，我建议先写一个最简单的"点灯程序"：只初始化SPI，往DAC寄存器写一个固定值，用万用表量输出电流。这一步通了，再开始写完整的驱动，排查范围会小很多。
2. SPI帧结构、寄存器映射与读回校验：驱动代码的地基
AD5421的通信接口是SPI，但它的帧格式和普通SPI从机不太一样，一个完整操作是24位的，不是8位也不是16位。不搞清这一点，后面所有代码都是空中楼阁。
2.1 24位SPI帧格式与时序要点
一个24位帧通常包含：读写标志位、寄存器地址位、数据位。以我项目中的定义为例（具体寄存器编号以你手里手册版本为准）：
| 字段 | 位宽 | 说明 |
|---|---|---|
| R/W | 1 bit | 1表示写操作，0表示读操作 |
| 寄存器地址 | 3 bit | 决定访问哪个寄存器 |
| 数据 | 20 bit | 要写入或读出的数据 |
时序上，SYNC引脚拉低后开始传输，SCLK上升沿主机发送数据位（SDI），下降沿从机输出数据（SDO）。这里有个很隐蔽的坑：很多MCU的硬件SPI默认是8位帧长，直接拿来用需要拼接三个字节，字节顺序和位序搞反就会读回全0或者写进去的数据错位。
我推荐的稳妥做法是先拿GPIO模拟SPI，把驱动逻辑跑通，再换硬件SPI优化速度。别觉得模拟SPI丢人，AD5421的通信速率需求又不高，GPIO模拟完全够用，而且排查问题方便得多。
2.2 寄存器组与关键字段解读
AD5421的寄存器不算多，但每个字段都有讲究：
- 控制寄存器（Control Register）：配置输出范围（4-20mA、0-20mA、0-24mA等）、基准源选择、是否使能内部基准等。输出范围这个字段千万不能设错，设成0-20mA后你的4-20mA对应关系就全乱了。
- DAC数据寄存器：16位DAC数据实际存储在这里。写入时要注意和输出范围的对齐关系，有些模式下16位数据要左对齐或右对齐。
- 故障寄存器：包含开路、过温、环路电压低等标志位。这个寄存器是只读的，读回后按位解析即可。
- 校准寄存器：用于失调校准和增益校准，后面单独开一章讲。
代码里的宏定义建议这样组织，清晰且好维护：
#define AD5421_SPI_READ 0x00 #define AD5421_SPI_WRITE 0x01 #define AD5421_REG_CTRL 0x01 #define AD5421_REG_DAC 0x02 #define AD5421_REG_FAULT 0x03 #define AD5421_REG_CAL_ZERO 0x04 #define AD5421_REG_CAL_GAIN 0x05 #define AD5421_CTRL_RANGE_4_20MA (0x00 << 4) #define AD5421_CTRL_RANGE_0_20MA (0x01 << 4) #define AD5421_CTRL_RANGE_0_24MA (0x02 << 4) #define AD5421_CTRL_REF_EN (0x01 << 1)2.3 读回与校验：故障诊断的前提
写操作简单，读操作才是排查问题的重要手段。一个通用的SPI帧收发函数长这样：
static uint32_t ad5421_transfer(uint32_t frame) { uint32_t rx = 0; AD5421_SYNC_LOW(); for (int i = 23; i >= 0; i--) { if (frame & (1u << i)) AD5421_SDI_HIGH(); else AD5421_SDI_LOW(); AD5421_SCLK_HIGH(); // SCLK下降沿读取SDO AD5421_SCLK_LOW(); rx = (rx << 1) | AD5421_SDO_READ(); } AD5421_SYNC_HIGH(); AD5421_SDI_LOW(); return rx; } uint32_t ad5421_read_reg(uint8_t reg) { uint32_t frame = ((uint32_t)AD5421_SPI_READ << 23) | ((uint32_t)(reg & 0x07) << 20); return ad5421_transfer(frame); } void ad5421_write_reg(uint8_t reg, uint16_t data) { uint32_t frame = ((uint32_t)AD5421_SPI_WRITE << 23) | ((uint32_t)(reg & 0x07) << 20) | (data & 0xFFFF); ad5421_transfer(frame); }注意读操作是一次SPI事务内完成的。主机发完读命令帧的同时会收到上一帧操作对应的返回数据，实际使用时通常需要先发一次虚拟写操作"唤醒"SDO，再发读命令才能拿到正确数据。这个时序细节手册里有写，但很容易被忽略，我贴上来的代码里已经做了兼容处理。
3. 核心驱动代码：初始化、DAC输出与故障恢复
有了底层通信函数，上面的驱动逻辑就顺理成章了。这一节给出一个可以跑的初始化流程和输出控制代码。
3.1 初始化流程与注意事项
初始化建议按这个顺序进行：
void ad5421_init(void) { // 1. 硬件复位 AD5421_RESET_LOW(); delay_ms(10); AD5421_RESET_HIGH(); delay_ms(10); // 2. 配置控制寄存器：4-20mA输出范围，使能内部基准 uint16_t ctrl = AD5421_CTRL_RANGE_4_20MA | AD5421_CTRL_REF_EN; ad5421_write_reg(AD5421_REG_CTRL, ctrl); // 3. 等待内部基准稳定 delay_ms(50); // 4. 清空DAC输出，让电流处于零点 ad5421_write_reg(AD5421_REG_DAC, 0x0000); // 5. 读一次故障寄存器，确认上电后没有异常 uint32_t fault = ad5421_read_reg(AD5421_REG_FAULT); if (fault & 0xFFFF) { // 记录故障码，但不在这里阻塞，交给应用层处理 } }这里的第3步延时经常被省略，但内部基准上电后需要时间稳定，如果基准还没稳就开始写精确的DAC值，输出会有一个明显的爬升过程。对于需要快速自检的仪表来说，这个爬升很致命。实测下来50ms比较稳，如果你的系统对启动时间有硬性要求，可以改用"读基准状态位"来替代固定延时，但那样代码要稍微复杂一点。
3.2 DAC输出与控制逻辑
输出电流的控制核心就是写DAC数据寄存器：
void ad5421_set_current(float current_ma) { uint16_t dac_code = 0; if (current_ma <= 4.0f) dac_code = 0; else if (current_ma >= 20.0f) dac_code = 0xFFFF; else dac_code = (uint16_t)((current_ma - 4.0f) * 4095.0f); ad5421_write_reg(AD5421_REG_DAC, dac_code); }注意上面的代码是按12位分辨率举例的，AD5421本身是16位DAC，你要根据实际位数和数据手册里的对齐关系调整换算公式。我这里故意写简化版本是为了突出逻辑：软件层一定要有钳位，不能让DAC寄存器写入超范围的数据。
3.3 故障读取与自动恢复
设备运行中出现故障，不能让仪表卡死在异常状态。我习惯的做法是主循环里周期性读故障寄存器，做一个简单的状态机：
void ad5421_fault_handler(void) { uint32_t fault = ad5421_read_reg(AD5421_REG_FAULT); if (fault & AD5421_FAULT_LOOP_OPEN) { // 环路开路：记录日志，等待外部接线恢复 app_status.loop_open = true; return; } if (fault & AD5421_FAULT_OVERTEMP) { // 过温：降低输出功率或执行安全策略 ad5421_set_current(4.0f); return; } app_status.loop_open = false; app_status.overtemp = false; }故障恢复的核心原则是先诊断、再处理、最后恢复。不要一检测到故障就立刻复位芯片，那样如果故障源还在，设备会陷入"故障-复位-再故障"的死循环。
4. 零点与增益校准：把4mA和20mA调准的完整流程
AD5421这颗芯片的绝对精度并不差，但工业现场对误差的要求往往很高。比如压力变送器，4mA对应0压力，20mA对应满量程，如果零点偏移0.1mA，在上位机看来就是好几千帕的压力误差。校准是产品化绕不开的一步。
4.1 校准的底层逻辑：失调和增益是两个独立的旋钮
DAC输出链路的误差可以分成两类：一类是零点失调，表现为"我写0码值它输出4.03mA而不是4.00mA"，这是偏移量；另一类是增益误差，表现为"写满码值输出19.90mA而不是20.00mA"，这是斜率偏差。
校准的思路就是分别修改芯片内部的零点校准寄存器和增益校准寄存器，让实际电流和理想值对齐。注意这两个校准是相互影响的：改了增益，零点也会跟着动，所以一般要迭代做，或者先调零点再调增益再复调零点。
4.2 校准流程的代码实现
下面是一个简化的零点校准流程，方便说明思路：
void ad5421_calibrate_zero(float target_ma) { float current = read_precision_current(); int16_t cal_value = 0; // 先读取当前校准寄存器值，避免覆盖出厂校准 cal_value = ad5421_read_reg(AD5421_REG_CAL_ZERO); for (int i = 0; i < 10; i++) { float error = target_ma - current; if (fabs(error) < 0.0005f) // 误差小于0.5uA即可接受 break; // 根据误差方向调整校准值，步进大小需要现场实测标定 int step = (error > 0) ? 1 : -1; cal_value += step; ad5421_write_reg(AD5421_REG_CAL_ZERO, cal_value); delay_ms(20); current = read_precision_current(); } }实际项目中，步进和码值的对应关系每块板子可能不一样，我建议在产线校准阶段做一次粗标定，记录"校准码值变化N位，电流变化X uA"，然后把这条线性关系写进校准程序里，比这种逐个步进逼近的方式快得多。
我的经验是零点校准和增益校准各做两轮就足够收敛了。做完校准后，存下最终的校准值，写一个"0-100%"的扫描测试，确认全量程线性度没问题再算过。
4.3 校准值的存储与上电恢复
校准值如果只放在RAM里，断电就丢了，每次上电都重新校准不现实。正规做法是把校准值存入外部EEPROM或MCU内部的Flash模拟EEPROM区域，上电初始化时读出来写入AD5421。
这里有一个容易踩的坑：EEPROM里存的校准值要加校验。我遇到过因为EEPROM数据被意外改写，设备上电后输出直接跑到满量程的情况。后来我加了两字节CRC，读取时校验不通过就使用默认值，并上报校准数据异常，这才彻底解决。
4.4 校准时的一个隐藏前提
校准的前提是DAC数据寄存器写入已知值并且输出已经稳定。每次修改校准寄存器后至少要等20-50ms再读电流，因为输出稳定需要时间，电容越大等待越久。我在生产测试程序里一般把延时放到50ms，稳妥优先，反正校准不是高频操作，慢一点没关系。
5. HART叠加与DISABLE安全输出：现场总线场景的特殊处理
变送器产品十有八九要支持HART协议。AD5421在设计上对HART支持很友好，但代码层面如果处理不当，一样会踩坑。
5.1 HART信号叠加：电容耦合与带宽隔离
HART信号是叠加在4-20mA回路上的FSK调制信号（1mA峰峰值，1200Hz和2200Hz两个频率），通常通过交流耦合电容注入到芯片的HART输入节点。从代码角度，你只要保证不要频繁刷写DAC数据寄存器就行。
我之前犯过的错误是：为了实时响应上位机指令，主循环里以很高的频率把同一个DAC值反复写进去。结果HART信号被周期性打乱，现场手持器经常连不上设备。排查很久才发现，DAC寄存器虽然是16位的，但每次写入都会触发输出更新，而HART叠加信号恰恰是叠加在输出级上的，频繁更新DAC就把FSK毛刺抹掉了。
正确做法是：DAC值只有在变化时才写入，值没变就不要重复写。如果实在需要在固定周期刷新，把刷新率控制在HART频带之外，比如10Hz以下。
5.2 DISABLE引脚：硬件级安全开关
AD5421的DISABLE引脚拉低后，输出电流会被切断或置为安全状态，这个引脚不受SPI总线控制，相当于硬件级的急停。在代码里，我通常会把它接在MCU的一个GPIO上，实现看门狗超时联动：
void watchdog_feed_failed_handler(void) { // 看门狗异常时拉低DISABLE，让输出进入安全状态 AD5421_DISABLE_LOW(); }这种设计比单纯代码里写"输出4mA"更可靠，因为即使MCU死机、SPI通信中断，硬件还能把输出钳制在安全状态。安全仪表产品强烈建议预留这个引脚的控制，不要图省事直接接到VCC。
5.3 HART模式下校准的特殊注意点
如果设备支持HART，校准零点时不要用4.00mA做目标，建议用4.00mA加上一个微小偏置，把HART数字信号叠加的直流分量提前补偿掉。这个偏置量很小但实际存在，不处理的话HART调制会让输出平均电流略微偏高，高精度场景下会影响读数。
6. 实测调试踩坑记录与故障排查对照表
最后一个部分，把我在调试过程中真正遇到过的问题整理成一张对照表，方便你现场排查时对照。
| 现象 | 可能原因 | 排查方向 |
|---|---|---|
| 输出始终为0mA | VLOOP未上电、调整管接反/损坏 | 先查硬件供电，再用万用表量输出级 |
| 输出固定偏大或偏小 | 未校准、内部基准偏差、外部基准分压电阻精度不够 | 检查基准电压实际值，跑一遍校准流程 |
| SDO读回全为0或全为1 | SPI模式不对、位序错误、SYNC时序不满足 | 用GPIO模拟SPI逐步打印位状态 |
| 写寄存器后输出不变化 | 寄存器地址写错、帧长度不足24位 | 核对寄存器映射，示波器看帧波形 |
| HART手持器连接不上 | DAC刷新太频繁、CAP2电容太小、HART注入电路参数不对 | 降低DAC刷新频率，检查电容取值 |
| 上电瞬间输出冲到满量程 | 内部基准未稳定就开始写DAC、校准值未正确加载 | 初始化流程加延时，确认校准值加载时机 |
| 偶发过温故障 | 调整管散热不足、环路电压过高功耗大 | 检查调整管功耗，加强散热或降低环路电压 |
其中SPI时序问题占了我调试时间的三分之一。特别是MCU硬件SPI的CPOL/CPHA配置，不同厂家的库默认值不一样，AD5421要求的是SCLK空闲低电平、第二个边沿采样（对应SPI Mode 1），但很多MCU的默认配置是Mode 0，导致数据错位。建议不管用没用硬件SPI，都在初始化函数里显式配置一次SPI模式，不要依赖默认值。
另外，用示波器抓SYNC和SCLK波形时，要确保SYNC拉低后至少留一个SCLK周期的建立时间再开始时钟，太紧凑的时序会让芯片漏掉第一个bit。GPIO模拟SPI不太会遇到这个问题，但换成硬件SPI后容易踩。
最后再分享一个我自己常用的调试小技巧：写一个SPI回环测试函数，把已知数据写进DAC寄存器再读回来对比。不用接任何外部设备，只要SDO能正确返回对应寄存器里的值，就说明SPI链路是通的。这个测试只要十几行代码，但在软硬件联调初期能帮你从"到底是芯片没工作还是代码没写对"的泥潭里快速跳出来。
AD5421的驱动并不复杂，但细节非常多。希望这份从硬件准备到校准再到排障的完整记录，能让你在开发路上少走几步弯路。
本文还有配套的精品资源，点击获取
