企业官网建设流程全解析

简介：面向STM32F103xx系列微控制器的开发者，这份软件模拟ADS1220采样芯片的驱动方案，适用于仪器仪表、工业控制等需要高精度模拟信号采集的各类测控场景。压缩包共172个文件，大小5.22MB，以C语言源码为主体，包含35个头文件、34个C源文件，同时提供Keil工程文件（uvprojx/uvoptx）、编译产物（axf/hex/o/crf）、链接脚本（sct）与清理脚本（bat），目录结构清晰，便于直接导入工程使用。已有794人学习下载。驱动覆盖ADS1220初始化、工作模式配置、数据转换执行与结果读取等关键流程，支持单次转换、连续转换及SPI通信方式，能够帮助开发者快速集成到现有项目中。该驱动采用纯软件模拟方式，无需额外硬件成本，同时附带标准外设库文件，代码可读性和可移植性较好，适合需要深入理解软模拟时序与ADC驱动设计的中高级嵌入式开发者参考。

1. 软件模拟 ADS1220 采样芯片驱动：不占硬件 SPI 的 24 位采集方案

ADS1220 这颗 24 位 delta-sigma ADC，标准接口就是四线 SPI，但并不是每个项目都能把硬件 SPI 让给它。我在调试一个模拟项目 X 的时候，主控的 SPI 已经被外扩 Flash 和显示模块占满，只剩几个普通 GPIO，当时方案就是直接用 GPIO 把 ADS1220 的时序拉出来，也就是软件模拟 ADS1220 采样芯片驱动。软件模拟并不改变芯片行为，命令字、寄存器窗口、DRDY 中断、24 位数据读回这些照样一个不少，只是把硬件 SPI 自动完成的时钟翻转、字节收发、帧间隔改成普通电平切换。这篇文章按我实际调试的顺序，从命令格式、底层收发、寄存器配置、常见踩坑到数据校验一次讲完，给那些外设紧张但还想用 24 位精度的朋友一个能直接抄走的驱动思路。

2. ADS1220 的芯片协议与软件模拟的时序基础

2.1 寄存器窗口与命令字：软件模拟前先搞清主从关系

ADS1220 的原生接口虽然看起来是 SPI，但它不是一颗普通 SPI 从设备，命令帧结构比 SPI Flash 复杂。芯片内有三个配置寄存器、一个转换结果寄存器，还有一个系统控制逻辑，所有访问都靠 8 位命令字节完成。写寄存器命令格式是0x40 | (地址 << 2)，比如往寄存器 0 写配置，命令字节是0x40；往寄存器 1 写，命令字节是0x44。读寄存器命令格式是0x20 | (地址 << 2)，读转换结果则固定发0x10，也就是 RDATA 命令。启动转换的 START 命令是0x08，停止转换的 STOP 命令是0x04。

这里最容易翻车的点就是地址偏移。刚上手的人看到寄存器编号是 0、1、2，顺手就把命令字节写成0x41、0x42，结果读回来永远是0xFF，然后开始怀疑硬件接线。我一开始也犯过这个错，后来对照数据手册里的命令字节位映射，才发现低两位不是寄存器地址本身，而是命令类型和保留位，寄存器地址要整体左移两位拼进去。建议你开始写驱动前，先把几个固定命令打印成一张表贴在调试笔记里：0x40、0x44、0x48 写三个寄存器，0x20、0x24、0x28 对应读三个寄存器，RDATA 单独记 0x10。这样后面排查寄存器读写问题时，至少不用来回翻手册算命令。

ADS1220 的 SPI 交互还有一个特点：整个命令序列期间 CS 必须保持低电平。写寄存器通常是一个命令字节加一个数据字节，两帧之间不能把 CS 拉高；RDATA 也是命令字节加三个数据字节，中间 CS 一样不能松。这一点跟普通 SPI Flash 的页写不太一样，很多人习惯每发一个字节就拉高 CS 一次，放在 ADS1220 上这样会把后续数据全部打断。用软件模拟的时候，我习惯把“发一个字节并同时读一个字节”封装成一个函数，CS 由上层函数统一控制，底层收发函数只管 8 位数据，这样读数据和写寄存器代码才能干净地复现。

2.2 位级时序：数据在哪个沿采样，决定你的代码怎么写

ADS1220 的 SCLK 空闲状态是低电平，常规接法下芯片在下降沿采样 MOSI、在下降沿同时把 MISO 数据推出来，这个时序关系对应 SPI Mode 1。多数 ADS1220 例程都按这个模式写，软件模拟时倒不必像硬件 SPI 那样卡最高速，但顺序不能乱：先把 SCLK 拉低，在低电平阶段把 MOSI 摆到目标位，再拉高 SCLK，芯片在下降沿才能看到稳定数据；MISO 从芯片发出，我习惯在时钟高电平期间读取，避开刚发生跳变的边沿。

软件模拟还有一个容易被编译器坑住的地方。如果你用空 for 循环做延时，开了 -O2 优化后编译器可能直接把这个循环删掉，SCLK 高低电平之间没有一点保持时间，芯片收不到合法脉冲。我的一般处理办法是用 volatile 变量，或者干脆在循环里插一条空汇编指令，然后在 Debug 和 Release 两种优化下各测一遍。下面这个延时宏是我常用的：

#define ADS1220_DELAY() \ do { \ volatile int _d; \ for (_d = 0; _d < 200; _d++) { \ __asm volatile("nop"); \ } \ } while (0)

它的作用只是保证电平保持时间大于芯片的最小要求，不是精确定时，所以数值大小不敏感。软件模拟的速度离 ADS1220 的 SPI 上限差很远，慢几十 ns 完全无所谓。真正要守住的是 MSB 先发、MISO 先收、CS 低电平期间完整跑完一个命令帧这三点。这三件事做到位，后面基本不会撞上时序类问题。

2.3 接线与电平匹配：软件模拟容易忽略的第二层问题

纯软件模拟看起来只占 GPIO，但实际上电平和引脚状态同样影响稳定性。ADS1220 的 AVDD、DVDD 和 MCU 的 IO 电压域最好保持一致，常见是 3.3V 供电，那么 MCU 的 GPIO 也要是 3.3V 电平；如果 MCU 是 5V，就得加电平转换，否则芯片的 ESD 保护二极管长期导通，轻则读值飘，重则芯片发热损坏。DRDY 引脚一般接一个上拉电阻，逻辑是低电平有效，数据准备好后拉低，读取完成后自动释放。MISO 在 CS 为高时是高阻态，硬件上可以在 MISO 和 MCU 的输入引脚之间加一个 10k 上拉，防止悬空时读到不确定电平。

CS 引脚不是必须上拉，但建议在 MCU 初始化阶段保持高电平，避免上电瞬间的 GPIO 默认状态把 CS 拉低，导致芯片进入一段不完整的命令帧。我在某跨平台系统上踩过一次：MCU 复位后 GPIO 默认输入浮空，CS 引脚电平不确定，ADS1220 偶尔会锁在错误状态，必须重新初始化寄存器才能恢复，后来在 CS 引脚上加 10k 上拉才稳定。接线这块不复杂，但在软件模拟方案里，GPIO 初始化顺序和默认电平往往比时序本身更容易引发随机故障。

3. 搭一个最小可跑的软件模拟驱动

3.1 底层位级收发函数怎么封装

最小驱动先从四根线的底层操作写起。我一般用寄存器直接操作的方式，效率高，而且对模拟时序更可控。用 HAL 库的HAL_GPIO_WritePin也能跑，但每次调用会带状态检查和参数封装，延时不固定，在两个优化级别下测出来的时序会不一样。下面这组宏是按 STM32 的写法做的，你换成其他 MCU 时直接替换为对应的寄存器置位清位操作即可。

#define ADS1220_CS_L() (GPIOB->BRR = GPIO_PIN_12) #define ADS1220_CS_H() (GPIOB->BSRR = GPIO_PIN_12) #define ADS1220_SCLK_L() (GPIOB->BRR = GPIO_PIN_13) #define ADS1220_SCLK_H() (GPIOB->BSRR = GPIO_PIN_13) #define ADS1220_MOSI_H() (GPIOB->BSRR = GPIO_PIN_14) #define ADS1220_MOSI_L() (GPIOB->BRR = GPIO_PIN_14) #define ADS1220_MISO_READ() (((GPIOB->IDR & GPIO_PIN_15) != 0u) ? 1u : 0u) #define ADS1220_DRDY_READ() (((GPIOB->IDR & GPIO_PIN_8) != 0u) ? 1u : 0u)

这组宏把 MOSI 输出、MISO 输入、DRDY 输入都固定在特定引脚上。第二个宏的读值结果是 1 或 0，方便后面直接拼进接收字节。SCLK 和 MOSI 引脚配置成推挽输出，MISO 和 DRDY 配置成浮空输入，CS 配置为推挽输出并在初始化时拉高。GPIO 速度可以选 HIGH 或者 MAX，但不要选 LOW，否则翻转速率太慢会进一步抬高时延。

有了宏之后，收发函数的核心逻辑如下：

static uint8_t soft_spi_transfer(uint8_t tx) { uint8_t rx = 0u; for (uint8_t i = 0u; i < 8u; i++) { ADS1220_SCLK_L(); if ((tx & 0x80u) != 0u) { ADS1220_MOSI_H(); } else { ADS1220_MOSI_L(); } ADS1220_DELAY(); ADS1220_SCLK_H(); ADS1220_DELAY(); rx <<= 1u; if (ADS1220_MISO_READ() != 0u) { rx |= 1u; } tx <<= 1u; } ADS1220_SCLK_L(); return rx; }

这个函数在 SCLK 低电平期间把 MOSI 切到目标位，等高电平建立后读 MISO。为什么不在下降沿读 MISO？因为软件模拟的边沿有几百 ns 抖动，精确对齐下降沿采样会偶尔采到跳变过程中的毛刺，把 1 读成 0。半周期后再读，数据早就稳定，代价只是速度低一点，但对模拟方案来说完全可接受。注意函数最后让 SCLK 回到低电平，这符合芯片对 SCLK 空闲电平的要求，也为下一个命令帧做好准备。

3.2 从 DRDY 到 CPU：一次完整读数据流程

ADS1220 上电默认是连续转换模式，芯片会不断转换，每次转换完成后 DRDY 引脚拉低。读取流程就是轮询 DRDY，低电平后拉低 CS，发送 RDATA 命令，连续读三个字节，然后拉高 CS。核心代码：

static int32_t ads1220_read_data(void) { uint32_t timeout = 20000u; while (ADS1220_DRDY_READ() != 0u) { if ((--timeout) == 0u) { return 0; /* 换成你自己定义的实际错误码 */ } } ADS1220_CS_L(); (void)soft_spi_transfer(0x10); /* RDATA 命令 */ uint8_t b2 = soft_spi_transfer(0x00); uint8_t b1 = soft_spi_transfer(0x00); uint8_t b0 = soft_spi_transfer(0x00); ADS1220_CS_H(); int32_t raw = ((int32_t)b2 << 16) | ((int32_t)b1 << 8) | b0; if ((raw & 0x800000u) != 0u) { raw |= 0xFF000000u; /* 24 位补码扩展成 32 位有符号 */ } return raw; }

timeout 的作用是防止 DRDY 一直不拉低导致函数卡死。实际项目里如果传感器供电异常或者 ADS1220 处于未启动状态，DRDY 可能长时间停在低电平或高电平，轮询不设超时会直接把整个系统挂住。RDATA 后读回的三字节是 MSB 在前，b2 是最高字节，b0 是最低字节，拼位顺序不要反。补码扩展那两行尤其重要，ADS1220 输出的是 24 位二进制补码，电压为正时最高位是 0，电压为负时最高位是 1；不加扩展，负电压会被读成一个两千多万的正数，后面换算电压全部错误。

寄存器写入是另一个基础动作：

static void ads1220_write_reg(uint8_t reg_addr, uint8_t value) { ADS1220_CS_L(); (void)soft_spi_transfer((uint8_t)(0x40u | (reg_addr << 2u))); (void)soft_spi_transfer(value); ADS1220_CS_H(); }

写寄存器时命令字节和寄存器地址的关系在第二章里已经提过，这里0x40u | (reg_addr << 2u)就是把地址左移两位后拼进命令字节。value是你要写入的寄存器配置。CS 在整个命令期间保持低电平，发完数据字节后立刻拉高。

3.3 初始化与主循环调用：先跑通最短路径

初始化只做四件事：配置 GPIO，写三个寄存器为默认值，然后发 START 命令：

void ads1220_init(void) { /* GPIO 初始化省略，按你的平台设置 SCLK/MOSI/MISO/CS/DRDY */ ADS1220_CS_H(); ADS1220_SCLK_L(); ads1220_write_reg(0x00, 0x00); /* 通道 AIN0-AIN1，PGA=1 */ ads1220_write_reg(0x01, 0x00); /* 连续转换，默认数据速率 */ ads1220_write_reg(0x02, 0x00); /* 内部基准，默认压降检测等配置 */ ADS1220_CS_L(); (void)soft_spi_transfer(0x08); /* START 命令 */ ADS1220_CS_H(); }

写完寄存器后发 START，芯片立刻开始转换。主循环里直接调用ads1220_read_data()就能拿到原始码。这里要特别说一下 DRDY：每次读取完成后，ADS1220 会自动把 DRDY 释放为高电平，下一次转换完成后再次拉低。所以读函数不需要额外清 DRDY，你只要保证不在同一次 DRDY 低电平期间重复读两遍就行。如果发现 DRDY 一直低、读出来永远是同一个值，多半是 CS 没有正确拉高，或者命令帧被打断导致芯片还停留在上一次输出状态。

主循环测试时可以这样换算电压：

int32_t raw = ads1220_read_data(); float voltage = (float)raw / 8388608.0f * 2.048f;

8388608 是 2^23，对应 24 位 ADC 的有符号满量程。乘以 2.048 是因为内部基准为 2.048V，PGA 为 1 时满量程就是 ±2.048V。如果你改了 PGA，这个换算公式分母不变，分子要改成满量程电压，比如 PGA 为 16 时满量程是 ±0.128V。此时直接把 2.048 换成 0.128 即可，不要动 8388608。这一节跑通，说明驱动骨架没问题，接下来才轮到注册表配置。

4. 采样配置这样落：通道、PGA、数据速率和基准

4.1 寄存器 0 的位拼法：MUX 和 PGA 不要互相覆盖

ADS1220 的寄存器 0 在字节层面把通道选择和增益放在两段位里。高三位是 MUX 通道选择，中间三位是 PGA 增益，低两位是高分辨率模式和电流源相关位。最稳的写法不是直接裸写一个十六进制值，而是用枚举值左移后拼出来，这样别人读代码时一眼能看出选了哪个通道、多大增益。

常用 MUX 设置对照如下：

PGA 增益对照：

拼接代码可以这样写：

uint8_t mux_code = 0u; /* AIN0-AIN1 */ uint8_t pga_code = 1u; /* PGA=2 */ uint8_t reg0 = (uint8_t)((mux_code << 5u) | (pga_code << 2u)); ads1220_write_reg(0x00, reg0);

mux_code << 5把通道编码放到高三位，pga_code << 2把增益编码放到中间三位，两者互不重叠。如果直接写0x08这种裸值，下次改动时极有可能记不清哪几位是 MUX、哪几位是 PGA，出问题只能对着数据手册逐位猜。PGA 不是越大越好：传感器输出阻抗越高，PGA 越大，输入偏置电流带来的误差也越明显。我的习惯是先把传感器输出范围算清楚，选一个让满量程在基准电压 80% 左右的增益，给余量，也不让噪声被过度放大。

4.2 寄存器 1：数据速率、转换模式与温度传感器开关

寄存器 1 里最关键的是数据速率和转换模式。ADS1220 的输出数据率大致从 6.25 SPS 到几百 SPS，实际可选项里低端有 6.25、12.5、25、50 SPS，中端有 100、200、400、800 SPS，再往上是 1000 SPS。选择依据很简单：数据率越低，内部数字滤波器平均次数越多，有效分辨率越高，噪声越小；数据率越高，响应越快，但后几位噪声会明显变大。

在软件模拟场景下，我通常把数据率设在 50 到 200 SPS 之间。这个区间对工频 50Hz 的干扰抑制效果较好，而且每次 DRDY 触发间隔在 5ms 到 20ms，MCU 主循环完全来得及响应。如果为了求快把数据率拉到 1000 SPS，DRDY 间隔只有 1ms，软件模拟的收发本身还要占几十微秒，此时必须改用中断读取，否则很容易漏掉一次转换结果。寄存器 1 里还有温度传感器使能位和电流源相关位，温度传感器使能后 AD 转换结果会从输入通道切到片内温度传感器，调试时很有用，但正常采样时一定要确保温度位关闭，否则读出的电压值不符合预期。

4.3 寄存器 2：基准电压选择是精度上限

ADS1220 可以使用内部基准，也可以使用外部基准。内部基准的典型值是 2.048V，好处是省一个基准芯片，缺点是它本身会随温度漂移，而且数字滤波和基准噪声会叠加进测量结果。外部基准的好处是可以选高精度基准源，稳定性更好；代价是多两个引脚、一颗基准芯片，布局还要特别注意基准输出远离数字信号线。

寄存器 2 的高位部分负责基准选择，具体值要按数据手册的映射表来。我在精度要求高的压力测量里一般选外部基准，因为满量程误差可以校准，但温漂很难在固件里完全消除。内部基准适合做便携设备，仪表量程不苛刻，读出来的值经过一次两点校准就能用。这个选择直接决定你整个系统的精度上限，传感器再好，基准不准，24 位 ADC 的优势也体现不出来。

寄存器 2 里还有一个 50/60Hz 工频抑制选项，很多项目会忽略。国内电网 50Hz，如果你的测量目标本身是缓慢变化，建议开启工频抑制，它会让数字滤波器在 50Hz 和 60Hz 处形成陷波，对电源引入的共模干扰很有效。代价是输出数据率会被限制在较低档位，正好和前面讲的低数据率方案匹配。

5. 软件模拟 ADS1220 的常见坑与排查方法

5.1 现象：DRDY 电平没等到，读回来全零或上一帧数据

这是一个非常典型的坑。代码在 while 循环里一直等ADS1220_DRDY_READ() == 0，但实际调试中发现 DRDY 始终为高，read_data 返回超时或者返回最近一次读到的旧值。

原因：DRDY 引脚没接上拉电阻，而且芯片处于非连续转换模式，或者初始化时没有发 START 命令。另一个常见原因是 GPIO 复用了，DRDY 被配置成模拟输入，电平变化读不到。

解决：先把 DRDY 引脚配置成浮空输入并接 10k 上拉，用逻辑分析仪看这个脚有没有脉冲。如果没有脉冲，检查寄存器 1 的转换模式是否被改成单次转换，改了的话每次读取前都要重新发 START；如果脉冲有，但 MCU 读不到，检查 GPIO 时钟和复用配置，确认ADS1220_DRDY_READ读的是正确的 IDR 寄存器位。

5.2 现象：CS 低电平但外设 SPI 与模拟 SPI 混用，总线被拉死

在项目里同时存在硬件 SPI 外设和软件模拟 SPI 时，世界上最容易发生的就是“两个主人抢一条总线”。硬件 SPI 外设初始化时把 SCLK、MOSI 引脚复用为外设功能，软件模拟又把同一个引脚当普通 GPIO 拉，两边互抢，引脚状态完全不可控。

原因：两个驱动共用了同一个引脚定义，或者硬件 SPI 外设的 NSS 引脚仍然处于自动控制模式，把 CS 电平干扰了。

解决：给软件模拟的 ADS1220 使用独立引脚，至少保证它跟硬件 SPI 不在同一个 GPIO 组和复用模式冲突。如果硬件上已经连在一起，那就老老实实把硬件 SPI 外设全部关闭，引脚全部切成普通 GPIO，再跑软件模拟代码。混用总线不是驱动能解决的，只能从接线层面拆开。

5.3 现象：高 PGA 下小数点乱跳，后几位全是噪声

PGA 调到 64 或 128 之后，读出来的数据稳定 5 分钟左右就开始缓慢漂移，低几位完全没有规律，甚至出现整段数据像锯齿一样抖动。

原因：输入信号源阻抗过高，PGA 高增益放大了输入端的偏置电流噪声和热噪声，同时信号线本身变成了天线；如果输入引脚悬空，问题更严重，ADS1220 的 PGA 输入必须看到确定的直流电位。

解决：高 PGA 场景下必须保证输入源阻抗足够低，信号线尽量短，必要时候用一阶 RC 低通滤波器，RC 截止频率要放在信号带宽以内，不能一刀切。另外，模拟地和数字地要做单点星形连接，千万不要在 ADC 附近让数字信号走线贴着模拟输入走。

5.4 现象：单次转换和连续转换读数据的方式搞混

现象是程序第一次上电能读到值，但第二次、第三次永远只读到同一个数据，或者读出来的值周期性跳变但周期完全不对。

原因：ADS1220 默认连续转换模式，DRDY 周期由数据率决定；如果代码里把寄存器 1 的转换模式配成了单次转换，那么每次转换完成后芯片会停止，下一次不会自动启动。而连续模式下数据率设置高了，DRDY 拉低一次后读函数还在处理其他任务，下一次转换已经完成，读到的还是当前最新数据，看起来像是“一直读到同一个值”。

解决：先确认你想要的模式。连续模式最简单，DRDY 低电平就 RDATA，不用发 START；单次模式必须在每次读取前重新发 START，等 DRDY 拉低再 RDATA。我的建议是尽量保持连续模式，软件模拟本身速度不快，连续模式下 DRDY 触发的读取节奏更容易控制和超时保护。

5.5 现象：寄存器写入正常但转换时间比预期慢

通过读寄存器命令确认寄存器写入已经生效，数据率也配好了，但实际两次 DRDY 间隔比理论值大了不少。

原因：软件模拟的收发函数里加入了过多延时，整个 RDATA 命令占了太长时间，导致 DRDY 周期被拉长。还有一个可能，延时变量用了非 volatile，编译器优化后实际延时不可控，芯片在数据率切换的瞬间处于复位状态。

解决：用逻辑分析仪直接测 DRDY 引脚两次下降沿之间的时间，和计算值对比。如果时间明显偏长，优先减小ADS1220_DELAY()里的循环次数，或者改成延时中断方式。另外，修改数据率时最好先用 STOP 命令停下转换，写完寄存器后重新 START，避免芯片在寄存器写入过程中读取了不一致的配置。

6. 数据校验与进阶用法：连续转换、多通道轮询和偏移校准

6.1 通过溢出位和符号位快速判断传感器接反或超量程

ADS1220 的转换结果是 24 位补码，最高位是符号位。当读到的值接近正满量程，比如大于 0x7FFFFF 附近，首先要怀疑输入是否超过量程，而不是传感器坏了。负满量程出现时，先检查差分输入的 AINP 和 AINN 是否接反。我一般会在驱动里加一个简单的状态判断：正值超过满量程的 99.8% 或者负值低于负满量程的 99.8%，直接返回一个溢出标记，而不是硬算电压。这个判断放在 raw 扩展之后，避免浮点运算影响速度。

6.2 多通道轮询时的寄存器回写顺序

多通道扫描时最基础的实现是每次切换通道前重写寄存器 0 的 MUX 编码。这个操作本身很简单，但坑在于切换后 ADC 输入端子的 PGA 建立需要时间。我的做法是切换 MUX 后丢弃第一次 DRDY 读数，第二次 DRDY 后再取数。原因很简单，MUX 切换瞬间，输入网络里的 RC 分布电容要保持到新电压，PGA 输出要稳定到新的差分信号，这个建立过程比单纯 SPI 写寄存器时间长得多。

多通道轮询的状态机建议这样设计：初始化时把当前通道配到通道 0，每到一个周期就切换下一个通道并写寄存器 0，然后跳过下一个 DRDY，再下一次 DRDY 读数据。这样每个通道的有效采样率会降到原来的三分之一左右，但数据可信度高。追求更高采样效率的话，可以在切换 MUX 前先读旧数据，切换后只等一个 DRDY 周期。前者适合精密测量，后者适合快速巡检。

6.3 自校准偏移与批量验证

ADS1220 即使不做专门的校准，也建议在固件里保存一组偏移值。校准方式是读一次内部基准电压对应的满量程值，再读一次 AVSS 或输入短接时的值，两者的差值做线性映射。第一次在某跨平台系统上做批量测试时，我发现同型号 ADC 在相同输入下读出的原始码相差几十个 LSB，这不是芯片不行，是 MCU 的模拟电源地和 ADC 参考地之间存在地弹。加一个软件偏移校准，批量一致性立刻好很多。

批量验证时我会给每块板卡跑同一条指令：所有输入接固定分压电阻，连续取 100 次数据，计算均值和标准差，标准差小于某阈值才算过。这样做既能验证驱动本身，也能暴露硬件接触不良和地线问题。软件模拟驱动写完之后，我习惯把底层收发函数单独拿出来做单元测试，用固定的伪数据模拟 MISO 电平，验证 RDATA 和寄存器写命令字节是否和预期一致。这其实刚开始有点玄学成分，但多做几次之后你会发现，大部分问题都出在命令字节和 CS 控制上，而不是芯片本身。

希望这些踩坑经验能帮你少走几圈弯路。以后遇到外设不够的时候，不用急着换 MCU，先想想这块 24 位芯片能不能被几个 GPIO 温柔地驱动起来。

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