简介：面向嵌入式与硬件调试工程师，这份ADS131M02驱动调试代码包围绕16位Δ-Σ模数转换器开发，详细涵盖数据读取时序、时钟极性与相位配置、复位操作及寄存器读写等核心调试环节，适合需要快速掌握该芯片驱动设计或排查通信异常的人群，也可用于工业控制、多通道数据采集等应用场景的驱动开发参考。压缩包仅11KB，共6个文件，其中C源码占据主体，另含CRC校验演示、测试输出及工程配置说明，结构清晰便于按模块阅读。已有222人学习下载。通过该包可系统了解RREG与WREG指令的操作流程、CRC校验的软件实现、逻辑分析仪解码器的配置要点，以及空指令、待机唤醒、锁定解锁等控制指令的实际用途，还可参考其模块化编程思路与寄存器配置细节，结合实际波形快速定位时序异常，提升ADC驱动开发效率。
1. ADS131M02驱动调试：这块24位ADC为什么让嵌入式工程师又爱又恨
做电能计量或高精度数据采集的朋友，大概率听过ADS131M02的名字。这是一颗TI推出的四通道、24位、ΔΣ架构ADC，采样率最高32kSPS，内置PGA增益可配，非常适合电网监测、故障录波、精密仪器这类场景。但真正上手做过驱动调试的工程师都清楚，这颗芯片的SPI时序和寄存器配置堪称“玄学现场”——不读寄存器状态直接发命令，大概率收到的是全零或乱码；DSP模式和CRC开关没配对，调试一天都找不到数据在哪。这篇笔记不聊纸面参数，只讲我用实际代码把ADS131M02跑起来的过程，从硬件连线、SPI帧格式、寄存器初始化到丢数据排查，一步步给到可以直接抄的驱动代码和参数边界。适合正在调这块芯片、或者准备在新项目里选型的人，照着做能少走很多弯路。
2. 先搞懂ADS131M02的通信机制：SPI帧结构与DSP模式选择
2.1 为什么SPI通信会翻车：24位数据在16位寄存器里的坑
ADS131M02的SPI接口和普通ADC不一样，它不按寄存器地址读数据，而是用一个固定长度的帧结构来通信。每一帧由多个24位的字组成，命令字、状态字、通道数据字全部统一成24位格式，MCU必须按这个格式来组织和解析数据。很多人第一次调试时，习惯用16位或8位的寄存器读写思路去操作，结果发现读回来的数据完全对不上号。我一开始也是这样，后来仔细翻了数据手册里的帧格式图才明白：这条SPI链路上跑的是“大端先行”的24位字，不是常规的8位字节。
标准通信帧包含：一个24位的命令/设备地址字（首字）、一个24位的状态字、四个通道各一个24位数据字，总共六个字。如果开启了CRC校验，还要在帧尾追加一个24位的CRC字。发送命令时，把命令码和寄存器地址拼成24位字发出去，ADC在同一个帧内返回状态字和数据。理解这个机制后，驱动框架就清晰了：每次片选拉低，发一帧六到七个字，同时收一帧六到七个字。
2.2 固定帧模式与DSP模式的取舍：什么时候必须开启DSP模式
ADS131M02支持两种通信模式：固定帧模式（Fixed-Frame）和DSP模式。固定帧模式下，每帧的数据字位置固定，MCU按通道顺序解析即可；DSP模式下，只有被使能的通道数据字才会出现在帧里，而且帧首包含一个命令响应字，格式更灵活但解析逻辑更复杂。我个人的经验是：如果只用四个通道全开、采样率固定，固定帧模式最简单；如果要做动态通道切换或降低SPI负载，再考虑DSP模式。
但这里有个隐藏坑：DSP模式的使能开关藏在寄存器配置里，默认是关闭的。如果你没有明确开启DSP模式，却在代码里按DSP模式的帧格式去解析，拿到的一定是错位的数据。反过来，开了DSP模式却用固定帧解析，也会丢通道。所以驱动调试的第一步，不是写代码，而是确定自己到底用哪种模式，并把寄存器配置和帧解析逻辑严格对应起来。
2.3 硬件连线不背锅：SPI速率与信号完整性的边界
ADS131M02的SCLK最高支持20MHz，但实际调试时我建议先降到1MHz甚至500kHz跑通逻辑，再逐步提速。原因很简单：高速SPI下，如果MISO线上的上拉电阻没配好，或者PCB走线过长，波形畸变会导致字节错位，这时候你很难区分是电气问题还是代码问题。我的排查顺序是：先用示波器看SCLK、MISO、CS三个信号，确认时序和电平没问题，再动代码。
另外注意CS引脚的极性。ADS131M02要求CS低有效，而且每帧通信期间CS必须保持低电平直到帧结束。有些MCU的SPI外设支持CS自动控制，但如果你用的是软件片选，务必在发完整个帧之后再拉高CS，否则ADC会认为帧被截断，返回的数据作废。
3. 寄存器初始化顺序：从复位到通道使能的完整配置路径
3.1 上电后的第一件事：等待内部时钟稳定
ADS131M02上电后，内部振荡器需要一段时间稳定。数据手册给的典型值大概是几个毫秒，但我在实际项目里会预留50ms以上的延时，尤其是在使用外部晶振或者时钟信号源时，保守一点能避免很多莫名奇妙的启动异常。复位完成后，可以通过状态寄存器确认器件ID和版本，再开始配置。
复位方式有两种：硬件复位（RESET引脚拉低）和软件复位（发送命令）。我一般建议上电后先做一次硬件复位，再发一条NULL命令让器件退出待机模式。光发命令不复位，有时会碰到芯片卡在未知状态的情况。
3.2 配置CLOCK寄存器：采样率和OSR必须一起考虑
CLOCK寄存器控制着采样率、时钟源和OSR（过采样率）设置。ADS131M02的采样率计算公式是：fMOD / OSR，其中fMOD默认是8.192MHz（内部时钟）。OSR可选范围从32到32768，实际采样率等于调制器频率除以OSR。例如OSR=1024时，采样率是8kHz，这很适合电能计量基波和谐波分析。
调试时我习惯先把OSR设成256，这样采样率是32kHz，便于观察波形，等数据链路稳定后再调回应用需要的值。注意：OSR越高，输出数据速率越低，但噪声性能越好，这是一个典型的分贝换时间的取舍。具体参数对比如下：
| OSR设置 | 输出数据速率（内部时钟8.192MHz） | 典型应用场景 |
|---|---|---|
| 256 | 32kSPS | 快速波形捕获、调试期 |
| 1024 | 8kSPS | 电能计量、谐波分析 |
| 2048 | 4kSPS | 电力监控、故障录波 |
| 4096 | 2kSPS | 高精度直流测量、低频采集 |
3.3 配置ADC寄存器：PGA增益与通道使能
每个通道都有一个独立的ADC配置寄存器，用来设置PGA增益和使能状态。增益范围是1到64倍，对应±1.2V到±18.7mV的满量程输入范围。选增益时不能只看灵敏度，还要算好输入信号的最大幅值，否则PGA饱和后数据直接削顶，看起来像非线性误差其实是配置问题。
通道使能也很关键。默认情况下，四个通道可能不是全部使能的。我的建议是最初调试时只使能通道0和通道1，先跑通两个通道的数据读取，确认帧解析逻辑正确，再扩展到四个通道。全通道一次性使能，如果解析代码有bug，定位起来非常痛苦。
3.4 配置状态寄存器：看到DRDY和状态字里的错误标志
STATUS寄存器里包含多个标志位，包括DRDY状态、CRC错误标志、SPI帧错误标志等。数据准备好时，DRDY引脚会拉低，表示可以读取新数据帧。在驱动代码里，我一般用两种方式获取这个信号：要么用外部中断监听DRDY引脚，要么在SPI读操作之后检查状态字中的DRDY位。前者实时性更好，后者接线更简单。
调试期间建议把状态字完整打印出来。如果发现错误标志位经常置位，说明SPI通信质量或帧格式有问题，及时排查，不要让错误的帧进入数据处理流程。
4. 手写SPI驱动代码：从零开始读回通道数据的完整实现
4.1 最小可用的初始化函数：复位、等待、写配置
下面给出一段基于STM32 HAL库的初始化代码，核心思路是：先硬件复位，再延时等待时钟稳定，然后依次写CLOCK、ADC、STATUS寄存器。注意读写寄存器的操作码不同，写寄存器命令是0x060000加上寄存器地址左移16位，读寄存器命令是0x040000加上寄存器地址左移16位。我在这里统一封装成writeRegister和readRegister两个函数。
// ADS131M02寄存器地址定义 #define REG_CLOCK 0x00 #define REG_STATUS 0x01 #define REG_ADC_CH0 0x04 #define REG_ADC_CH1 0x06 #define REG_ADC_CH2 0x08 #define REG_ADC_CH3 0x0A // 写寄存器：命令码0x06+寄存器地址 static void writeRegister(uint8_t regAddr, uint16_t value) { uint32_t cmd = 0x060000UL | ((uint32_t)regAddr << 16) | (value & 0xFFFF); uint8_t txBuf[3]; // 大端字节序：先发命令高字节 txBuf[0] = (cmd >> 16) & 0xFF; txBuf[1] = (cmd >> 8) & 0xFF; txBuf[2] = cmd & 0xFF; // CS拉低开始帧 CS_LOW(); SPI_Transmit(txBuf, 3); CS_HIGH(); } // 读寄存器：命令码0x04+寄存器地址 static uint16_t readRegister(uint8_t regAddr) { uint32_t cmd = 0x040000UL | ((uint32_t)regAddr << 16); uint8_t txBuf[3] = {0, 0, 0}; uint8_t rxBuf[3] = {0, 0, 0}; txBuf[0] = (cmd >> 16) & 0xFF; txBuf[1] = (cmd >> 8) & 0xFF; txBuf[2] = cmd & 0xFF; CS_LOW(); SPI_TransmitReceive(txBuf, rxBuf, 6); // 命令3字节+响应3字节 CS_HIGH(); return ((uint16_t)rxBuf[0] << 8) | rxBuf[1]; } void ADS131M02_Init(void) { // 硬件复位：RESET引脚拉低至少200ns RESET_LOW(); delay_us(100); RESET_HIGH(); delay_ms(10); // 等待内部时钟稳定，实测建议50ms // 配置CLOCK寄存器：OSR=1024，内部时钟 writeRegister(REG_CLOCK, 0x0009); // OSR=1024，CLKIN=内部 // 使能通道0和通道1，PGA增益设为1 // ADC寄存器位：bit2=PGA[0](增益1)，bit0=使能 writeRegister(REG_ADC_CH0, 0x0001); writeRegister(REG_ADC_CH1, 0x0001); writeRegister(REG_ADC_CH2, 0x0000); // 未使能 writeRegister(REG_ADC_CH3, 0x0000); // 未使能 // 校验寄存器写入结果 uint16_t check = readRegister(REG_CLOCK); if ((check & 0xFFF0) != 0x0090) { // 打印错误：寄存器写入可能失败，检查SPI时序 } }这段代码里有两个地方要特别说明。第一，写寄存器的命令是24位，但寄存器值是16位，命令码0x06占据最高字节，寄存器地址占据中间字节，低16位才是数据。第二，读寄存器时为什么要发送6个字节？因为ADS131M02的读操作要求在同一个帧里同时发送命令字和接收响应字，而且响应字会滞后一个帧周期，所以我在一次CS拉低期间先发3字节命令，再发3字节填充，同时接收6字节，取后3字节的前16位作为寄存器值。如果只发3字节就拉高CS，读回的数据大概率是上一次命令的残留。
4.2 连续读取数据帧：DRDY中断方式与轮询方式对比
数据读取是驱动调试的核心环节。我建议用DRDY引脚的外部中断来同步读取操作，这样MCU不会错过数据就绪时刻，也不会读到新旧数据混杂的帧。如果硬件上没有接线DRDY，也可以用轮询方式，但需要检查状态字里的DRDY位。
下面给出基于中断标志的连续读取代码：
volatile uint8_t drdyFlag = 0; // 外部中断回调：DRDY引脚下降沿触发 void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if (GPIO_Pin == DRDY_PIN) { drdyFlag = 1; } } // 读取一帧数据：包含状态字和四个通道数据 void ADS131M02_ReadFrame(int32_t chData[4]) { uint8_t txBuf[18] = {0}; // 6字×3字节 uint8_t rxBuf[18] = {0}; uint32_t statusWord = 0; // 如果开了CRC校验，帧长为7字=21字节，需要调整 CS_LOW(); SPI_TransmitReceive(txBuf, rxBuf, 18); CS_HIGH(); // 解析状态字：第一个数据字 statusWord = ((uint32_t)rxBuf[0] << 16) | ((uint32_t)rxBuf[1] << 8) | rxBuf[2]; // 检查DRDY位和错误标志，bit23是DRDY反相位 if ((statusWord & 0x800000) == 0) { // 数据未就绪，丢弃本帧 return; } // 解析通道0-3数据：每个通道24位，符号扩展 for (int i = 0; i < 4; i++) { uint32_t raw = ((uint32_t)rxBuf[3 + i*3] << 16) | ((uint32_t)rxBuf[4 + i*3] << 8) | rxBuf[5 + i*3]; // 24位数据转32位有符号数 if (raw & 0x800000) { chData[i] = (int32_t)(raw | 0xFF000000); } else { chData[i] = (int32_t)(raw & 0x00FFFFFF); } } }这段代码的帧长度是18字节，对应六个24位字。如果你初始化时只使能了通道0和通道1，但帧长度仍然会包含四个通道的字——固定帧模式就是这样，未使能的通道数据会填充零。这其实是好事，因为帧结构固定，解析代码不用随通道配置变化。不过要注意，未使能通道的填充数据不一定是零，手册上写的是未定义值，所以解析时对未使能通道直接忽略即可。
4.3 符号扩展与数据格式转换：24位数据不是直接能用的int
ADS131M02输出的数据格式是二进制补码，24位有效位，最高位是符号位。在MCU里，如果把这个24位值直接赋给一个32位的int变量，正数没问题，负数会变成一个巨大的正数。比如-1在24位下是0xFFFFFF，直接赋给int32_t就会变成16777215。所以必须做符号扩展：判断最高位是否为1，如果是，就在高8位填充0xFF。上面的代码里已经做了这个处理，这是驱动里最容易忽视但又必须做对的地方。
完成符号扩展后，物理电压值的计算方式是：电压 = ADC原始值 × 满量程电压 / (2^23 - 1) / PGA增益。满量程电压在PGA=1时是±1.2V，PGA=64时是±18.75mV。这个换算逻辑建议放到应用层，驱动层只负责输出原始码值和状态信息，以便调试时能看到最真实的数据链路状态。
5. 驱动调试避坑指南：5个让我熬过夜的实际问题记录
5.1 读回的寄存器值永远是0xFFFF或0x0000
现象：SPI通信正常，MOSI和MISO都有波形，但读回的数据要么全1要么全0。
原因：最常见的是片选时序问题。如果你使用的是MCU硬件SPI的NSS引脚，需要确认NSS是否正确映射到ADS131M02的CS引脚。另一个可能是通信速率太高，MISO上升沿没有被主控正确的采样窗口捕获。不要一开始就怀疑代码逻辑，先用示波器对比MISO数据和MOSI命令的时序关系。
解决：把SPI速率降到1MHz以下，同时改为软件片选，在SPI_TransmitReceive调用前后手动拉低和拉高CS。我踩过这个坑之后，所有ADC类芯片的驱动一律用软件片选，硬件NSS只在单设备且时序确定时才用。
5.2 数据帧整体偏移一位：通道数据串位
现象：通道0读出来的数据实际是通道1的，通道1读出的是通道2的，整体偏移了一个字。
原因：帧解析的起始位置错了。ADS131M02返回帧的第一个字是状态字，第二个字才是通道0数据。有些人在代码里直接从rxBuf[0]开始解析通道数据，把状态字当成了通道0的ADC值。
解决：解析顺序严格按照“状态字→通道0→通道1→通道2→通道3”来。另外检查你的命令字发送顺序是否正确，如果首字发的是0x00，那么返回的第一个字是命令响应而不是状态字，也会导致偏移。
5.3 偶尔出现一帧数据全零或明显跳变
现象：数据绝大多数是正常的，但偶尔会穿插一个全零值或一个远高于正常范围的值。
原因：两种情况最常见。一是MCU的SPI主频和DRDY不同步，在你读到一半时ADC更新了新的数据帧，导致帧内混入新旧数据；二是SPI帧长算错，CRC校验开启后帧尾多了3字节，但你仍然按18字节的长度读取，导致下一帧的起始位置错乱。
解决：用DRDY外部中断来同步读取，确保每次CS拉低都在DRDY下降沿之后。如果开了CRC，SPI的DMA接收长度要严格改为21字节，并且正确计算CRC。我在调试过程中间曾经打开CRC又忘记改接收长度，浪费了大半天。
5.4 读到的数据全是固定值，不随输入变化
现象：输入电压变化，但ADC读到的数据恒定不变。
原因：通道没有真正使能，或者PGA增益设置超出输入范围，导致输入信号被饱和削顶。还有可能是片选引脚电平不对，芯片处于待机模式。ADS131M02的上电默认状态是全部通道禁用。
解决：重新检查ADC寄存器的使能位。写寄存器时注意使能位是bit0，值为1表示使能。如果确认使能没问题，把PGA增益调到最小，加入一个已知幅度的小信号，用示波器看输入引脚的波形是否真实到达芯片。
5.5 SPI的DMA和中断同时访问SPI外设，数据错乱
现象：使用DMA发送和接收SPI数据时，如果同时开启了SPI的传输完成中断，偶尔会出现数据错乱。
原因：中断服务函数里再次调用了SPI发送函数，导致和DMA传输产生竞争，SPI外设的FIFO被同时写入。
解决：中断服务函数里只设置事件标志，不在中断里执行SPI传输。主循环检测到标志后再调用DMA传输函数。ADS131M02的采样率虽然不高，但DMA和中断竞争这种问题的排查思路对所有SPI设备通用，值得留意。
6. 进阶验证技巧：用正弦波输入检验驱动代码和信号链路完整性
驱动代码能读到数据只是第一步，怎么确认读到的数据是真实可信的，这是另一道坎。我的做法是用信号发生器给通道0输入一个1kHz、幅度500mV的正弦波，然后用驱动代码连续采集1000帧数据，用串口或J-Scope把原始码值导出来分析。
分析目标是：计算波形的幅值和频率误差，验证采样率和PGA增益配置是否正确。1kHz的标准正弦波，在OSR=1024采样率8kHz的条件下，每个周期应该采到8个点，两个相邻的波峰之间的采样点数量应该是8，如果偏差超过1个点，说明采样率配置或时钟源有问题。幅值方面，计算波峰码值和波谷码值的差值，用前面说的公式换算成电压，应该接近1V峰峰值（因为PGA=1时满量程是1.2V，500mV幅度在-500mV到+500mV之间不削顶）。如果换算出的电压明显偏低，检查PGA增益是否误设成了2或4。
数据确认无误后，我习惯把状态字和错误标志也一并记录下来，至少连续跑一小时的采集任务观察是否有偶发错帧。这一步能发现很多间歇性问题，比如时钟漂移或SPI信号在温度升高后变差。另外，如果项目里需要多片ADS131M02级联，还需验证多个DRDY信号的同步关系，但这属于进阶中的进阶，建议先把单片驱动稳定下来再做。
最后补一个我自己觉得非常实用的习惯：不要把寄存器写入值和读回值只打印一次就结束，要在每次初始化完成后都做一次全寄存器回读，并以表格形式打印地址和值。这能让你在后续调试中快速确认芯片是否处于预期状态，也方便和手册上的复位默认值对比。希望这篇笔记里的经验和代码能帮你把ADS131M02的驱动调试时间从几天压缩到几小时，少走弯路。
本文还有配套的精品资源，点击获取
