STM32驱动ADS1255：24位Delta-Sigma ADC驱动设计与调试经验

1. 项目概述与整体设计思路

前阵子帮客户做一套多通道工业数据采集系统，核心是几十个模拟量通道的精密测量。模拟前端用了仪表放大器做调理，后端需要一颗高分辨率ADC把信号数字化。对比了好几款芯片之后，最终定了德州仪器的ADS1255IDBR，搭配STM32L4系列做主控。

ADS1255是一颗24位Delta-Sigma型ADC，内置可编程增益放大器PGA、输入多路复用器MUX、数字滤波器和SPI接口，单芯片就能完成高精度采集链路的数字化部分。它有两个我在实际项目中很看重的点：一是24位分辨率配合PGA最高64倍增益，可以分辨微伏级信号变化；二是它具备同步的START/SYNC引脚和多种转换模式，非常适合做定时同步采集。

需要先说明的是，标题里写的ADS1255IDBR，其实是ADS1255的某一种封装后缀型号，D表示TSSOP封装，BR表示卷带包装。芯片本身是相同的，驱动代码可以完全通用。后续内容里提到的ADS1255都指这一系列芯片。

这颗芯片典型的应用场景包括称重仪表、压力变送器、热电偶温度采集、精密仪器内部测量电路。如果你在做一个需要测量uV级信号、对采样率要求不高但对精度要求很高的项目，这颗芯片就是很合适的选择。做这套驱动的目标也很明确：用STM32的硬件SPI接口，实现ADS1255的初始化、通道切换、单次转换读取、连续采样、内部自校准等功能，并且把缓存区管理、时间戳标记和后续信号处理流程串起来，给上层应用提供干净的接口。

对于刚接触高精度ADC的开发者来说，这篇内容能帮你理清ADS1255的寄存器结构、SPI读取时序、以及驱动设计的核心逻辑。对于有经验的工程师，这里的一些调试经验和坑点应该也能带来参考价值。

1.1 为什么选ADS1255而不是其他ADC

在选型阶段我其实先看了几颗国产16位或20位的SAR型ADC，比如同价位的一些芯片，它们的采样率能做很高，但有效位数在低频输入下反而不如24位Delta-Sigma型来得扎实。ADS1255的等效噪声分辨率在2.5V基准、PGA=1、数据速率30SPS的条件下可以做到20位以上有效位，这个指标在小信号测量场景下非常有竞争力。

与此同时，ADS1255的功耗极低，正常工作电流约4mA，关断模式下只有1uA左右。这对电池供电的便携式采集设备来说很重要。它的SPI接口最高支持约2MHz的串行时钟（实际读取周期内SCLK最高可接近2.048MHz，超过容易出错），数据速率从2.5SPS到30kSPS可编程。你需要注意一点，PGA增益和数据速率之间互相约束，增益越大，最高可用数据速率越低。这是Delta-Sigma型ADC的共性，后面我会专门画表说明。

1.2 驱动设计的核心目标

一个成熟的驱动，不是简单地封装几个寄存器读写函数就完事。我在设计这套驱动时分了三层：

• 底层：SPI收发、引脚控制、延时，这层直接操作STM32外设。
• 中间层：ADS1255命令封装、寄存器读写、转换启动和读数。
• 上层：提供面向应用的接口，包括通道配置、数据格式转换、自动校准触发。

这样分层的理由很实际：底层做硬件抽象，以后换主控芯片只需要改底层；中间层保持芯片命令的完整性和时序准确性；上层接口稳定后，应用逻辑不用关心底层细节。对固件维护和后续扩展都有明显好处。

2. 硬件接口与SPI通信时序的细节

阅读ADS1255数据手册的SPI时序图，第一眼会有点不适应，因为它的数据引脚命名和普通SPI略有区别。芯片侧的DIN对应主控的MOSI，DOUT对应主控的MISO，SCLK就是SPI时钟。ADS1255还提供了一个DRDY引脚，数据就绪时会拉低，这个引脚建议接到STM32的EXTI外部中断引脚上，配合中断去读数据，比轮询DRDY状态效率更高、时间确定性更好。

2.1 引脚连接与注意事项

一个比较可靠的连接方案是这样的：

有两个细节值得注意。第一，ADS1255的RESET是高电平复位，和很多芯片反着来，初始化时这个引脚必须拉低并维持，上电后延时足够时间才能正常工作。第二，DRDY引脚是开漏输出，外部需要接上拉电阻。如果不在硬件上加一个10k左右的上拉电阻，DRDY信号在释放时可能出现电压不稳，导致STM32误判下降沿。

2.2 SPI模式选择与时钟极性

ADS1255的SPI时序要求的是CPOL=0、CPHA=1，即SCLK空闲为低电平，数据在SCLK的第二个沿（上升沿）被采样。这一点在STM32的SPI配置里必须设置正确。调SPI模式时我踩过一次坑：用默认的Mode 0去读，结果读回的数据全乱，后来对照手册时序图逐位核查才发现问题是SPI模式不匹配。

此外，SCLK的频率选择也很关键。数据手册上给出的最大SCLK约为芯片内部系统时钟的1/4，读取周期中因为要配合DRDY节奏，一般建议配置在1.6MHz以内比较稳。实际项目中我把STM32的SPI2时钟分频到约1.05MHz，读取的数据从未出现过位错误。如果你用更高频率，大概率会遇到偶发性的数据错位问题，这是行业内很多人都遇到过的典型问题。

经验之谈：ADS1255不像有些芯片那样对SCLK频率很宽松，它是那种"你按手册来就稳定，你超频使用就出诡异问题"的芯片。在设计驱动时，适当留出时钟余量是值得的。

2.3 SPI块读写时CS的持续拉低

ADS1255有一个特性：读取转换数据时，CS需要在整个24位数据移位过程中保持低电平。这和某些分字节操作的芯片不同。如果你在STM32上按字节拆分三次SPI发送，每次发送前把CS拉低、发送完拉高，你会发现读到的数据会随机错位或全是0xFF。原因是ADS1255在一次24位移位中，数据是连续出现在DOUT上的，中间CS的跳变会被理解为复位或不完整命令，导致输出缓冲区状态异常。

所以驱动中我会用一个特殊方式：直接用HAL_SPI_TransmitReceive函数，连续传输3个字节，期间不要触碰CS。很多HAL库例程会引导把CS当普通GPIO操作，但这里你要么使用硬件NSS管理，要么在封装函数里控制CS的拉低和拉高，必须将整个24位读取流程包含在一个完整时间段内。

3. ADS1255寄存器体系与配置策略

ADS1255的寄存器不多，但每个寄存器里都有关键位，配置顺序错误或者遗漏某个位会直接导致输出数据异常。它的寄存器包括状态寄存器STATUS、MUX、ADCON、DRATE和IO寄存器。配置方式是通过命令WREG写入，读取方式是RREG。

3.1 寄存器地址与关键位

下面是常用寄存器地址：

默认情况下，MUX寄存器的值0x01表示正输入是AIN0、负输入是AIN1。如果你的硬件上把模拟信号接在AIN0和AIN1之间，上电复位后不需要改MUX寄存器，直接用默认配置也能读到正确的差分电压。这一点很多新手不知道，容易去手动配置MUX，结果写错位导致通道错乱。

3.2 增益与数据速率的搭配选择

ADCON寄存器低4位就用来设置PGA增益。增益档位有1、2、4、8、16、32、64，我用两组常见组合说明一下：

• 测量范围0-5V，信号经过调理后满量程5V差分，PGA设为1，数据速率为30SPS，这种情况下有效位数最佳。
• 测量热电偶，信号只有毫伏级，PGA设为64，数据速率为10SPS，此时可以发挥最高灵敏度和噪声整形效果。

DRATE寄存器控制数据速率。数据速率和PGA之间有个表格关系，增益越高，最高可用速率越低。例如PGA=64时最高速率约为960SPS，而PGA=1时最高可达30kSPS。如果配置成超出范围的高速率再加高增益，芯片实际工作性能会明显异常，转换结果跳动增大，有些资料里把这种情况称为"无效配置区"。

我在项目里做了这样一个配置函数，传入目标速率的索引号，自动写入DRATE寄存器：

static void ads1255_write_drate(uint8_t drate_index) { uint8_t buf[2] = {0x03, drate_index}; // 地址0x03，值 ads1255_cs_low(); ads1255_spi_write_byte(0x50 | 0x03); // WREG命令，从地址0x03开始写1个寄存器 ads1255_spi_write_byte(0x00); // 寄存器数-1，这里为0 ads1255_spi_write_byte(drate_index); // 写入数据速率配置值 ads1255_cs_high(); }

WREG命令的格式是第一个字节的高4位是0x50、低4位是起始寄存器地址，第二个字节是寄存器数量减1，后面跟实际寄存器值。很多初学者会漏掉第二个字节，直接写寄存器值，结果芯片不接受配置。这一点务必记清楚。

4. 驱动代码实现的核心模块

驱动代码我按功能拆成了几个模块文件：ads1255_hal.h、ads1255_hal.c、ads1255_app.c。底层接口在hal文件里，应用逻辑在app文件里。这样分文件的好处是，如果你后续要把驱动移植到其他平台，只需要改hal文件里的几个SPI读写函数和延时函数，芯片控制逻辑不需要动。

4.1 底层SPI封装

底层要做的事情很纯粹：初始化GPIO和SPI外设，提供字节收发接口。下面这段是初始化函数的一个核心片段，关键是SPI参数配置：

void ads1255_hal_init(void) { SPI_HandleTypeDef hspi; hspi.Instance = SPI2; hspi.Init.Mode = SPI_MODE_MASTER; hspi.Init.Direction = SPI_DIRECTION_2LINES; hspi.Init.DataSize = SPI_DATASIZE_8BIT; hspi.Init.CLKPolarity = SPI_POLARITY_LOW; // CPOL = 0 hspi.Init.CLKPhase = SPI_PHASE_2EDGE; // CPHA = 1 hspi.Init.NSS = SPI_NSS_SOFT; hspi.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_32; hspi.Init.FirstBit = SPI_FIRSTBIT_MSB; HAL_SPI_Init(&hspi); // 配置DRDY为下降沿外部中断 // 配置RESET/SYNC/CS为输出引脚 }

CS的控制建议用GPIO而非硬件NSS，这样灵活性更高。每次操作前拉低CS，操作完拉高。包括读取寄存器、写寄存器、读取转换数据在内的所有SPI操作流程，都要保证CS的拉低持续时间足够，覆盖整个操作事务。

4.2 单次转换读取流程

单次转换是我在调试模式中最常用的功能。它的完整流程是这样的：

int32_t ads1255_read_single(void) { uint8_t buf[3]; int32_t raw = 0; // 发送同步命令SYNC，停止当前转换 ads1255_send_command(0x04); ads1255_delay_us(5); // 发送唤醒命令WAKEUP，启动新转换 ads1255_send_command(0x00); // 等待DRDY引脚拉低，表示转换完成 uint32_t timeout = 10000; while (HAL_GPIO_ReadPin(DRDY_GPIO_PORT, DRDY_PIN) != GPIO_PIN_RESET) { ads1255_delay_us(1); if (--timeout == 0) return 0x80000000; // 超时返回错误标识 } // 发送RDATA命令，读取24位转换结果 ads1255_cs_low(); ads1255_spi_write_byte(0x01); buf[0] = ads1255_spi_readwrite_byte(0xFF); buf[1] = ads1255_spi_readwrite_byte(0xFF); buf[2] = ads1255_spi_readwrite_byte(0xFF); ads1255_cs_high(); // 拼接数据，注意ADS1255数据是MSB优先 raw = ((int32_t)buf[0] << 16) | ((int32_t)buf[1] << 8) | buf[2]; // 处理符号扩展：24位有符号数转32位有符号数 if (raw & 0x800000) { raw |= 0xFF000000; } return raw; }

这段代码里有几个细节要特别说明。第一，SYNC命令发送后产生低电平脉冲，它把正在进行的转换打断，之后发送WAKEUP命令让器件重新开始转换，这是一个标准的"软启动"流程。第二，RDATA命令后的三个字节是要用SPI时钟把DOUT上的数据"读"出来，就算是读，主控也需要发送字节才能产生时钟，所以用读写函数发送0xFF是合理的。第三，符号扩展不能省略，ADS1255是24位二进制补码输出，最高位为1时表示负电压，不扩展成32位符号整数，后面计算电压值就会出错。

4.3 连续采样缓存管理

连续采样主要用于在线监测或需要数据流处理的场景。ADS1255支持RDATAC模式，即自动读数模式，在这种模式下，只要DRDY拉低，就可以直接读取24位结果，不用每次发送RDATA命令。这种方式减少了SPI交互次数，效率更高。

驱动中我设计了一个环形缓冲区，用DMA配合SPI接收，每批接收4个周期，DMA传输完成中断后处理数据：

typedef struct { int32_t buffer[512]; uint16_t head; uint16_t tail; uint16_t count; } adc_ring_buffer_t; static adc_ring_buffer_t adc_rb; void ads1255_isr_handler(void) { if (HAL_GPIO_ReadPin(DRDY_GPIO_PORT, DRDY_PIN) == GPIO_PIN_RESET) { // 读取24位数据 int32_t val = ads1255_read_continuous_sample(); // 写入环形缓冲区 adc_rb.buffer[adc_rb.head] = val; adc_rb.head = (adc_rb.head + 1) % 512; if (adc_rb.count < 512) { adc_rb.count++; } else { adc_rb.tail = (adc_rb.tail + 1) % 512; // 覆盖最旧数据 } } }

环形缓冲区的容量根据项目需求设定，我这里用了512点。如果MCU主频足够，中断里直接处理数据也可以，但这个设计保持了模块的松耦合，上层随时可以从缓冲区取稍早的数据，适合做滤波或阈值判断。一个容易犯的错误是中断里做耗时操作，比如计算平均值或打印调试，导致DRDY下一个下降沿到来时中断还没处理完，错过数据。建议将计算逻辑放到主循环或低优先级任务中。

4.4 自校准与偏移修正

ADS1255提供了SELFOCAL和SELFGCAL命令，能够进行偏移校准和增益校准。上电后进行一次自校准对提高精度帮助很大，尤其当温度变化或者供电电压波动的时候。我的驱动里把它作为初始化的一部分，放在配置完寄存器之后执行一次：

void ads1255_self_calibrate(void) { // 发送SELFOCAL命令 ads1255_send_command(0xF0); // 等待DRDY拉低，校准完成 uint32_t timeout = 100000; while (HAL_GPIO_ReadPin(DRDY_GPIO_PORT, DRDY_PIN) != GPIO_PIN_RESET) { ads1255_delay_us(10); if (--timeout == 0) return; } }

自校准完成前DRDY会一直保持高电平，所以超时机制必须做，防止固件在异常状态下卡死。校准完成后，还需要再执行一次读数据操作，将校准后的第一个转换结果读走丢弃，因为它往往是在校准过渡期产生的无效数据。

5. 模拟输入路径设计与信号完整性

ADS1255本身是差分输入ADC，但实际应用时要小心处理输入信号范围和参考电压的关系。芯片模拟输入电压范围不能超出AVDD和AVSS的轨，否则内部ESD二极管会导通，造成测量失真甚至损坏芯片。

5.1 差分输入的测量方式

常用的接线方式有几种：一是直接接差分信号源，比如电桥的差分输出；二是将负输入接到AGND，正输入接单端信号，这样就是单端测量模式。不管哪种方式，输入共模电压都需要落在规定范围内。ADS1255的输入共模范围大概在AGND+0.1V到AVDD-0.1V之间，超出这个范围会导致PGA饱和，读数固定在正满量程或负满量程，这是一个比较容易忽视的坑。

在我的项目中，前置仪表放大器输出已经做了电平平移，所以共模电压控制在中间值附近，没有遇到这个问题。如果你的信号源直接接传感器，建议在输入前加一个简单的跟随器电路，既能隔离信号源阻抗，又能限制共模电压。

5.2 缓冲器与输入电流的影响

ADS1255内部有两个可选缓冲器，通过ADCON寄存器的BUFEN位控制。开启输入缓冲可以显著降低输入电流，使得外部RC滤波网络更容易驱动。但缓冲器也有代价：输入范围会缩小，接近电源轨时线性度下降。对于高阻抗传感器，我建议开启缓冲；对于前置放大器这种低阻抗驱动源，可以关闭缓冲以获得更宽满量程。

实际测试中，我把一个100k电阻分压网络直接接到ADS1255输入，未开缓冲时测量误差能到0.2%左右，开了缓冲后在0.02%以内。这个差异在12位ADC上可能无所谓，但24位ADC如果希望真正发挥位数优势，就必须考虑。

5.3 参考电压的稳定性

外部基准电压芯片对最终转换精度的影响非常大，甚至可以说不亚于ADC本身。如果参考电压纹波大、温漂高，那么24位的分辨率毫无意义。我的项目里选了一颗低温漂基准芯片，通过一个跟随器驱动VREF引脚，还在引脚旁边并联了10uF钽电容和0.1uF高频陶瓷电容。VREF引脚上的电压稳定度直接决定测量精度，这点投入非常值得。

提示：ADS1255的VREF输入范围严格限制在0.5V到AVDD之间，超出范围芯片可能无法正常工作。设计电源时还要注意模拟电源和数字电源的隔离，通常用磁珠或小电感分隔，配合去耦电容，不要让数字开关噪声灌入模拟电源。

6. 数据校验、滤波与结果换算方法

读取ADC原始值只是第一步，如何把这些值变成有意义的结果，才是驱动设计中"软实力"的体现。ADS1255的24位输出是二进制补码格式，满量程对应+FS到-FS。电压值的计算公式是：

电压 = (原始值 / 8388607) × 参考电压 / PGA

这里的分母是2的23次方减1，也就是满量程数字值。举个例子，参考电压为2.5V，PGA为1，原始值是4194304，那么电压为：

电压 = (4194304 / 8388607) × 2.5 ≈ 1.25V

看起来很简单的公式，具体代码里要注意别直接用整数除法导致精度丢失，需要用浮点数或定点数计算。如果主控没有FPU，浮点运算会比较慢，也可以用64位整数运算保留精度。

6.1 数字滤波的必要性

Delta-Sigma ADC本身带有数字滤波器，但它的输出噪声仍然存在，尤其是数据速率较高时。ADS1255内置滤波器是FIR型，不同数据速率下滤波特性不同。如果需要进一步平滑数据，可以在驱动中再叠加一个移动平均或一阶低通滤波。

我的经验是：对于静态称重类应用，数据速率设置为30SPS，再做16点平均，效果非常好，最终读数稳定性可以到1-2个LSB以内。对于动态压力信号，不能用太长窗口平均，否则相位延迟会让你看到明显滞后的波形，这时候应该提高数据速率并在外部运算中处理。

移动平均代码比较简单：

int32_t ads1255_filtered_value(int32_t new_sample) { static int64_t sum = 0; static int32_t history[32]; static uint8_t idx = 0; sum -= history[idx]; history[idx] = new_sample; sum += new_sample; idx = (idx + 1) % 32; return (int32_t)(sum / 32); }

这个32点平均的数组只有128字节，在STM32上几乎不占空间。但要注意，如果数据速率高，平均值反映的是过去一段时间内的均值，不是瞬时值，实时性要求高的场合请减少点数。

6.2 数据超限与状态检测

驱动里我还会做一个输入范围检测，判断原始值是否接近正负满量程，并做饱和标志。因为ADS1255不会因为你送的电压超过测量范围而报错，它只是输出满量程值。上层应用如果拿到一个满量程值然后直接计算电压，可能得到一个看起来合理的数值，实际上信号已经削顶了。增加一个简单判断，当原始值在满量程的99.5%以上时，标记饱和并发出警告，对工业现场很重要。

这个判断要在数据转换后立即做，不要等到上层处理时才做，因为原始数据可能已经被多次算法处理，此时满量程信息已经不够直接了。

7. 调试过程中遇到的典型问题与排查方法

驱动写完之后，调试阶段是最耗心力的阶段。我把遇到的几个典型问题和排查思路整理成表，方便以后参考。

7.1 问题速查表

7.2 一个难忘的字节错位bug

有一次调试时，数据偶尔读到-1或非常大的正数，用示波器看SPI波形又看不出明显问题。反复查了很多天，最后发现是中断服务函数里用了较重的浮点运算，导致DRDY下降沿中断处理期间，下一次SPI读取被更高优先级中断打断，CS信号被干扰拉高。这个问题的本质是嵌套中断的优先级设计不合理，而不是SPI本身的问题。

修复方式很简单，把中断优先级调成合理配置，确保SPI事务期间不被其他中断打断；同时在SPI开始传输前关闭总中断，传输完成后重新打开。这虽然粗暴但非常有效，代价是损失一点实时性。如果你也遇到这类时好时坏的诡异问题，先检查中断优先级和嵌套。

7.3 上电时序的严格性

ADS1255的上电时序比较严格：电源稳定后需要等待约25ms（典型值），然后才能正常接收命令，否则芯片可能进入未知状态。驱动初始化时需要加入一个延时，确保供电稳定后再操作。如果省略这个延时，芯片可能表现为无法写入配置、不响应命令、读出数据恒定异常。

有人会问，"我用示波器看电源上电很快，应该没问题"。但实际在工业环境中，电源上电可能有毛刺，先加载的MCU代码启动了SPI通信，此时ADC还处于复位状态，就会导致通信失败。所以初始化流程的设计，必须把延时放在最前面，宁可多等，不可冒险。

8. 经验总结与扩展思路

ADS1255的驱动设计本身不复杂，但在这个项目里打磨下来，我最大的感受是，高精度ADC的驱动难点很少在"写代码"层面，更多是在对时序细节、寄存器约束和硬件布局的理解上。很多问题看起来像软件bug，实际上根源是硬件设计或者初始化时序没有做好。把硬件文档吃透，很多奇奇怪怪的现象都可以提前避免。

8.1 驱动框架的复用价值

这套驱动设计思路可以很容易迁移到其他Delta-Sigma型ADC，比如ADS124S08、ADS1262，甚至一些国产24位ADC。虽然寄存器地址和命令集不同，但分层思路、环形缓冲设计、中断读取方式、校准和滤波策略都是共通的。我建议你在自己的项目里也采用这种分层结构，将来换芯片时可以快速套用新驱动，而不需要重写应用层。

8.2 后续可以接着做的方向

如果项目需要进一步扩展，可以考虑增加ADS1255的通道扩展功能，它内部有8输入MUX，可以做4路差分输入，但切换通道后需要等稳定时间，这个时间随数据速率不同而不同。也可以在驱动中加入多级滤波、工频陷波、温度补偿等模块，与上层算法深度结合。另一个方向是把STM32的低功耗模式用好，在采集间隙让主控睡眠，DRDY中断唤醒，对电池供电设备会很有价值。

回到这个项目的核心，24位ADC的价值不在于单纯把位数做大，而在于整个信号链路的精度匹配。驱动代码是其中一环，一个稳定可靠的驱动能让你在调试上位机算法时少很多无谓的干扰。这套代码我后续还在持续更新，有新的调试体会再和大家分享。