企业官网建设流程全解析

简介：MCP3561/2/4 是一类多通道高精度 ADC，网络上可参考的驱动程序较少。该压缩包提供一套基于 STM32F373 芯片、调试通过的完整工程，面向需要快速接入 MCP356x 系列进行数据采集的嵌入式开发者。代码采用硬件 SPI 收发，仅使用 4 线 SPI 接口（未接中断脚），与具体平台耦合度较低，稍作引脚配置即可移植到其他单片机。7z 包内共 78 个文件、约 224KB，以 37 个 h 头文件和 30 个 c 源文件为主，覆盖 CMSIS 系统文件、标准外设库、启动文件、用户驱动 mcp3564 及 Keil 工程，同时附带 hex 固件和编译脚本，方便直接编译烧录与二次开发。工程目录区分系统层、外设库与用户代码，查阅时能快速定位到驱动文件，减少陌生工程的上手成本。已有 1325 人浏览学习，适合中高级 STM32 开发者用来节省驱动调试时间，也可作为多通道 ADC 数据采集的工程参考，快速验证 MCP3561/2/4 的 SPI 通信和配置流程。 最近在做一个高精度多路数据采集的嵌入式项目，传感器输出的是毫伏级差分信号，必须在 STM32 平台上驱动一颗真正能打的 24 位 ADC。对比了一圈之后，我选了 Microchip 的 MCP3561/2/4 系列，从零开始写了驱动程序，SPI 通信、寄存器配置、中断读取、数据拼装、系统校准一路调下来，目前已经在实际项目里稳定跑了一段时间。MCP3561 对应单通道、MCP3562 双通道、MCP3564 四通道，三颗芯片寄存器完全兼容，驱动只需要写一套，换型号时改配置就行。

这篇文章就把选型思路、驱动搭建、配置细节和调试中踩过的坑完整记录下来。如果你正在 MCP3561、ADS1232、HX711 之间做选择，或者手里有 MCP356x 芯片但驱动还没调通，甚至只是对 24 位 ADC 的嵌入式驱动感兴趣，这篇文章应该能帮你省下好几个通宵。需要提前说明的是，代码是基于 STM32F103 + HAL 库写的，但核心逻辑换成 F4/H7 或者标准库都一样，寄存器层面的东西和单片机型号关系并不大。

1. 24位ADC选型对比与硬件设计注意点

1.1 为什么在HX711、ADS1232面前选了MCP356x

老实说，一开始我手上也有 HX711 和 ADS1232 的现成模块，毕竟这两颗在称重和应变测量领域太普及了，驱动代码更是烂大街。但真正把它们拆开看，局限性也一目了然。HX711 用自定义脉冲接口，增益固定，通道扩展能力有限，适合地磅这类称重场景，做高精度多通道数据采集就显得不够灵活。ADS1232 精度不错，但增益和速率靠外部引脚电平配置，灵活性差，通道数也少，多路采集就得堆一堆芯片。

MCP356x 则更像一颗完整的模拟测量前端。芯片内部集成了输入 MUX、可编程增益放大器 PGA、24 位 Delta-Sigma 调制器、数字滤波器和扫描引擎，通信走标准 SPI，所有参数都能通过寄存器配置。增益从 0.5 倍到 64 倍可调，OSR 从 32 到 4096 可选，还带了内部温度传感器和电源电压监控。对做仪器仪表或者工业采集的人来说，这类芯片才是通用方案，而不是被某一种固定场景绑死。

我把三颗芯片最关键的差异整理成一张表，方便后面选型的朋友快速对比：

当然，ADS1256 也是同级别的备选方案，但我这次手里正好有 MCP356x 的渠道和参考设计，再加上它和 STM32 的 SPI 对接非常顺，最后就定了它。如果单纯从学习成本和资料丰富度来看，MCP356x 的小众特性反而意味着网上没有太多现成代码，很多细节必须自己去啃数据手册，这对理解 ADC 的底层机制很有帮助。

1.2 最小硬件系统与STM32引脚分配

我用的是一片 STM32F103C8T6 最小板，SPI1 接口接 MCP3564，具体引脚分配如下：

硬件上最值得强调的有三个点。第一，nIRQ 引脚不要浪费。MCP356x 在转换结果准备好之后会把 nIRQ 拉低，这是典型的“数据就绪”信号，接 STM32 的 EXTI0，在中断里置一个标志位，主循环检测到标志位后再去读数据，比轮询状态寄存器省心得多，也不会丢掉转换完成事件。

第二，模拟电源和数字电源尽量分开走。我第一版 PCB 图省事，把 AVDD 和 DVDD 直接并在一起，结果短接输入后原始码跳动几十个 LSB。后来单独给模拟部分加 LC 滤波，数字地和模拟地单点连接，噪声才真正压下来。对于 24 位 ADC 来说，这个细节极其关键，不能在 layout 阶段偷懒。

第三，Vref 的选择决定精度的天花板。MCP356x 支持内部参考和外部参考，但想要有像样的有效位数，强烈建议用外部高精度基准源。我这边用的 ADR420，如果只是验证驱动，先接 VDD 也能跑，但别对精度抱太大期望，毕竟单片机 VDD 上的纹波和数字开关噪声都挂在里面，24 位系统对这种干扰是零容忍的。

1.3 上电前和初次调试的准备工作

拿到芯片或者模块，别急着写代码，先花十几分钟做几件事。第一，确认供电范围，MCP356x 是 3.3V 逻辑，不能拿 5V 电平直接驱动，否则长期运行有烧毁风险。第二，确认 SCK、CS、SDI 上面有没有贴上拉电阻，有些模块板预留了上拉位置，阻值 10k 左右就好。第三，把 SPI 的 SCK、MOSI、MISO 三根线引出来，接上逻辑分析仪，后面抓时序会方便很多。

我第一次调这颗芯片时没有提前抓波形，全靠眼睛和直觉调，结果被 CPOL/CPHA 的配置折磨了大半天。后来用逻辑分析仪抓到真实波形，再和数据手册的时序图一对比，几秒钟就定位了问题。所以这里最实在的建议就是：上电第一步先看波形，把命令字节发出去，观察 SDO 有没有正常返回，这个优先级比写驱动本身还要高。

2. MCP356x的工作原理与寄存器配置要点

2.1 Delta-Sigma ADC的工作方式

MCP356x 是 Delta-Sigma 架构的 ADC，和常见的 SAR 型 ADC 原理差别很大。Delta-Sigma 结构用远高于奈奎斯特频率的速度对输入信号采样，调制器输出一串高速 bit 流，把量化噪声整形到高频段，再由后级数字滤波器把这些高频噪声滤除，因此能做到 24 位无丢失码的高分辨率。代价是输出速率不可能像 SAR 那样高，必须在分辨率和速率之间做取舍。

芯片内部的功能块大致是：输入 MUX 选择通道，PGA 把微弱信号放大到合适幅度，调制器把模拟量转换成高速 1bit 流，数字滤波器完成抽取和滤波，最后得到 24 位转换结果。寄存器就是整个链路的控制面板，MUX、增益、滤波器参数全都在里面。理解了这个流程，再去看寄存器配置，思路会清晰很多，而不是对着数据手册一个个试。

2.2 关键寄存器与参数配置思路

MCP356x 的寄存器很多，但日常配置核心就那么十几个字节。我常用到的有 ADCON、CONFIG0~CONFIG3、IRQ、MUX、SCAN、OFFSET、GAIN。ADCON 主要控制 ADC 使能和转换模式，CONFIG0 管时钟和参考电压来源，CONFIG1 配置 OSR、数据格式和扫描模式，CONFIG2 配置 PGA 增益以及模拟偏置，CONFIG3 控制数据就绪输出等细节。

配置参数时最要注意三个关系。首先是 OSR 和输出速率的关系。OSR 越高，数字滤波器抽取比越大，噪声越低，有效位数越高，但输出速率越低。对于缓变的传感器信号，比如温度、应变、压力，可以放心用高 OSR；如果要做音频或者快速监测，就得降低 OSR，同时接受精度下降。这是一个此消彼长的平衡，没有什么配置能同时把速率和精度都拉到最满。

其次是增益和输入范围的匹配。PGA 增益越大，可测量的输入范围就越小。我一开始给桥式传感器配了 64 倍增益，结果零点失调直接把动态范围吃掉大半，后面改成合适的档位，再配合 OFFSET 寄存器做系统校准，才把可用范围找回来。配置增益前，一定要先估算信号的实际幅度范围，而不是盲目追求高增益。

最后是数据格式的坑。MCP356x 支持单极性和双极性两种数据格式，双极性下 24 位数据是二进制补码表示。在 STM32 里把 3 个字节拼成 int32_t 之后，必须做符号扩展，否则负的输入会变成一个几百万的大正数，很多人第一次用都栽在这里。

2.3 SPI读写机制和命令时序

MCP356x 的 SPI 通信不是简单的“拖地址线”，它有一套命令机制。对寄存器操作时，要先构造命令字节，命令里既包含操作类型也包含寄存器地址。写寄存器时，先拉低 CS，发送写命令字节，再发送数据字节，之后拉高 CS。读寄存器时，先发读命令字节，然后在同一个 CS 低电平区间内，用 SCK 从 SDO 读回数据字节。

读 ADC 转换结果是另一个高频操作。转换完成后，24 位结果在芯片内部输出寄存器里，通过读数据命令一次取回三个字节，高位在前。这三个字节要按最高字节、中间字节、最低字节的顺序拼成 int32_t，再根据数据格式做符号扩展。如果顺序拼错，数据会完全乱掉，看起来像是噪声，实际上只是字节序没处理对。

这里有一个实战经验：CS 低电平期间，SCK 每 8 个上升沿对应一个字节交换，命令和数据的节奏必须和数据手册时序图严格对齐。如果 CS 提前拉高，或者中间插入过长的延时，都可能让芯片状态机错乱。我最初就是因为 CS 和 SCK 之间少了一小段延时，导致读寄存器偶尔返回错误值。所以 CS 拉低后、发送字节前，加一个微秒级的延时是有必要的。

3. STM32驱动代码实现

3.1 代码分层设计

驱动代码我按三层来组织。底层是 stm32_spi.c，只负责 SPI 初始化和收发字节，不掺任何芯片逻辑；中间层是 mcp356x.c，负责芯片复位、寄存器读写、配置存储、读取转换结果，对外提供 API；最上层是 app_mcp356x.c，定义项目的采集策略，比如多少毫秒采一次、要不要做滑动平均滤波、采集完成后怎么通过串口上报。

这样分层最实际的好处是平台迁移非常轻松。后面如果换到 NXP、GD32 或者其他 MCU，只需要重写 stm32_spi.c 这一个文件，中间层和应用层完全可以保留。很多朋友一开始图省事，把 SPI 操作、芯片操作、业务逻辑全部堆在一个 .c 文件里，功能能跑，但后期改一个参数可能要翻半天代码，这种亏我吃过很多次，所以现在坚持分层。

3.2 SPI初始化示例

用 CubeMX 配置 SPI1 时，我选择的参数是：Master 模式，8 位数据宽度，MSB First，软件 NSS。时钟极性和时钟相位这两个参数建议严格对照 MCP356x 数据手册的时序图来确认，不要凭网上的结论直接抄。不同批次芯片、不同模块板，甚至 PCB 上是否串了反向门，都会影响最终生效的配置。

我这里最后落地的配置是：

SPI_HandleTypeDef hspi1; hspi1.Init.Mode = SPI_MODE_MASTER; hspi1.Init.Direction = SPI_DIRECTION_2LINES; hspi1.Init.DataSize = SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity = SPI_POLARITY_HIGH; hspi1.Init.CLKPhase = SPI_PHASE_EDGE; hspi1.Init.NSS = SPI_NSS_SOFT; hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_16; hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB; HAL_SPI_Init(&hspi1);

SPI 速度我故意压到 4.5MHz，系统时钟 72MHz 的 16 分频。MCP356x 的 SPI 理论上可以跑得更高，但通信刚打通的时候，慢一点更容易定位问题，等时序确认无误再提速也不迟。特别是用杜邦线连接的时候，高速 SPI 容易受到干扰，低速反而更稳定。

3.3 驱动核心代码：寄存器读写与初始化序列

驱动的核心是寄存器读写。下面是我在项目里实际用的写寄存器函数：

#define MCP356X_CS_LOW() HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET) #define MCP356X_CS_HIGH() HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_SET) static HAL_StatusTypeDef MCP356X_WriteReg(uint8_t reg, uint8_t val) { uint8_t cmd = MCP356X_CMD_STATIC_WRITE(reg); uint8_t buf[2] = { cmd, val }; MCP356X_CS_LOW(); HAL_Delay_us(1); HAL_SPI_Transmit(&hspi1, buf, 2, HAL_MAX_DELAY); MCP356X_CS_HIGH(); return HAL_OK; }

读寄存器大同小异，发命令字节后再收一个字节。寄存器地址建议在头文件里用宏定义集中管理，不同型号如果地址有差异，改一处就行。这里提醒一下，我代码里用的寄存器映射来自手头这批 MCP3564 的数据手册，但同一系列不同批次的手册也可能有修订，拿到芯片后一定要把最新版手册的寄存器表翻出来对照，不要直接照抄别人代码里的地址。

初始化序列分三步。第一步是软复位，把芯片内部状态清干净；第二步按项目需求配置 CONFIG0~CONFIG3、MUX、IRQ 等寄存器；第三步写 ADCON 使能 ADC，开始转换。示例代码如下：

void MCP356X_Init(void) { MCP356X_Reset(); HAL_Delay(10); // 以下值对应我项目的具体需求，请按实际应用修改 MCP356X_WriteReg(REG_CONFIG0, 0x00); // 时钟与参考源选择 MCP356X_WriteReg(REG_CONFIG1, 0x10); // OSR与数据格式 MCP356X_WriteReg(REG_CONFIG2, 0x20); // PGA增益与偏置 MCP356X_WriteReg(REG_CONFIG3, 0x00); // 数据就绪输出控制 MCP356X_WriteReg(REG_MUX, 0x00); // 输入通道选择 MCP356X_WriteReg(REG_ADCON, 0x20); // 使能ADC，连续转换 }

这些配置值我没有展开成具体位段说明，因为不同项目的采样率、量程和信号类型差异太大。写代码的时候有个好习惯：每写完一个寄存器，立刻回读一次，确认芯片确实按你写的值存储了。如果回读失败，八成是 SPI 时序问题，别急着怀疑寄存器地址写错。

3.4 读取24位数据和符号扩展

读转换结果的函数本身不复杂，但符号扩展这块容易翻车。直接看代码：

int32_t MCP356X_ReadADC(void) { uint8_t buf[3] = { 0 }; int32_t raw = 0; MCP356X_CS_LOW(); HAL_Delay_us(1); HAL_SPI_Transmit(&hspi1, &adc_read_cmd, 1, HAL_MAX_DELAY); HAL_SPI_Receive(&hspi1, buf, 3, HAL_MAX_DELAY); MCP356X_CS_HIGH(); raw = ((int32_t)buf[0] << 16); raw |= ((int32_t)buf[1] << 8); raw |= (int32_t)buf[2]; if (buf[0] & 0x80) { raw |= 0xFF000000u; } return raw; }

拼字节的时候，如果直接把 buf[2] 左移 24 位，会把符号位带出来，所以按上面的写法，先拼成低 24 位，再手动扩展符号位。数据读取一般放在 nIRQ 外部中断的回调里，置一个标志位，主循环检测到标志后再读取并处理，这样既不会漏掉转换完成事件，也不至于在中断里做太多耗时操作。

4. 调试过程实录与问题排查

4.1 读不到寄存器：先抓波形再改代码

调试第一天最大的问题就是读任何寄存器都返回 0x00 或者 0xFF。一开始我怀疑芯片坏了，换了一颗还是老样子，后来用逻辑分析仪抓 CS、SCK、MOSI 三根线的波形，发现命令字节虽然发出去了，但 SDO 在对应时钟沿上没有任何数据返回。再对着数据手册的时序图一看，原来我用的 CPOL/CPHA 配置和芯片实际要求对不上，调过来之后通信就通了。

这个问题解决之后，又冒出一个 CS 时序问题。CS 拉低之后我立刻开始发 SPI 字节，芯片还没反应过来，导致第一个命令字节丢失。后来我在 CS 拉低之后加了一个微秒级延时，问题就消失了。如果你也遇到读寄存器结果不一致、偶尔好偶尔坏的情况，大概率是 CS 建立时间不够，先把延时加上再说。

4.2 数据跳动：供电、基准和布局的三连击

SPI 通信通了，紧接着就是数据不稳定的问题。短接输入端，理想情况下应该是一个稳定的零点码，实际却跳了几十个 LSB。这个问题的排查顺序是：先看 Vref，再看模拟供电，最后看数字干扰。Vref 直接接 VDD 的时候，跳动最大，换成外部基准后改善非常明显；模拟供电单独用低噪声 LDO，并在芯片电源引脚附近放 10uF + 0.1uF 去耦电容，又压下一截。

最后我还做了一件事：在 SCK、SDI、CS 三根数字线上串联 33 欧姆电阻，减少 SPI 信号边沿的振铃和串扰。做完这三步，整机零点的跳动才降到了个位数 LSB。调试时建议大家做一个简单的评估脚本：把 ADC 输入端短接到地，连续采集 1024 个点，统计最大值、最小值和标准差。如果跳动在几个 LSB 级别，说明前端已经比较健康；如果跳了几十个 LSB，优先怀疑电源、基准和 layout，而不是去怀疑芯片本身。

4.3 通道切换和增益切换后的稳定时间

做多通道采集时，我还遇到一个隐蔽的问题：MUX 切到新通道后的前几个转换结果明显偏大或者偏小，之后才恢复正常。这是因为输入通道、PGA 增益切换后，模拟前端和数字滤波器需要一定时间才能稳定下来，芯片的转换结果里带了残留的上一个通道信息。

解决办法很简单，扫描模式下把前几个转换结果丢弃，或者切换后加一段延时再启动转换。我实际的做法是，每次通道切换后先做两次空读，把这两次结果丢掉，从第三次结果开始取数。这样虽然牺牲了一点吞吐率，但有效数据的干净程度提升非常大，尤其是在各通道输入阻抗和信号幅度差异很大的情况下，这个操作几乎不能省。

4.4 常见问题速查表

最后把调试期间踩过的问题整理成一张速查表，后面遇到类似现象可以直接按图索骥：

5. 调完之后的一些体会与扩展方向

驱动调通之后，我在项目里跑了一段时间，几个批次的数据一致性都不错，回过头来看，MCP356x 真正的门槛不在软件，而在模拟前端和时序细节。芯片寄存器体系是规整的，照着手册写驱动，几天就能搞定，真正让人头秃的是那些“看起来配置对了，但数据就是不对”的局面，最后查来查去都是供电、基准、地平面和 SPI 干扰这些外部因素。所以给准备用 MCP356x 的朋友一个建议：第一次画板就把模拟电源、基准、数字接口分得清清楚楚，调试时一定准备一台逻辑分析仪，先抓波形再写代码。

这套驱动目前我已经整理成可以复用的模板，后续打算把 MCP356x 的扫描模式、DMA 采集以及 OFFSET/GAIN 自动校准也一起补齐。尤其是自动校准功能，对批量生产的仪器类产品来说几乎是刚需，等我把新版本跑稳定了，再回来和大家分享具体实现。

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