简介：ADS131M04是TI推出的四通道同步采样高精度Δ-Σ ADC，内置24位分辨率、可编程增益放大器与多种数字滤波选项，常用于电能计量、工业传感器采集等对多通道同步性能要求严苛的场合。这份基于C语言的驱动源码正是围绕ADS131M04编写，面向STM32等主流单片机，开发者可直接移植调用，即可完成四通道同步采样、数据校准、寄存器配置与SPI通信控制，省去对照手册逐项调试寄存器的繁琐过程。压缩包体积仅18KB，共含6个文件，其中核心为ads131m0x.c与ads131m0x.h源文件，另附test_ads131m0x.c测试用例及工程配置文件，整体目录精简、依赖极少，便于按需提取集成。源码内部封装了初始化、数据读取、状态监测与典型时序处理等接口，并与常见ADS131M04硬件电路适配，支持增益设置、通道使能、数据速率调整等关键配置，注释详实，可直接用于电能计量、精密电流电压监测、工业传感器信号采集等嵌入式项目；同时不依赖特定厂商库，测试文件可帮助快速验证SPI通信是否正常，方便二次开发与参数调优。目前已有202人学习下载，尤其适合需要快速验证硬件、进行功能定制或性能优化的工程师和学生使用。

1. 把 ADS131M04 挂上 SPI 总线：这套驱动到底帮你省了多少事

ADS131M04 是一颗 4 通道同步采样、分辨率 24 位的 Δ-Σ ADC，常见于电能计量、振动采集和多路模拟量监测这类对相位一致性要求高的场合。很多人第一次拿到它时，以为无非就是把 SPI 读写打通、读回四个 24 位数据的事，真上手才发现，寄存器配置顺序、DRDY 中断时序、CRC 边界、增益与基准电压的换算，每一步都可能让数据变成一堆无法解释的乱码。

这套驱动源码的价值在于，它直接把 ADS131M04 从「芯片手册」拉到了「能跑通的工程」层面：SPI 底层封装、寄存器读写、配置序列、连续采样、数据换算和 CRC 校验都已经是可编译可验证的代码。适合正在调这颗芯片但卡在某个环节的人，也适合准备选型想提前评估驱动工作量的开发者。下面从硬件接线、寄存器体系、代码实现、数据换算到常见坑位，一层层拆开讲。

2. 硬件接线与寄存器映射：上电前先过一遍这些细节

2.1 引脚功能与最小系统：AVDD、DVDD、DRDY 一个都不能少

ADS131M04 的引脚不算复杂，但每一根都有讲究。SPI 四线（SCLK、MOSI、MISO、CS）只是最基础的部分，真正容易出问题的是电源、基准和状态输出这三块。

AVDD 和 DVDD 通常需要分开供电，数字部分和模拟部分不要共用一组 LDO。我一开始图省事，直接用一个 3.3V 电源同时给 AVDD 和 DVDD，结果测量噪声比手册典型值高了将近一倍，后来改成两路独立 LDO，并在靠近芯片引脚处各放一个 1uF 和 0.1uF 的退耦电容，噪声才回到正常水平。这个操作在芯片手册里有明确建议，但很多人容易忽略退耦电容的位置——电容必须尽量靠近芯片电源引脚，放远了等于没放。

DRDY（数据就绪）引脚是芯片通知 MCU「新数据已经准备好」的输出信号，通常接 MCU 的外部中断输入。这个引脚不要随便接到普通 GPIO 上再轮询，因为连续采样模式下轮询容易漏掉数据，或者占用大量 CPU 时间。最合理的接法是接到 EXTI 中断引脚，配合 DMA 做无阻塞读取。参考电压引脚的处理也需要注意：如果使用内部基准，那么 REF 引脚上的退耦电容要选低 ESR 的陶瓷电容，并且容值按手册推荐来，别随手焊一个 10uF 上去，过大的电容会明显拖长基准建立时间，导致上电后前几百毫秒的数据漂移。

2.2 寄存器体系速览：配置代码里出现的十几个地址

ADS131M04 的寄存器数量不算多，但每个寄存器里都塞了不少功能位。这套驱动代码里用到的寄存器主要有 CLOCK（地址 0x00）、CONFIG（地址 0x01）、ADC_EN（地址 0x02）、CH0_CFG 到 CH3_CFG（地址 0x03 到 0x06），以及 STATUS（地址 0x0A）和 MODE（地址 0x0B）。CHx_CFG 寄存器控制对应通道的 PGA 增益，增益档位通常从 1 到 128，具体档位组合要对照手册上的表来写，不同批次的芯片默认值未必一致。

CLOCK 寄存器是配置采样率和 SPI 时钟关系的核心。ADC 的采样率不是直接写一个数字进去就能完成，而是通过配置 SCLK 频率和分频系数的组合来确定。驱动里已经预设了最常见的匹配方式，但如果你是首次使用，建议先读回一下这个寄存器的值，确认跟手册的默认值吻合，再继续往下配置。曾经有一次我在调试时发现采样率始终不对，折腾半天才发现是因为芯片上电后 CLOCK 寄存器处于某个非默认状态。后来养成一个习惯：上电后先做一次寄存器回读校准，确认芯片基本通信正常，再写配置。

STATUS 寄存器里的位指示了当前芯片的工作状态，比如时钟丢失、CRC 错误、ADC 使能状态等。初始化完成后读一次 STATUS，可以快速判断配置是否生效。这套驱动的注释里已经把每个状态位的含义标了出来，遇到异常时对照着看，能省不少翻手册的时间。

2.3 SPI 命令与帧格式：读写寄存器时底层在传什么

ADS131M04 的 SPI 跟普通外设芯片不太一样的地方在于，它支持两种数据模式：标准模式和 TDM 模式。标准模式下，一次完整的输出帧包含四个通道各 24 位数据 + 16 位状态字 + 16 位 CRC，总共 128 位，也就是 16 个字节。TDM 模式则是把四个通道的数据按时间片复用到一个数据线上，一般用于特殊的外部多路复用场景，普通应用基本用不到。

读写寄存器的命令字格式也比较特殊。命令字节的高位方向有写/读标志位，低 6 位是寄存器地址，中间还有一位需要固定为特定值。这套驱动里已经用宏定义把命令字拼装逻辑封装好了，写代码时只要调用ads131m04_write_reg(reg_addr, value)和ads131m04_read_reg(reg_addr)两个函数就行，不需要自己拼位。

我在调试寄存器读写时遇到的第一个坑是：SPI 读取寄存器返回的数据并不是一次就能拿到，需要先发命令，再发一个空字节，多等一个时钟周期才能读到有效数据。这跟很多 SPI Flash 的时序类似。如果你发现读回的寄存器值全是 0xFF 或者乱跳，先检查是不是读时序里少了一个字节的延迟。

3. 驱动源码核心：SPI 底层的读写封装与 CRC 校验

3.1 SPI 模式与时钟配置：默认模式 1 不是随便选的

ADS131M04 要求的 SPI 模式是模式 1，即 CPOL=0、CPHA=1。这意味着时钟空闲时是低电平，数据在第二个边沿（下降沿）采样。新手很容易在这上面翻车，因为很多 MCU 的 SPI 外设默认是模式 0（CPOL=0、CPHA=0），能通信但数据错位，读回来的值完全不可用。如果你用的是某款 Cortex-M 内核的单片机，初始化时务必把 SPI 模式明确写成模式 1，且不要依赖外设复位后的默认值。

时钟频率方面，芯片手册会给出 SCLK 的上限，但实际使用时建议留出余量。我一般控制在手册标称值的 50% 到 75%，因为 SCLK 频率过高时，PCB 走线的寄生电容和干扰会直接影响数据完整性。下面是一段 SPI 初始化代码，展示了如何配置模式、时钟和位宽：

void ads131m04_spi_init(ads131m04_handle_t *dev) { /* 以某款 Cortex-M 内核单片机为例，开启 SPI 外设时钟 */ mcu_spi_clock_enable(dev->spi_instance); /* 配置 SPI 参数：模式 1、主模式、8 位数据宽度 */ spi_config_t cfg; cfg.mode = SPI_MODE_MASTER; cfg.cpol = SPI_CPOL_LOW; /* CPOL = 0 */ cfg.cpha = SPI_CPHA_2EDGE; /* CPHA = 1，数据在第二个边沿采样 */ cfg.data_width = SPI_DATA_WIDTH_8BIT; cfg.freq = mcu_spi_freq_to_div(dev->spi_instance, 2000000); /* 2MHz */ mcu_spi_configure(dev->spi_instance, &cfg); /* 片选引脚配置为 GPIO 输出，初始拉高 */ mcu_gpio_set_mode(dev->cs_pin, GPIO_MODE_OUTPUT); mcu_gpio_write(dev->cs_pin, GPIO_HIGH); }

这段代码的关键点有两个：CPHA 设置为第二个边沿采样，以及把 SCLK 初始化频率控制在 2MHz。芯片标称 SCLK 上限通常更高，但初始化阶段用 2MHz 比较稳妥，等寄存器配置完成后，如果确实需要更高吞吐量，再单独调高 SCLK 频率并重测 CRC 稳定性。

3.2 寄存器读写函数：命令字、超时与回读

寄存器读写是驱动里最基础也是最重要的封装。写寄存器时，需要把命令字和数据拼成一个三字节序列发送；读寄存器时，则需要先发命令字，再发一个空字节等待芯片返回数据。下面是封装好的读写函数：

#define ADS131M04_SPI_CMD_READ (0x00u) #define ADS131M04_SPI_CMD_WRITE (0x02u) void ads131m04_write_reg(ads131m04_handle_t *dev, uint8_t addr, uint16_t value) { uint8_t cmd[3]; /* 命令字节：bit1 = 写标志位，bit7:2 为寄存器地址，bit0 低地址位看具体芯片定义 */ cmd[0] = ADS131M04_SPI_CMD_WRITE | ((addr & 0x3F) << 1); cmd[1] = (uint8_t)((value >> 8) & 0xFF); /* 数据高字节 */ cmd[2] = (uint8_t)(value & 0xFF); /* 数据低字节 */ mcu_gpio_write(dev->cs_pin, GPIO_LOW); mcu_spi_tx_rx(dev->spi_instance, cmd[0]); mcu_spi_tx_rx(dev->spi_instance, cmd[1]); mcu_spi_tx_rx(dev->spi_instance, cmd[2]); mcu_gpio_write(dev->cs_pin, GPIO_HIGH); } uint16_t ads131m04_read_reg(ads131m04_handle_t *dev, uint8_t addr) { uint8_t cmd; uint16_t resp; cmd = ADS131M04_SPI_CMD_READ | ((addr & 0x3F) << 1); mcu_gpio_write(dev->cs_pin, GPIO_LOW); mcu_spi_tx_rx(dev->spi_instance, cmd); /* 发送读命令 */ resp = (uint16_t)mcu_spi_tx_rx(dev->spi_instance, 0xFF) << 8; /* 空字节 */ resp |= mcu_spi_tx_rx(dev->spi_instance, 0xFF); /* 数据低字节 */ mcu_gpio_write(dev->cs_pin, GPIO_HIGH); return resp; }

两个函数的代码逻辑都比较直白，但有几个细节值得注意。写寄存器时需要把值拆成高字节和低字节，先发高字节还是先发低字节要严格按手册的帧格式来，这个顺序错了寄存器会写入错误的值。读寄存器时两个空字节只是作为一个占位，驱动里也可以直接发送 0x00 而不是 0xFF，因为输入数据在模式 1 下采样的是 MOSI 上的值，而读取数据需要 MISO 上的响应。阅读代码时注意区分这两个过程。

实际应用中，读寄存器的超时处理很重要。如果芯片没正常唤醒，或者 SPI 通信断了，函数会一直卡在等待返回数据的地方。我在这个函数里额外加了一个超时计数，超过 N 次循环后强制拉高 CS 并返回错误码。这套驱动源码也有类似的处理，只是放在上层调用逻辑中，这里为了简洁没展开。

3.3 CRC-16 校验实现：多项式、边界与多出的 16 位

ADS131M04 的数据帧里带有 CRC-16 校验，多项式是 x^16 + x^15 + x^2 + 1，换算成十六进制就是 0x8005。这个多项式在软件实现时要注意方向问题：芯片内部计算的 CRC 在串行传输时按 LSB-first 方式处理，所以用查表法时多项式反转后是 0xA001。下面是一个常用的 CRC 计算函数：

uint16_t ads131m04_crc16(uint8_t *data, uint32_t len) { uint16_t crc = 0xFFFF; while (len--) { crc ^= (uint16_t)data[0]; /* 每次处理一个字节 */ data++; for (int i = 0; i < 8; i++) { if (crc & 0x0001) { crc = (crc >> 1) ^ 0xA001; /* 反转多项式 0x8005 */ } else { crc >>= 1; } } } return crc; }

这里的crc初始值是 0xFFFF，对应芯片手册中的 CRC 初值要求。计算范围要和芯片保持一致——芯片发送数据时，CRC 覆盖的是从第一个通道数据字节到状态字结束的位置，不包含 CRC 自身的那 16 位。如果你在 MCU 端把 CRC 自身也纳入了计算范围，校验结果必然不匹配。

拆帧的时候记得：数据帧的前 12 个字节是四个通道的 24 位数据，第 13、14 字节是状态字，最后 2 个字节是 CRC。读取时把前 14 个字节传入 CRC 函数，算出来的结果与接收到的后 2 个字节比较。为了减少错误处理复杂度，我把 CRC 校验函数放在读取帧之后单独调用，校验失败就丢弃这帧数据并继续读下一次，而不是打断整个采样流程。

4. 配置与采样全流程：从初始化到四通道浮点电压值

4.1 初始化顺序：CLOCK、CONFIG、ADC_EN、通道增益

ADS131M04 的初始化顺序有讲究。必须先配置时钟系统，再配置通道增益和使能，最后才启动连续转换。如果顺序颠倒，芯片可能进入异常状态，或者配置写入不生效。

一个标准的初始化流程如下：先复位芯片（拉低 RESET 引脚一段时间再释放），等待芯片内部启动完成，然后依次写 CLOCK 寄存器设置采样率和 SCLK 频率、写 CONFIG 寄存器设置全局斩波等参数、写 CHx_CFG 设置各通道增益、最后写 ADC_EN 使能通道并启动采样。下面是一段初始化代码：

void ads131m04_init(ads131m04_handle_t *dev) { /* 1. 硬件复位：RESET 引脚拉低至少 10us 再释放 */ mcu_gpio_write(dev->reset_pin, GPIO_LOW); mcu_delay_us(20); mcu_gpio_write(dev->reset_pin, GPIO_HIGH); mcu_delay_ms(10); /* 等待内部启动完成 */ /* 2. 配置时钟寄存器：采样率与 SCLK 频率由驱动宏控制 */ ads131m04_write_reg(dev, 0x00, ADS131M04_CLOCK_VALUE); /* 3. 配置 CONFIG 寄存器：使能内部基准、关闭未用功能 */ ads131m04_write_reg(dev, 0x01, ADS131M04_CONFIG_VALUE); /* 4. 配置四个通道的 PGA 增益，假设都用增益 1 */ for (int ch = 0; ch < 4; ch++) { ads131m04_write_reg(dev, 0x03 + ch, ADS131M04_PGA_GAIN_1); } /* 5. 使能所有通道，启动连续转换 */ ads131m04_write_reg(dev, 0x02, 0x000F); /* 6. 读回状态寄存器，确认配置生效且无错误 */ uint16_t status = ads131m04_read_reg(dev, 0x0A); if ((status & ADS131M04_STATUS_CRC_ERR) != 0) { /* 初始化阶段就出现 CRC 错误，需要排查 SPI 时序 */ } }

这段代码做完之后，芯片理论上已经处于连续转换状态，DRDY 引脚会按照采样率周期性拉低。CLOCK_VALUE 和 CONFIG_VALUE 这两个宏的具体数值取决于你需要的采样率、SCLK 频率和当前供电情况，驱动源码里已经配好了默认值，如果要用不同采样率，只需要修改这个宏并对照手册重新计算分频系数即可。

4.2 数据读取：DRDY 中断与 DMA 两条路

数据读取是驱动真正跑起来的标志。最直接的方式是把 DRDY 接到外部中断引脚，在中断函数里读取完整的数据帧。下面是用中断方式读取一帧数据的代码：

volatile uint32_t raw_ch[4]; /* 四个通道的 24 位原始数据 */ volatile uint16_t status_word; void ads131m04_drdy_interrupt_handler(ads131m04_handle_t *dev) { uint8_t frame[16]; uint8_t crc_calc_buf[14]; uint16_t crc_recv; /* CS 拉低，连续读取 16 字节 */ mcu_gpio_write(dev->cs_pin, GPIO_LOW); for (int i = 0; i < 16; i++) { frame[i] = mcu_spi_tx_rx(dev->spi_instance, 0x00); } mcu_gpio_write(dev->cs_pin, GPIO_HIGH); /* 前 12 字节为四个通道数据，第 13、14 字节是状态字，后 2 字节是 CRC */ memcpy(crc_calc_buf, frame, 14); crc_recv = (uint16_t)frame[14] << 8 | frame[15]; if (ads131m04_crc16(crc_calc_buf, 14) != crc_recv) { return; /* CRC 失败，丢帧 */ } /* 解析四个通道的 24 位数据（大端顺序） */ for (int ch = 0; ch < 4; ch++) { raw_ch[ch] = ((uint32_t)frame[ch * 3] << 16) | ((uint32_t)frame[ch * 3 + 1] << 8) | (uint32_t)frame[ch * 3 + 2]; } status_word = (uint16_t)frame[12] << 8 | frame[13]; }

中断方式的特点是每次数据就绪都由硬件信号推动，延时低、代码直观，但中断频率等于采样率，如果采样率很高，频繁进入中断会占用大量 CPU 时间。DMA 方式则可以做得更优雅：把 DRDY 接成 DMA 请求源，CS 拉低后由 DMA 自动搬运 16 个字节到缓冲区，搬运完成再触发中断处理数据帧。DMA 方式下，中断频率从采样率降到了「每帧完成一次」，CPU 压力小很多。

两种方式在驱动源码里都实现了，通过一个宏切换。实际项目里如果采样率低于 4kHz，中断方式完全够用；如果采样率拉满，建议优先用 DMA。

4.3 原始 24 位数据换算成 mV：符号扩展与满量程

读取到的raw_ch是无符号的 32 位整数，但真正有意义的是它代表的模拟电压。第一步必须是符号扩展：24 位数据如果最高位是 1，说明是负数，需要将高 8 位全部置 1，转成有符号的 32 位变量，否则负数会变成很大的正数。第二步才是按增益和基准电压换算成实际电压。参考电压取内部基准 1.2V，增益为 1 时满量程是 ±1.2V，所以 24 位满量程对应的电压范围是 -1.2V 到 +1.2V。换算公式如下：

float ads131m04_raw_to_voltage(uint32_t raw, int32_t gain) { int32_t signed_raw; float voltage; /* 符号扩展：24 位有符号数转为 32 位有符号数 */ if (raw & 0x800000) { signed_raw = (int32_t)raw | 0xFF000000; } else { signed_raw = (int32_t)raw; } /* 换算成电压：满量程 ±1.2V，除以增益 */ voltage = ((float)signed_raw / 8388608.0f) * (1.2f / (float)gain); return voltage; }

8388608 是 2 的 23 次方，对应 24 位有符号数的满刻度值。实际折算时要注意，如果 PGA 增益设置为 16，那么满量程会变成 ±1.2V / 16 = ±75mV，而不是仍然按 ±1.2V 计算。经常有人在采集弱信号时忘记把增益代入换算公式，导致读出来的电压值比真实值大了一个倍数。驱动源码里把这个换算也封装好了，调用时传入通道配置的增益值即可。

5. 调试避坑：五个翻车现场和当时的修复手段

5.1 DRDY 从不拉低：上电时序与复位悬空的坑

现象：芯片上电后，DRDY 引脚始终处于高电平，从不产生下降沿。代码初始化流程执行完毕，DRDY 中断一次都没触发。

原因：排查发现 RESET 引脚没有接上拉电阻，而是悬空状态。芯片在上电瞬间因为引脚电平不稳定，一直处于复位状态或者异常未复位状态。有些 MCU 的 GPIO 在复位期间输出低电平，也会把外设的 RESET 引脚拉低，导致外设无法启动。

解决：RESET 引脚加一个 10kΩ 上拉电阻到电源，同时在驱动初始化时用 GPIO 显式控制复位时序，先拉低、延时、再拉高，不要依赖外部 RC 复位电路。修正后，DRDY 在配置完成后正常启动脉冲输出。

5.2 读回全是 0x7FFFFF：SPI 模式与时钟频率的坑

现象：读取四个通道的数据，全部是 0x7FFFFF，或者偶尔有一个通道正常，其他通道全是同样数值。看起来数据像是卡在了某个中间值上。

原因：SPI 被配置成了模式 0 而不是模式 1。CS 拉低后第一个时钟边沿采样的位置不对，导致数据整体移了一位。0x7FFFFF 正是 24 位数据位里最高位被吃掉后出现的一种典型错误值。

解决：把 SPI 配置中的 CPHA 改到第二个边沿，重新初始化后数据恢复正常。这件事也提醒我，每次写完 SPI 初始化代码，先用逻辑分析仪抓一下数据线上的电平时序和位宽，比对着寄存器数据猜可靠得多。

5.3 CRC 校验一直失败：帧长度与计算范围对不上

现象：数据帧能读出来，四个通道的数值看起来也合理，但 CRC 校验几乎每帧都报错，导致所有数据都被丢弃。

原因：最开始我把整个 16 字节帧都纳入 CRC 计算范围，但芯片实际计算时只覆盖前 14 个字节。计算范围多算了两个字节的 CRC 自身，结果自然永远不匹配。另一个帮凶是：读取帧时用了 8 位 SPI 逐字节读，某些底层 SPI 库在读数据时会额外吞掉第一个时钟周期的无效数据，导致整个帧错位。

解决：精确核对芯片手册中关于 CRC 覆盖范围的描述，把计算范围改成前 14 字节。同时检查 SPI 底层读函数是否有额外的时钟偏移，必要时手动补一个空读字节对齐帧边界。修正后 CRC 校验连续通过率恢复到了 100%。

5.4 通道间串扰明显：电源和地的处理问题

现象：单独给第一通道输入一个正弦信号，第二通道读到的数据里也出现了同频率的微弱信号。通道间隔离度明显不符合芯片标称值。

原因：电路板上模拟地、数字地直接公用，而且 AVDD 和 DVDD 共用一组电源。ADC 内部数字部分的开关噪声通过地回路耦合到了模拟输入通道，串扰指标就崩了。

解决：将模拟地和数字地在 ADC 芯片附近单点连接，AVDD 和 DVDD 分成两路独立供电，且 DVDD 的退耦电容尽量靠近 DVDD 引脚。重新打样后，通道间串扰降到了原有水平。

5.5 数据漂移大：基准电压预热与增益调太高

现象：上电后读取到的电压值不断缓慢变化，几分钟后才能稳定，而且通道噪声明显偏大。把信号源短接到地时，输出不是在零附近抖动，而是有一个缓慢漂移的偏移量。

原因：内部基准在上电后需要一段时间才能达到稳定精度，短期漂移属于正常现象。另一个原因是通道增益设到了 128，把芯片自身噪声也放大了，而在信号本来就不大的场景下，应该优先考虑降低基准噪声而不是盲目提高增益。

解决：初始化后加一个 500ms 到 1s 的预热延时，让基准稳定后再启动采样；同时把增益降到合适的档位，保证信号幅值接近满量程的 50% 左右即可。从那以后我每次在程序里配置完增益，都会先看一眼原始数据的噪声底，确认没有把噪声放大得比信号还大。

6. 比手册更进一步：让数据更稳的四个操作习惯

第一个习惯是初始化后手动校准一次偏移。ADS131M04 支持逐通道偏移校准，输入短接时读到的值理论上应为零，但受基准漂移和 PCB 布局影响，实际会带一个很小的直流偏置。驱动源码里提供了校准函数，做法是：将外部输入短接到模拟地，连续读 100 帧求平均，把这个平均值作为通道偏移存起来，后续每一帧都减去它。这个操作把静态误差直接消掉，尤其在测量毫伏级小信号时效果很明显。

第二个习惯是高频场景下用多个连续样本求平均，但不要盲目平均。如果采样率远高于实际信号频率，比如用 32kSPS 去测 50Hz 工频信号，每 640 个点才是一个完整周期，这时候在 50ms 窗口内做滑动平均能明显抑制带外噪声，但会引入相位滞后。如果你的应用对相位敏感，不要用简单平均，而是用合适带宽的数字低通滤波器。不要想着一个平均函数通吃所有场景，滤波的代价永远是延时。

第三个习惯是定期读一次 STATUS 寄存器。ADS131M04 内部有看门狗和时钟监测，偶尔会因为外部干扰产生一次内部复位或者时钟丢失。驱动在每次中断里只读数据帧不读状态字，代价就是错过了重要告警。我现在的做法是每读 1000 帧额外读一次寄存器状态，如果发现 CRC 错误累计超标，就让主程序重新初始化一遍芯片。

第四个习惯是电源和基准的排查顺序永远先于算法。数据不稳、噪声大时，先看示波器抓的电源纹波和基准波形，再考虑是不是需要优化滤波算法。芯片手册里给的噪声指标都是在干净的电源条件下测出来的，你板子上的电源比手册测试平台差多少，噪声就会差多少，这不完全是芯片的锅。有一次我把问题定位在驱动代码上，查了两天毫无进展，最后发现是供电的 DC-DC 开关频率落在了采样带宽内。换了线性稳压供电，驱动代码一行没改，问题直接消失了。

从那以后，我每次调新的 ADC 板卡都强制按固定顺序走一遍：先看电源波形，再确认 SPI 时序，然后检查寄存器回读值，最后才动驱动代码。顺序对了，坑就少了一半。这套 ADS131M04 驱动源码把前两步需要的大量验证代码提前写好了，你拿到手先跑通示例工程，再根据自己的采样率和增益需求改配置宏就行。希望帮到你。

以上是从芯片级视角对这套四通道高精度 ADC 驱动源码的整体拆解。代码里涉及的具体寄存器默认值、宏定义和中断处理示例都以源码包中的注释为准，不同版本的单片机 SDK 环境下，SPI 底层函数名需要按你自己的工程做适配。如果按上面的流程走一遍仍然有数据异常，优先检查硬件接线，其次是 SPI 时序抓波形，最后再怀疑寄存器配置。预祝顺利点亮 DRDY。

本文还有配套的精品资源，点击获取