ADS1263与ADS1256高精度ADC驱动移植与配置实战

简介：ADS1263驱动源码与ADS1256中文手册打包在一起，面向基于STM32等平台的嵌入式开发者，解决24位高精度ADC的底层驱动、SPI通信、寄存器配置与数据采集问题。整个压缩包含87个文件、大小2.39MB，以C源文件（33个）、头文件（34个）为主体，附带启动文件、文本说明、INI配置、Keil工程文件与清理脚本，结构便于直接查阅和移植。已有925人学习或下载。源码除ADC1263初始化外，还覆盖采样率、增益、滤波器类型配置，连续/单次转换切换，中断处理及错误恢复流程，配合ADS1256中文手册可对照学习两代器件差异，快速理解Σ-Δ型ADC的使用要点。目录包含驱动、系统延时、按键、SPI、串口等模块，可直接嵌入实际测量项目，适合需要快速集成高精度数据采集功能的开发人员。

1. ADS1263 与 ADS1256 一起被搜，说明你要做的不是选型而是落地

如果你的工位上有两块板子：一块是称重变送器，一块是八通道电压采集板，搜了一圈驱动先例发现都指向同一个答案——ADS1263 或 ADS1256，那你大概率不是在选型，而是要把已经贴在板子上的芯片跑起来。这两个器件经常同时出现在搜索框里，是因为名字像同一个系列的升级版，资料混着发，源码互相抄。ADS1263 是 TI 的标称 32 位 Δ-Σ ADC，面向称重、RTD 温度这类高精度单点测量；ADS1256 是更早成名的 24 位八通道 ADC，靠大量开发板例程打出了名声。它们的 SPI 接口长得像，但寄存器体系、数据输出位宽甚至 SPI 相位都不一样，驱动源码不能直接互拷。这篇笔记就顺着标题往下拆：怎么把 ADS1263 驱动源码移植到自己的工程，再用什么方法把 ADS1256 英文手册浓缩成一张能照着写代码的速查表，最后是两个芯片共有的五个现场坑。

2. 移植 ADS1263 驱动源码：先把 DOUT/DRDY 复用引脚和复位时序理清

移植驱动源码这件事，九成工作量不在 SPI 上，而在引脚角色和时序上。ADS1263 给新手的第一记闷棍，就是 DOUT/DRDY 复用一个引脚。它不像 ADS1256 那样把 DOUT 和 DRDY 分开，而是把这个引脚既当数据输出线，又当数据就绪标志。上电后它输出高电平表示总线空闲；转换完成时拉低，表示数据准备好了；主机发出第一个 SCLK 边沿之后，它就释放就绪状态，回到普通数据输出角色。很多从 ADS1256 移植过来的工程，习惯性把这个引脚接进外部中断，结果中断线收到一堆无法解释的边沿，或者读回来的数据总是错位半帧。处理办法就一条：当成普通 GPIO 轮询，不要用它做中断触发。

2.1 芯片接线：先画引脚映射表再写代码

我一般拿到芯片第一件事，不是翻寄存器件，而是把每个引脚在驱动里的角色标清楚，画成一张表贴在工程注释里。ADS1263 驱动源码里涉及的引脚大约六个：CS、SCLK、DIN、DOUT/DRDY、RESET、SYNC。CS 是命令帧边界，必须由 GPIO 控制，不能用硬件 NSS，因为你要在发送命令和读取数据之间精确控制片选的拉高拉低。SCLK 是 SPI 时钟，第一轮调试建议先用 GPIO 模拟，后面再切硬件 SPI。DIN 是命令和数据写入线，接 SPI 的 MOSI。DOUT/DRDY 是复用脚，上电复位后第一个要确认的就是它能不能正常拉低。

RESET 的处理要特别注意。有些参考设计把它接一个 RC 上拉电路，上电自动复位，但驱动源码里我建议单独留一个 GPIO 控制。原因很简单：你在软件里随时需要一次确定性复位来恢复芯片到默认状态，尤其是调 WREG 调乱的时候。SYNC 在单芯片方案里直接接高，省一个 GPIO；只有多片级联同步采集时才需要它参与。

接线确认之后，上电时序是下一个容易踩的位置。VDD 稳定之后要等几毫秒再碰寄存器，保险做法是先拉低 RESET，延时 1ms 以上，再释放，再等 1ms。这个顺序我建议原封不动写进初始化函数，不要省略，因为 ADS1263 的主复位和寄存器默认值恢复都依赖这个时序。如果省略复位直接配寄存器，芯片可能停留在上电内部校准未完成的状态，此时写寄存器偶尔会丢字节。

2.2 最小初始化序列：写 CONFIG0 到 MODE2 的顺序与参数

初始化 ADS1263 的代码模式，和 ADS1256 完全不同。ADS1256 是靠几个独立寄存器直接配置，而 ADS1263 的寄存器分成 CONFIG0~CONFIG3 和 MODE0~MODE2 两组，我习惯把它们的地址定义整整齐齐放在一个头文件里。这样以后换平台、换编译器，只需要重写底层的 SPI 读写函数，寄存器层的代码完全不用动。

/* ads1263_drv.h 中按芯片手册核对的寄存器地址 */ #define ADS1263_CONFIG0 0x00 #define ADS1263_CONFIG1 0x01 #define ADS1263_CONFIG2 0x02 #define ADS1263_CONFIG3 0x03 #define ADS1263_MODE0 0x04 #define ADS1263_MODE1 0x05 #define ADS1263_MODE2 0x06 #define ADS1263_RDATA 0x12 static void ads1263_write_reg(uint8_t addr, uint8_t val) { /* WREG 命令头拼接方式在不同源码包里写法略有差异， 以你手上这份驱动源码的实现为准，用逻辑分析仪验证一帧命令 */ ads1263_cs_low(); spi_write(0x40 | ((addr & 0x0F) << 1)); /* 写寄存器命令头 */ spi_write(0x00); /* 连续写 1 个字节 */ spi_write(val); ads1263_cs_high(); } void ads1263_init(void) { /* 上电等待 + 硬件复位 */ delay_ms(10); ads1263_reset_low(); delay_ms(1); ads1263_reset_high(); delay_ms(1); /* CONFIG0: PGA 增益与输入通道选择 */ ads1263_write_reg(ADS1263_CONFIG0, 0x04); /* CONFIG1: 斩波与输入模式，默认关斩波 */ ads1263_write_reg(ADS1263_CONFIG1, 0x00); /* CONFIG2: 输入缓冲、IDAC 配置 */ ads1263_write_reg(ADS1263_CONFIG2, 0x00); /* CONFIG3: 基准源与 IDAC 输出引脚分配 */ ads1263_write_reg(ADS1263_CONFIG3, 0x00); /* MODE0/1/2: 数字滤波与数据速率，最终值按手册查表 */ ads1263_write_reg(ADS1263_MODE0, 0x00); ads1263_write_reg(ADS1263_MODE1, 0x20); ads1263_write_reg(ADS1263_MODE2, 0x00); }

这段代码里最重要的一句话在注释里：WREG 命令头的拼接方式，以你手头源码包为准。因为不同版本固件对寄存器写命令的封装不一样，有的是0x40 | (addr << 1)，有的带寄存器数量字节，直接照搬网上代码很容易出现「命令头对但数据错位」的玄学问题。解决办法是用逻辑分析仪抓 CS、SCLK、DIN 三根线，把每一帧命令和手册时序图对一遍。

参数说明方面，CONFIG0 的低三位决定输入通道选择，我给的 0x04 是按 4 倍 PGA 增益、AIN0-AIN1 差分输入的示例；实际写多少，取决于你前级传感器是什么。CONFIG1 的斩波位，如果测量直流或慢变信号，我会打开斩波来压低 1/f 噪声，但要清楚代价是数据建立时间变长。CONFIG3 决定基准源，默认内部基准是 4.096V，做 RTD 比例测量时要改成外部基准。这些参数无法在一次初始化里全部定死，必须回到传感器量程去反推，下一章详细算。

2.3 读取一帧 32 位数据：轮询状态机比中断更好用

数据读取是整个驱动里最值得写注释的地方。ADS1263 标称 32 位，所以每次转换结果要读满 4 字节，而不是像 ADS1256 那样读 3 字节。并且因为 DOUT/DRDY 复用，读数据的顺序有严格要求：先拉低 CS，然后轮询这个引脚等待它拉低，确认数据就绪后再发 RDATA 命令，然后连续读 4 个字节。这个顺序反过来就会读到半新半旧的拼接数据。

int32_t ads1263_read_once(void) { uint8_t buf[4]; uint32_t raw; ads1263_cs_low(); /* 等待 DOUT/DRDY 拉低，表示转换数据已就绪 */ while (ads1263_drdy_read()) ; /* 发读数据命令，然后连续读 4 字节：MSB 在前 */ spi_write(ADS1263_RDATA); for (int i = 0; i < 4; i++) { buf[i] = spi_read_write(0xFF); } ads1263_cs_high(); raw = ((uint32_t)buf[0] << 24) | ((uint32_t)buf[1] << 16) | ((uint32_t)buf[2] << 8) | (uint32_t)buf[3]; return (int32_t)raw; }

这段代码的逻辑说明，值得你反复看三遍。第一，CS 拉低之后必须立刻判断 DRDY 电平，而不是先发命令再等 DRDY，因为 DRDY 的低脉冲时序和命令传输是交错的，顺序反了会丢掉就绪标志。第二，读 4 字节时 MSB 在前，拼成 32 位无符号数后直接强转 int32_t，因为 ADS1263 输出是二进制补码，转换结果本身就带符号，不需要额外处理符号扩展。第三，读帧结束后拉高 CS，这一帧就算完事；下一帧重新拉低 CS，再等下一位 DRDY 拉低。这个状态机写进一个 while 循环，就构成了完整的连续采样主循环。

2.4 为什么我建议先用软件 SPI 把功能跑通

硬件 SPI 快，但调试时它是个黑匣子。STM32 的 SPI 外设、NSS 管理、FIFO 阈值，每一层都可能把时序弄歪。ADS1263 的 SCLK 和 DRDY 之间存在严格的建立时间要求，硬件 SPI 如果配置不当，DOUT/DRDY 上的数据边沿会被 SCLK 采错。所以我接手这类驱动源码的第一轮移植，一律用 GPIO 翻转模拟 SPI，SCLK 频率放到几百 kHz，先把「复位 → 配置 → 等 DRDY → 读 4 字节」这条链路跑通，再去优化速度。

软件 SPI 切换硬件 SPI 时，需要核对的参数就是三个：CPOL 和 CPHA 的组合是否匹配芯片手册的时序图，SCLK 频率是否超过芯片上限，以及硬件 SPI 的 NSS 是否被正确旁路。ADS1263 与 ADS1256 的 SPI 相位不一致，这是后面避坑章节的一个重点。软件 SPI 阶段如果读回的数据稳定复现，再切硬件 SPI 后出问题，你就能确定问题出在 SPI 外设配置上，而不是芯片初始化错了。

3. 按量程反推 ADS1263 参数：PGA 增益、基准与数据速率的取舍

很多工程把 ADS1263 配置成默认参数就跑，读回来的数据乱跳，然后开始怀疑是电源噪声还是 PCB 布局问题。我通常劝他们先别碰烙铁，回到一张白纸上算一遍传感器输出幅度。ADS1263 是标称 32 位 ADC，但它的实际有效位数受噪声限制，你在寄存器里选的 PGA 增益、基准电压、数据速率，直接决定你能从信号里挖出多少位有效信息。这一章不讲寄存器位的堆砌，讲怎么从量程反推参数。

3.1 配置前先做一次反向计算

一个常见错误是把 PGA 增益调到最大 32，觉得这样分辨率最高。实际上在 32 位 ADC 面前，量化 LSB 根本不是瓶颈，前级噪声和信号占满量程的比例才是。正确的做法是先算传感器满量程输出，再定增益和基准。公式是：ADC 计数 = Vin × Gain × 2^31 / VREF。以称重传感器为例，灵敏度 2mV/V，激励电压 5V，满量程输出就是 10mV。如果你用内部基准 4.096V，PGA=32，那么满量程信号只占 ADC 输入范围的 7.8%。这意味着你花大价钱买回来的 32 位分辨率，有超过九成的动态范围是闲置的。

/* 计算把信号放大到目标占比所需的 PGA 增益 */ float calc_pga_gain(float fsr_voltage, float vref, float target_ratio) { /* fsr_voltage: 传感器满量程输出幅度(V) target_ratio: 希望信号占 ADC 输入范围的比例，典型 0.7~0.9 */ float gain = (vref * target_ratio) / fsr_voltage; return gain; }

这个函数的用法很直白。称重传感器满量程 10mV，内部基准 4.096V，想把信号放到满量程的 80%，算出来增益约 328 倍。但 ADS1263 内部 PGA 最大只有 32 倍，差的 10 倍怎么办？这就是硬件方案要补的地方：前级加一级仪表放大器，把 mV 级信号先放大到几百 mV 再进 ADC。很多称重方案不是不用仪表放大器，而是 ADS1263 的内部 PGA 覆盖不了桥臂信号这么小的幅度，必须外部调理。明白这一点，你就不会在寄存器里反复调增益档位，而是转过头去检查前级电路。

3.2 称重场景：小信号如何正确分配增益

把增益分配拆成两级来看，比直接填寄存器清晰得多。传感器输出 10mV，第一级仪表放大器固定放大 50 倍，变成 500mV；ADC 内部 PGA 再放大 4 倍，变成 2V，占 4.096V 基准的 49%。这样分配的好处是每一级都不会过载，而且抗噪能力比一次性放大 200 倍好得多。如果你手里没有仪表放大器，只能全靠内部 PGA，那就把基准换成 2.5V 内部基准，PGA 设为 32，10mV×32=320mV，占满量程 12.8%，仍然不理想。所以结论很现实：ADS1263 适合输入信号已经有调理、幅度在几十 mV 到几 V 的场景，而不是直接接裸传感器。

配置代码上，PGA 档位通过 CONFIG0 的高三位选择，编码从 000 到 101 对应 1 倍到 32 倍。每次修改 CONFIG0 之后，我习惯接着发一次内部偏移校准命令，让芯片重新校正新增益下的失调。不校准直接读，你会发现零点跳得比信号还大，这不是芯片坏了，是增益档位切换后的失调没有被抵消。校准命令的发送位置在初始化完成、开始采样之前，校准期间要等 DRDY 再次拉低，表示校准结束。

3.3 RTD 比例测量：让激励电流源和基准共用一路

RTD 测温是 ADS1263 最有价值的应用场景，因为它内置了两个可编程激励电流源 IDAC。做 PT100 测温时，IDAC 电流同时流过 RTD 和一个精密参考电阻 RREF，ADC 的参考电压也取自 RREF 两端。这样 ADC 输出等于 Vrtd / Vref = (Rrtd × I) / (RREF × I)，电流源的温漂和噪声在这个比例里被直接抵消。这就是比例式测量，效果比用内部基准加独立电流源好一个量级。

/* RTD 比例式测量的配置要点（伪代码） * 1. IDAC1 输出引脚分配到 AIN2，电流设为 1mA * 2. RTD 接 AIN2-AIN3，RREF 接在 AIN0-AIN1 之间 * 3. CONFIG3 中把基准源选为外部基准，基准输入接 AIN0-AIN1 * 4. 主 ADC 差分通道选 AIN2-AIN3 * 5. 上电后先做一次系统偏移校准 */

这段配置顺序里，最容易被忽略的是基准输入引脚和 IDAC 输出引脚之间的对应关系。电流源从 IDAC 引脚流出去，流过 RREF 后回到地，RREF 两端的电压才是 ADC 的参考。如果配置时把 IDAC 输出引脚和基准输入引脚分到不同网络，比例关系就断了，读回来的数据会随温度明显漂移。调试 RTD 方案时，先用万用表量 RREF 两端电压，应该稳定在 1mA × RREF 的数值附近，这一步验证通过再谈精度。

3.4 数据速率与噪声：不是越快越好

ADS1263 的数据速率由 MODE0、MODE1、MODE2 共同决定，核心数字滤波器是 Sinc 类型。它的一个特性是陷波点落在数据速率的整数倍频率上，所以如果你工作在工频环境，把速率设成 10、20、50、60 SPS 这样的整数，工频及其谐波会落在陷波点附近，抑制效果明显。反过来，如果你选了 37 SPS 这种不成倍数的速率，工频干扰会被折叠到通带里，读数的峰峰值跳动会大得让你怀疑芯片是假的。

还有一个参数叫斩波，在 CONFIG1 里。斩波开启后，输入失调和 1/f 噪声会被周期性调制并消除，对直流测量非常友好。代价是转换建立时间变长，如果你需要连续高速采样，斩波反而会拖慢响应。我一般遵循的原则是：采样速率低于 20 SPS 就开斩波，高于 100 SPS 就关掉。这个原则不算严谨，但至少能让你快速拿到一组可用数据，再根据实测峰峰值微调。

4. ADS1256 中文手册的读法：把关键寄存器表提炼成能直接落地的速查卡

ADS1256 的资料在中文互联网上很常见，但质量参差不齐。有人下载了一份英文原版数据手册，有人用的是开发板卖家整理的翻译版，还有人抱着不知转了几手的中文笔记。我的观点是：TI 官网的英文原版永远是基准，中文手册可以用来快速理解概念，但动手写代码之前，一定要把英文原版里几张关键表亲手抄成自己的速查卡。下面是我每次都要提炼的六处信息。

4.1 手册里真正决定代码的六处信息

第一是引脚定义图，确认 DRDY 是独立引脚，和 DOUT 分开；第二是命令集表，RDATA、RREG、WREG、SELFCAL 这些命令码必须逐个核对；第三是寄存器映射表，STATUS、MUX、ADCON、DRATE 的地址和位定义；第四是 DRATE 寄存器与数据速率的对应表；第五是噪声与有效分辨率曲线，用来判断某个速率下实际能到多少位；第六是 SPI 时序参数，特别是 SCLK 频率上限和 DRDY 到 SCLK 的建立时间。其余页面，比如绝对最大额定值和封装尺寸，第一次读手册时可以完全不看。

这里面最值得抄成表格的是 DRATE 对应表。ADS1256 的 DRATE 寄存器高四位决定速率档，低四位固定写 0x03，很多人只在网上看到代码里写0xF3或0x53，不明白为什么，一翻手册就懂了。我直接给你一张速查表，它在各家源码里基本一致，以你手上的手册页码为准再核对一遍。

这张表就是「中文手册」里最容易被抄错的地方。我见过不止一份中文资料把 0xF3 写成 30 SPS，把 0x03 写成 3 SPS，如果你照着写，出来的数据速率跟预期差一个数量级，却怎么都找不到原因。所以拿到任何中文整理件，第一件事就是把这张表和英文原版对一遍。

4.2 用速查卡直接写出初始化与读取代码

ADS1256 的寄存器地址比 ADS1263 简单：STATUS 是 0，MUX 是 1，ADCON 是 2，DRATE 是 3。写寄存器命令是0x50 | (addr << 1)，读寄存器命令是0x10 | (addr << 1)，读数据命令是 0x01。PGA 增益在 ADCON 寄存器的低三位，000 到 110 对应 1 到 64 倍。下面这段是我基于速查卡写的标准流程，你可以直接抄进工程。

#define ADS1256_RDATA 0x01 #define ADS1256_RDATAC 0x03 #define ADS1256_SDATAC 0x00 #define ADS1256_WREG 0x50 #define ADS1256_RREG 0x10 #define ADS1256_SELFCAL 0xF0 static void ads1256_write_reg(uint8_t addr, uint8_t val) { ads1256_cs_low(); spi_write(ADS1256_WREG | (addr << 1)); spi_write(0x00); /* 写 1 个寄存器 */ spi_write(val); ads1256_cs_high(); } void ads1256_init(uint8_t pga_code, uint8_t drate) { ads1256_cs_low(); spi_write(ADS1256_SDATAC); /* 退出连续读模式，允许写寄存器 */ ads1256_cs_high(); /* MUX=0x08: AIN0 对 AINCOM 单端；ADCON: PGA 增益 */ ads1256_write_reg(1, 0x08); ads1256_write_reg(2, pga_code & 0x07); ads1256_write_reg(3, drate); /* 自校准，等待 DRDY 拉低表示完成 */ ads1256_cs_low(); spi_write(ADS1256_SELFCAL); ads1256_cs_high(); while (ads1256_drdy_read()) ; } int32_t ads1256_read_once(void) { uint32_t raw = 0; ads1256_cs_low(); while (ads1256_drdy_read()) ; /* 等待转换完成 */ spi_write(ADS1256_RDATA); raw |= (uint32_t)spi_read_write(0xFF) << 16; raw |= (uint32_t)spi_read_write(0xFF) << 8; raw |= (uint32_t)spi_read_write(0xFF); ads1256_cs_high(); /* 24 位有符号数，符号扩展 */ if (raw & 0x800000) raw |= 0xFF000000; return (int32_t)raw; }

这段代码里有两个细节值得展开。第一个是初始化开头先发 SDATAC 退出连续读模式，因为 ADS1256 上电后默认可能停在 RDATAC 状态，在这种状态下 WREG 命令不会被正确解析，所有寄存器写都像石沉大海。第二个是自校准命令 SELFCAL，它会依次做偏移校准和增益校准，完成后把 DRDY 拉低。如果你省略这步，芯片的零点可能偏出几百个 LSB，尤其在高增益档位下非常明显。

4.3 中文手册的坑：抄来的命令码要回英文原版核对

中文手册最大的价值是帮你快速建立概念框架，但它的错误率不容忽视。寄存器表翻译错位、命令码抄串、DRATE 表张冠李戴，这些我都见过。所以我养成了一个习惯：凡是代码里要用的数字，全部回英文原版对应页码核对一遍。中文手册看完之后只保留一张自己整理的中英对照速查卡，而不是直接照抄网上例程的宏定义。只要这张速查卡是你亲手从原版表里抄的，移植到任何平台都不慌。

5. 联调避坑：五个让驱动在板子上翻车的常见现场

驱动能编译通过和能在板子上稳定出数，中间隔着一条血泪经验堆成的河。我挑五个最常遇到的现场问题，每个都按现象、原因、解决三段式写清楚，你在联调时按这个顺序排查，能省下至少一个下午。

5.1 读回来的数据偶发错位，首字节频繁丢失

现象：连续采样时，数据大部分时间正常，但每隔几十帧就出现一个特别离谱的跳变，像是把上一帧的高位和这一帧的低位拼在了一起。

原因：DOUT/DRDY 复用引脚的时序没做对。CS 拉低后没有先等 DRDY 拉低就开始发 RDATA 命令，此时上个转换周期可能还没结束，读到的第一个字节是旧数据的尾巴。ADS1263 对这个问题尤其敏感，因为它的 DRDY 状态恰恰就出现在数据线上。

解决：严格按状态机走——拉低 CS、轮询等 DRDY 低、再发 RDATA、读 4 字节、拉高 CS。每一步之间不要为了省时间省略等待。如果用的是硬件 SPI，还要确认 SCLK 的相位与芯片手册一致，SCLK 空闲电平不对会导致 DRDY 的采样点偏移。

5.2 SPI 配置照搬另一个芯片，读回全 FF 或全 00

现象：ADS1256 的例程能正常出数，改成 ADS1263 后，读回的数据要么全 0xFF，要么全 0x00，偶尔连续读几十次才蹦出一个像样的值。

原因：两个芯片的 SPI 极性和相位要求不一样。ADS1256 常见例程用 Mode 0，而 ADS1263 的时序在不少官方示例里是按另一个相位设计的。直接复用同一个 SPI 初始化结构体，数据线上的驱动和采样点错开，芯片收不到正确的命令字节，自然返回固定电平。

解决：先用 GPIO 模拟 SPI 把功能验证通过，再用逻辑分析仪抓波形，数一数 SCLK 的第一个边沿发生在数据稳定之前还是之后，据此确定 CPOL 和 CPHA。SCLK 频率也先压低到 1MHz 以下，排除高速时序裕量不足的干扰。

5.3 ADS1256 输入端接高阻信号源，读数偏低

现象：前级是一个高阻抗的传感器，直接接 ADS1256 的 AIN 引脚，读数比预期明显偏低，而且偏置量随信号源内阻变化。

原因：ADS1256 的输入缓冲器默认是关闭的。缓冲关闭时，芯片输入级是一个开关电容网络，会从信号源抽取动态电流。如果信号源内阻很高，这个电流在源内阻上产生的压降会直接叠加到测量结果里，而且不是固定值，是随采样速率变化的动态值。

解决：把 STATUS 寄存器的 BUFEN 位置 1，打开输入缓冲。缓冲开启后输入阻抗提高到 GΩ 级，不再向信号源索取明显电流。代价是缓冲器的输入共模范围受限，信号靠近电源轨时会失真，那就得回到电路层面调整信号的共模电平。

5.4 PGA 增益从 8 倍调到 64 倍，噪声反而翻倍

现象：想提高小信号分辨率，把 ADS1256 的 PGA 从 8 倍调到 64 倍，结果满量程附近的读数峰峰值从几个 LSB 变成几十个 LSB，效果适得其反。

原因：PGA 增益在放大信号的同时也放大噪声，而且在高增益档位下，芯片输入级的等效输入噪声会随着增益上升而恶化。更关键的是，如果信号已经占满量程的大部分，过高的增益让信号进入削波区，数据线性度急剧下降。增益不是越高越好，它是用来把信号匹配到 ADC 输入范围的工具。

解决：按第三章的方法反算所需增益，目标是把满量程信号匹配到 ADC 输入范围的 70% 到 90%。当算出来的增益超过芯片内部 PGA 上限时，去前级加仪表放大器，而不是用更大的内部增益硬顶。改完增益后记得重新做一次自校准，抵消新增益下的失调。

5.5 昨天标定好的设备，今天开机读数整体偏移

现象：同一块板子，同一批传感器，昨天校准完零点很准，今天重新上电后零点整体偏移了几百个 LSB，而且每次上电偏移量还不一样。

原因：ADC 的失调和增益误差不是固定的，它会随温度、基准电压建立时间、PGA 增益档位变化。如果代码只在第一次上电时做了校准，后续每次上电都直接读数据，那校准状态就完全取决于上一次掉电时的温度。另一个常见原因是校准命令发出后没有等 DRDY 拉低就开始采样，校准过程根本没完成。

解决：在每次初始化流程末尾都执行一次自校准，校准完等 DRDY 拉低再进入采样主循环。对于 RTD 这类比例式测量，校准的对象是模拟前端整体链路，必要时在每次开机后先采集一段共模输入数据作为零点基线，再做数字减除。校准这件事不该是「偶尔做一次」，而应该是每次上电的标准动作。

6. 验证驱动对不对：一份不依赖高精度万用表的自检清单

驱动写完、数据能读出来，不代表它是对的。我见过太多「能出数但数不对」的板子，最后查出来是基准电压没建立、输入通道配错、或者数据字节顺序反了。所以我每移植完一套 ADC 驱动，都会先做三个自检，全过了才敢接真实传感器。

第一个自检叫输入端短接。主 ADC 的两个差分输入直接接到同一个共模点，理论读数应该接近 0，实际会在零点附近波动。这个波动的峰峰值，就是当前 PGA 增益和数据速率下的真实噪声水平。用一段代码连续采样 100 次，统计均值和峰峰值，均值应该在 ±3 LSB 以内，峰峰值对应有效位数。如果均值偏出几十 LSB，说明失调校准没生效；如果峰峰值比手册噪声曲线大一个数量级，说明增益或速率配置不合理。

typedef struct { int32_t mean; int32_t peak_to_peak; } sample_stat_t; sample_stat_t adc_selfcheck(int32_t (*read_fn)(void), int count) { int32_t max_v = INT32_MIN, min_v = INT32_MAX; int64_t sum = 0; for (int i = 0; i < count; i++) { int32_t v = read_fn(); sum += v; if (v > max_v) max_v = v; if (v < min_v) min_v = v; delay_ms(10); } sample_stat_t st; st.mean = (int32_t)(sum / count); st.peak_to_peak = max_v - min_v; return st; }

第二个自检叫分压比验证。找两个精度 0.1% 的电阻，一个 10kΩ、一个 1kΩ，串在基准电压和地之间，把中间抽头接到 ADC 输入。理论读数是满量程的 1/11，实际读数换算后应该非常接近这个比例。这一步验证的是整个信号链路的线性度，比只量一个零漂要能说明问题得多。如果你连精密电阻都没有，直接用电路板上现成的 2.5V 基准芯片输出到电阻分压器也行，但电阻精度决定了这次验证的上限。

第三个自检是重复性验证。同一个输入信号，切换不同 PGA 增益档位，读数换算成电压后应该落在同一数值附近。如果每个增益档位读数相差大，多半是增益误差校准没做好，或者增益切换后没有重新校准。我每次接手这类驱动，都会把这三个自检跑一遍，把结果贴在工程注释里留档。这样下次改配置，是变好了还是变坏了，一跑见分晓。这个方法不花什么成本，却能挡掉后面一大堆找不清原因的现场问题，希望帮到你。

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