简介：这份驱动包面向嵌入式开发与工业控制方向的工程师，围绕 tpc116s8 硬件设备提供可直接编译使用的完整驱动实现，重点解决设备识别、串口通信与固件烧录等基础问题。压缩包共 126 个文件、约 2.36MB，主体为 30 个 .c 与 33 个 .h 源码，覆盖 STM32F10x 标准外设库中的定时器、Flash、RCC、ADC、I2C、CAN、USART 等模块；并附带 uvprojx/uvoptx 工程配置、axf 与 hex 可烧录固件、map/lst/sct 链接与分散加载文件，以及 o、d、crf 等编译中间产物和批处理清理脚本，工程结构接近真实项目现场。其中 UART 相关代码对应异步串行收发功能，可用于调试输出与数据传输验证。目前已有 1269 人学习下载。读者可据此快速搭建可运行的 Keil 工程，参考外设初始化流程与串口收发逻辑，缩短设备联调与驱动移植的前期摸索时间。

1. 拿到一份 DAC 驱动先别急着编译：TPC116S8 这份代码解决的到底是什么问题

八路模拟量输出，每路一个运放加 RC 滤波——占空比一动，输出跟着抖，批量校准还得人工拧电位器。板子改用 TPC116S8 这类 8 通道 16 位串行 DAC 之后，硬件一版就过了，软件却容易卡在同一个地方：SPI 波形发得挺欢，八个通道纹丝不动。这类芯片的驱动程序，难点从来不在"把字节发出去"，而在帧格式拼装、上电与复位时序、LDAC 更新时机这三处，任何一处差一位，表现都是"没反应"。这份 TPC116S8 完整可用驱动程序把寄存器操作封成三个对外 API，把 SPI 收发抽成一层 port 模板，寄存器帧的位宽和命令字用宏留出来对照手册。适合正在做模拟量输出板、想直接抄一套分层结构的嵌入式工程师，也适合手里已有半成品、想拿它逐行对照查错的人。

2. 驱动包拆解：三层结构、一张接线表和六个必须改的宏

拿到一个陌生驱动，我的习惯是先看目录再编译：目录结构能告诉你作者把哪些东西当成"会变的"、哪些当成"不变的"。这份代码把"会变的"（SPI 收发、片选电平、延时）全部压在 port 层，"不变的"（帧拼装、命令分发、通道映射）留在核心层，这个切法是对的，换 MCU 时你只动一个文件。

2.1 目录分层：为什么把寄存器操作和 SPI 收发拆开

驱动包拆成四块：

这种分层的价值在排错时才体现出来。当输出不对，你可以先把port层的tpc_spi_xfer换成"打印字节"的空实现，把每一帧的十六进制打出来，对着手册的命令表核一遍——如果帧本身错了，后面示波器、万用表全都是白费功夫。核心层不依赖任何厂商 HAL，连stdint.h之外的头文件都很少，这也是它敢叫"完整可用"的底气：它不是给某一个芯片型号写的示例，而是给一类 8 通道串行 DAC 写的骨架。

核心层里有一份通道影子寄存器（shadow register），八个uint16_t加一个脏标记。这个设计的用途在 3.2 节会展开：它让你能先把八路数据全部写进缓存，再用一次 LDAC 让八路同时翻转，而不是写一路跳一路。

2.2 引脚连接与上电时序：CS、LDAC、RESET 各管什么

先把线接对，再谈代码。这类 8 通道串行 DAC 通常有这些引脚：

接线阶段最容易翻车的是 CS。很多人图省事把 CS 直接接地，靠"发够字节数"来界定帧——只要总线上多一个时钟毛刺，整帧就整体移位，输出直接跳到满量程或者归零。血泪经验是：CS 必须由一个 GPIO 控制，且这个 GPIO 的初始电平在main里第一行就设成高，别等 SPI 初始化完了再设，中间那段空窗期足够让 DAC 收到半帧垃圾。

上电顺序也有讲究。我一般按这个顺序走：先给 AVDD，延时等电源稳；释放 RESET；再等内部基准建立（手册上一般给几百微秒到几毫秒量级，具体看手册的t_RST、t_REF参数）；最后才开始写寄存器。省掉中间这段等待，表现是前几帧写入被吞掉，或者第一帧输出偏低，你以为是代码问题，其实是基准还没起来。

void tpc116s8_init(const tpc_config_t *cfg) { /* 1. 先把所有控制脚摆到安全电平，再配 SPI */ tpc_port_cs(1); /* 片选空闲高，避免半帧被锁存 */ tpc_port_ldac(1); /* LDAC 空闲高，低电平才更新输出 */ tpc_port_reset(1); /* 先释放复位，具体有效电平照手册 */ /* 2. 硬件复位一次，把内部寄存器拉回已知状态 */ tpc_port_reset(0); tpc_port_delay_us(10); /* 复位脉宽，手册一般要求 >20ns，给足 */ tpc_port_reset(1); /* 3. 等内部基准稳定，这个延时值按手册 t_REF 填，别照抄 */ tpc_port_delay_us(cfg->ref_settle_us); /* 4. 配置基准与增益，命令字见手册命令表 */ tpc_write_reg(TPC_CMD_REF_CTRL, cfg->ref_gain_code); /* 5. 清空影子寄存器并同步输出 0V */ tpc116s8_write_all(0); tpc116s8_ldac_pulse(); }

这段初始化里，参数ref_settle_us是唯一不能拍脑袋的值，它来自手册的基准建立时间，用内部基准和用外部基准差别很大；ref_gain_code也不是常数，它决定输出满量程是 VREF 还是 2×VREF，填错的表现是"输出只有理论值的一半"或者"超过 3V 就削顶"。tpc_write_reg的第二个参数我会在 3.1 节说明怎么从手册表格换算出来。

2.3 移植前必须改的六个宏

移植工作量比想象中小，因为真正跟硬件绑定的只有六处：

最后一个宏最隐蔽。这类 DAC 的帧长有 24 位也有 32 位的，同一家的不同型号都可能不一样。TPC_FRAME_BYTES填小了，你只发出了低字节，高字节被 CS 上升沿截掉，表现为"写 0xFFFF 输出只有 1/256 满量程"；填大了，多出来的时钟会把下一帧的数据提前推进去，表现为通道错位——写通道 0，动的却是通道 1。所以我一般把这个宏和拼帧函数放在一起看，改一个必须改另一个。

/* port 层模板：把这六个宏替换成你家 MCU 的写法即可 */ #define TPC_CS_LOW() (GPIOA->ODR &= ~(1u << 4)) #define TPC_CS_HIGH() (GPIOA->ODR |= (1u << 4)) #define TPC_LDAC_LOW() (GPIOB->ODR &= ~(1u << 0)) #define TPC_LDAC_HIGH() (GPIOB->ODR |= (1u << 0)) #define TPC_RESET_LOW() (GPIOB->ODR &= ~(1u << 1)) #define TPC_RESET_HIGH() (GPIOB->ODR |= (1u << 1)) #define TPC_FRAME_BYTES 3u /* 24 位帧；32 位器件改成 4 */ #define TPC_DELAY_US(us) delay_us(us)

这里的 GPIO 寄存器写法只是示意，换成你手上的库函数、位带操作或者寄存器宏都行，关键是宏的名字别改——核心层只认这六个名字。移植完之后先别急着接负载，用示波器单次触发抓一次 CS 下降沿到上升沿之间的 SCLK 个数，数出来必须正好等于TPC_FRAME_BYTES × 8，多一个少一个都说明 SPI 配置或者帧长有问题。这一步做完，硬件层的坑基本就排干净了。

3. 帧格式与时序：16 位数据怎么塞进一帧，SCLK 到底能跑多快

帧格式是这类驱动最容易照抄出错的地方。网上很多代码是给某一家 DAC 写的，命令位宽、地址位宽、数据对齐方式都不一样，直接搬到 TPC116S8 上，编译能过，跑起来就是不动。我的做法是：把帧结构拆成"命令 + 地址 + 数据"三段可配的位域，每一段的偏移和宽度都用宏写死，第一次移植时花十分钟对着手册的寄存器表填一遍，后面就再也不用碰。

3.1 一帧的位域拆解与拼帧函数

以 24 位帧为例，常见划分是高位若干位命令、中间若干位通道地址、低 16 位数据。手册的寄存器表一般会画成一张位图，你要做的是把每一位的位置抄成宏：

拼帧不要用字节数组手工填，用uint32_t移位最不容易错：

/* 位域定义：这三组宏必须照手册寄存器表填，不要照抄别人的型号 */ #define TPC_FRAME_BITS 24u #define TPC_CMD_SHIFT 19u /* 命令位起始位 */ #define TPC_ADDR_SHIFT 16u /* 地址位起始位 */ #define TPC_DATA_SHIFT 0u #define TPC_CMD_MASK 0x1Fu #define TPC_ADDR_MASK 0x07u static uint32_t tpc_build_frame(uint8_t cmd, uint8_t addr, uint16_t code) { uint32_t f = 0u; f |= ((uint32_t)(cmd & TPC_CMD_MASK) << TPC_CMD_SHIFT); f |= ((uint32_t)(addr & TPC_ADDR_MASK) << TPC_ADDR_SHIFT); f |= ((uint32_t)code << TPC_DATA_SHIFT) & 0xFFFFu; return f; /* 只保证低 24 位有效 */ }

TPC_CMD_SHIFT和TPC_ADDR_SHIFT这两个偏移是整份驱动里最值得花时间核对的数字。核对方法很简单：拿手册里"写通道 0 输出满量程"这一条示例帧，把它的十六进制值代进tpc_build_frame，算出来的结果必须完全一致。手册通常会直接给一条示例，比如"向通道 0 写 0xFFFF 应发送 0xXX XX XX"，这就是你的单元测试用例。对不上，说明你的命令位或地址位定义错了，别往下走。

还有一个容易忽略的点：数据是左对齐还是右对齐。同样是 16 位数据，有的器件要求放在低 16 位，有的要求放在高 16 位、低几位补零。填错的表现很有辨识度——你写 0xFFFF 输出正常，写 0x0001 输出却是满量程的一半以上。遇到这种"小码值误差巨大、大码值反而正常"的现象，先去查对齐方式，别怀疑基准。

发送函数要保证 CS 的时序正确：

static void tpc_write_frame(uint32_t frame) { TPC_CS_LOW(); /* 高位先发：24 位帧就发 3 个字节，从高到低 */ for (int8_t i = (int8_t)TPC_FRAME_BYTES - 1; i >= 0; i--) { TPC_SPI_XFER((uint8_t)(frame >> (8 * i))); } TPC_CS_HIGH(); /* 上升沿锁存整帧，这一下之前不能松手 */ }

TPC_FRAME_BYTES决定了循环发几个字节，frame >> (8 * i)保证先发最高字节。这里有个细节：循环变量必须是有符号的int8_t，用无符号类型在i减到 0 之后再减一会回绕成 255，直接跑飞——这个坑我在别的驱动上踩过，症状是程序进 HardFault，查了半天以为是内存越界。

3.2 写通道、写全部、软件 LDAC：三种常用命令

命令层我只暴露三个语义化接口，不暴露原始寄存器写：

/* 写单通道：只更新影子寄存器，输出是不是立刻变取决于器件定义 */ int tpc116s8_write_channel(uint8_t ch, uint16_t code); /* 写全部通道：八路一起进影子寄存器，一次 LDAC 同时翻转 */ int tpc116s8_write_all(uint16_t code); /* 软件触发 LDAC：给一个低脉冲，把影子寄存器搬到输出 */ void tpc116s8_ldac_pulse(void);

第一种适合"单路慢慢调"的场合，比如手动校准某一通道。第二种是这块板子真正的价值所在：八路同时更新，中间不会出现"第一路已经跳到新值、第八路还是旧值"的过渡态。做多通道同步采样的系统，这个特性决定你能不能接受；用单通道接口循环八次，八路输出的更新时间差能到几十微秒，后级如果做差分或者比值运算，这个时间差就是误差源。

/* 八路同步更新：先把数据全部压进影子寄存器，再一次性翻转 */ uint16_t out[8] = { /* 你的八路码值 */ }; for (uint8_t ch = 0; ch < 8u; ch++) { tpc116s8_write_channel(ch, out[ch]); /* 此步只写缓存，不改变输出 */ } tpc116s8_ldac_pulse(); /* 八路在同一时刻跳到新值 */

调用tpc116s8_ldac_pulse()之前，八路的模拟输出保持上一次的值不变，这就是影子寄存器的意义。注意 LDAC 的脉宽不能太窄，手册一般给几十纳秒到几百纳秒，用 GPIO 翻转加几个nop可能不够，我在快速主频的板子上会插一个TPC_DELAY_US(1)保险，代价是同步性损失一微秒，可接受。

3.3 时序余量与降速策略

SCLK 的上限，手册上通常给到几十 MHz 的量级，但那个数字是在理想负载、短线、干净电源下测出来的。实际板子上决定你能跑多快的是三件事：CS 下降到第一个 SCLK 上升沿的建立时间、最后一个 SCLK 到 CS 上升沿的保持时间、以及走线上的容性负载。

调试策略我固定走三步：第一，SPI 时钟先压到 1MHz 以内，确认功能全通；第二，功能通了以后按 2 的倍数往上顶，每顶一档就跑一遍全通道扫描，看有没有偶发的码值跳变；第三，找到出错的那一档，退回去两档作为工作频率，留够余量。别一上来就配到手册上限，然后用"偶尔有一路输出跳一下"这种问题折磨自己半个月。

采样边沿也是玄学高发区。手册写"数据在 SCLK 下降沿锁存"，那你就得配 CPOL=1、CPHA=0 或者 CPOL=0、CPHA=1，两者都能实现"下降沿采样"，但空闲电平不同。配错了不一定完全没数据，可能是低位错、高位对，表现是输出大概对但总差几百个码值。遇到这种"看起来对、实际不准"的情况，把四种 SPI 模式挨个试一遍，用示波器同时看 SDI 和 SCLK，确认数据在采样沿上是否稳定，比盯着代码猜快得多。

4. 移植到自家 MCU：三个钩子函数、两种 SPI 实现和级联场景

移植这件事，我见过两种极端：一种是把整个驱动重写一遍，改完发现原来的命令表全丢了；另一种是一个字不改，硬把寄存器操作塞进别人的 HAL 回调里，最后没人看得懂。正确的做法是只动 port 层，核心层一行不碰。这份驱动的 port 层只需要你实现三个函数，接口窄到不可能改错。

4.1 必须由你实现的三个钩子

/* port 层三个钩子：核心层只调这三个，别的一概不管 */ void tpc_port_cs(uint8_t level); /* 0 = 选中，1 = 释放 */ uint8_t tpc_spi_xfer(uint8_t byte); /* 发一个字节，返回收到的字节 */ void tpc_port_delay_us(uint32_t us); /* 微秒级忙等 */

第一个钩子控制片选，实现时要注意：如果同一路 SPI 上挂了别的从机，tpc_port_cs里应该只操作本器件的片选脚，不要顺手把整个 SPI 总线反初始化。第二个钩子是单字节全双工收发，绝大多数 8 通道 DAC 只写不读，返回值可以固定返回 0，但函数签名保留成uint8_t是为了兼容那些带 SDO 回读或者菊花链的型号——菊花链里你发出的数据会从 SDO 出来，返回值得接住。第三个钩子是微秒延时，别用HAL_Delay（毫秒级太粗），也别用循环空转不写volatile（会被优化掉）。

/* 一个最小可用的 port 实现，换成你家的库即可 */ void tpc_port_cs(uint8_t level) { if (level) { TPC_CS_HIGH(); } else { TPC_CS_LOW(); } } uint8_t tpc_spi_xfer(uint8_t byte) { uint8_t rx = 0u; /* 硬件 SPI：发一个字节收一个字节，超时给足，别用 1ms */ if (spi_transfer_byte(TPC_SPI_HANDLE, byte, &rx, 10u) != 0) { return 0u; /* 出错返回 0，上层靠帧校验发现 */ } return rx; } void tpc_port_delay_us(uint32_t us) { /* 用定时器计数或 DWT，别用循环；循环会被编译器优化掉 */ uint32_t tick = us * (TPC_CORE_CLK_MHZ); while (tick--) { __asm volatile("nop"); } }

spi_transfer_byte这个函数名是我随手起的，实际用哪家库的哪个 API 都行，关键是别在钩子里做阻塞式的大延时。10u那个超时参数按你的主频和 SPI 分频估一个合理值，太小会在高频下偶发失败，太大则出错时卡住整机。TPC_CORE_CLK_MHZ要填成实际主频的兆赫数，这个值填错不影响功能，只影响延时长度——但你上电时等基准稳定的那个延时就是靠它算出来的，填小了基准没稳，第一条命令就白发了。

4.2 硬件 SPI 与 GPIO 模拟 SPI 的取舍

选择标准很实际：如果只是初始化时配一次、之后偶尔更新，模拟 SPI 完全够用，而且引脚好布线；如果要做周期性波形输出或者八路高速刷新，上硬件 SPI 加 DMA，把一整帧甚至多帧拼进缓冲区一次性发出去。

模拟 SPI 的代码要注意两点：一是时钟高低电平宽度要对称，别一个沿快一个沿慢；二是数据必须在采样沿之前就稳定，所以要"先设数据、再拉时钟"。

/* 模拟 SPI：模式 1（空闲低，上升沿采样），按你的器件手册改 */ static uint8_t tpc_soft_spi_xfer(uint8_t byte) { uint8_t rx = 0u; for (uint8_t i = 0u; i < 8u; i++) { TPC_SCLK_LOW(); if (byte & 0x80u) { TPC_SDI_HIGH(); } else { TPC_SDI_LOW(); } byte <<= 1; TPC_DELAY_US(1); /* 建立时间，高频板子上可减到 0 */ TPC_SCLK_HIGH(); /* 采样沿 */ rx <<= 1; if (TPC_SDO_READ()) { rx |= 1u; } TPC_DELAY_US(1); /* 保持时间 */ } TPC_SCLK_LOW(); return rx; }

这段里两个TPC_DELAY_US(1)是可调的，1MHz 以内完全够用；如果你的主频很高，可以换成几个nop。TPC_SDO_READ()在只写场景下可以不接，但保留着方便后面接菊花链。模拟 SPI 最大的风险是中断打断——如果在发送中途进了中断并且中断里也操作了同一组 GPIO，整帧就废了。稳妥做法是在tpc_write_frame外面加临界区，或者干脆关掉这一路的全局中断几十微秒。

4.3 多片并联与菊花链：CS 管理与数据串接

两种扩展方式，选错了后面很痛苦。

第一种是多片独立片选，共用 SCLK 和 SDI。好处是每片可以单独更新，逻辑简单；坏处是片选线数量随片数线性增长，八片就是八个 GPIO。这种接法下，tpc_port_cs必须能区分片号，驱动里要给每个器件实例保存一个 CS 引脚号或者回调。共享总线的场合，两帧之间必须把 CS 拉高至少一个时钟周期，让器件看到明确的帧边界，否则后一片会把前一片的尾巴当成自己的帧头。

第二种是菊花链，前一片的 SDO 接后一片的 SDI，所有片共用一个 CS。一次 CS 周期内连续发 N 帧，第一帧最后落到最后一片，最后一帧落到第一片——顺序是反的，这点必须记牢。好处是省片选、布线干净；坏处是任何一片出问题整条链都废，而且更新是"整链同时"，没法单独更新某一片。

/* 菊花链：一次 CS 内连发 N 帧，先发的落在链尾 */ void tpc116s8_chain_write(const uint16_t *codes, uint8_t chip_cnt) { TPC_CS_LOW(); for (int8_t i = (int8_t)chip_cnt - 1; i >= 0; i--) { uint32_t f = tpc_build_frame(TPC_CMD_WRITE_CH, 0u, codes[i]); for (int8_t b = (int8_t)TPC_FRAME_BYTES - 1; b >= 0; b--) { TPC_SPI_XFER((uint8_t)(f >> (8 * b))); } } TPC_CS_HIGH(); /* 一次上升沿，整条链同时锁存 */ tpc116s8_ldac_pulse(); }

chip_cnt是链上的片数，codes[i]的下标要和实际物理顺序对上。调试菊花链有个笨但有效的办法：把第一片的输出接到万用表，只发一帧，看是哪一片动了——如果动的是最后一片，说明顺序对了；如果动的是第一片，说明你把发送顺序搞反了，把循环改成从 0 到chip_cnt-1即可。

5. 避坑与排查：五条从板子上换来的记录

驱动能编译、SPI 有波形、输出就是不对，这是这类芯片最常见的僵局。下面五条按"现象 → 原因 → 解决"写，都是能直接对号入座的。

5.1 通信层：写进去了，输出没反应

现象一：示波器上 SCLK、SDI 波形都很干净，帧数也对，八路输出全部纹丝不动。

原因几乎是帧长对不上。驱动里TPC_FRAME_BYTES填的字节数和器件实际帧长不一致，导致 CS 上升沿落在帧中间，器件认为这是一帧残缺数据直接丢弃。另一种可能是命令位偏移填错，发出去的是"读某个寄存器"而不是"写通道"，器件当然不动。

解决办法：抓一次完整 CS 周期的 SCLK 个数，除以 8 得到实际字节数，和TPC_FRAME_BYTES比对；再用手册给的示例帧代入tpc_build_frame，逐位核对命令位和地址位偏移。这两步做完，通信层的错基本就定位了。

现象二：单通道能写，写第二个通道时第一个通道跟着变。

原因是地址位宽度不够或者掩码写错。TPC_ADDR_MASK如果写成0x03，通道号 4 就会被截成 0，你以为在写通道 4，实际写的是通道 0。或者地址位和命令位有重叠，改地址的时候顺手改了命令。

解决办法：把TPC_ADDR_MASK改成0x07（8 通道），并在tpc_build_frame里加一句断言，通道号大于 7 直接返回错误码。调试阶段我还会在拼帧函数里加一行打印，把每帧的十六进制打出来，肉眼扫一遍就能看出地址位有没有被吃掉。

现象三：上电后输出不是 0V，而是一个固定值，复位也拉不回来。

原因是 RESET 引脚的有效电平搞反了，或者 CLR 引脚悬空。很多器件 RESET 低有效，如果上电默认被外部上拉，内部寄存器其实一直处于复位保持状态，你写什么都被清掉；反过来如果 RESET 一直被拉低，芯片永远不工作。CLR 悬空更麻烦，它可能被内部弱上拉或者耦合噪声触发，把输出强制到零码或中码。

解决办法：先量 RESET 和 CLR 的静态电平，对照手册确认是释放状态；没有外部上拉/下拉的，补一个 10k 电阻定死；初始化序列里显式做一次复位脉冲，不要依赖上电默认。

5.2 模拟层：输出对不上、跳变与漂移

现象四：写 0xFFFF 输出不到满量程，写 0x8000 输出正好是一半，小码值区域误差特别大。

先分清是"增益配置错"还是"数据对齐错"。写 0xFFFF 输出只有理论值的一半，多半是基准增益没开，输出满量程只有 VREF 而不是 2×VREF，去查初始化里那个ref_gain_code；写 0x0001 输出却跳了一大截，那是数据左对齐右对齐的问题，去查TPC_DATA_SHIFT。

解决办法：先做三点校验——写 0x0000、0x8000、0xFFFF，用六位半万用表量输出，看是否分别对应 0、VREF/2（或 VREF）、VREF（或 2×VREF）。三点都对，再扫中间台阶；三点有一处不对，先改配置再谈精度。

现象五：八路输出每隔一段时间整体偏移几十个码值，温度一高更明显。

原因通常不在驱动，而在基准。内部基准的温漂和负载调整率决定了长期稳定性，如果 VREF 引脚上的去耦电容离得远，或者后级运放从 VREF 抽电流，基准会被拉低。另一个可能是输出缓冲器的负载能力不够，你接的负载阻抗低于手册推荐值，输出就被拉下来。

解决办法：VREF 脚旁边就近放去耦电容，走线短而粗；后级运放用高阻输入，别从基准脚取电流；对精度要求高的场合改用外部基准，把内部基准关掉。这些都是硬件层面的事，软件再怎么改也补不回来。

提示：五条里前三条是通信层，后两条是模拟层。排查顺序永远是先通信后模拟——示波器看帧对了，再去动万用表，别反过来。

6. 验证方法：用三点校验和一段扫描代码把输出钉死

驱动写完不算完，能证明它对才算。我固定的验证流程分三层，从粗到细，每层都有明确的通过标准。

第一层是三点校验，用万用表就能做。写 0x0000、0x8000、0xFFFF，记录实测值，和理论值比对。理论值按code / 65536 × VREF × gain算，别按 65535 算——满量程码值 0xFFFF 对应的其实是 VREF × 65535/65536，差这一位在 16 位系统里就是 1 个 LSB，较真的时候会被人挑出来。

第二层是台阶扫描，看单调性和微分非线性。跑一段从 0 到 0xFFFF 的等间隔码值，每个点等输出稳定后读数，重点看有没有跳变、有没有回退。曾经有一块板子，中间某一段码值输出反而变小，最后查出来是 SPI 在某个特定数据模式下偶发丢位，降了一档时钟就好了。

/* 台阶扫描：每 2048 个码值取一个点，共 32 点，够看出单调性问题 */ void tpc_selftest_sweep(uint8_t ch, float vref, float gain) { for (uint32_t code = 0u; code <= 0xFFFFu; code += 0x0800u) { tpc116s8_write_channel(ch, (uint16_t)code); tpc116s8_ldac_pulse(); tpc_port_delay_us(2000); /* 等输出稳定，按后级带宽调 */ float expect = (float)code / 65536.0f * vref * gain; printf("code=0x%04lX expect=%.6fV\r\n", (unsigned long)code, expect); } }

0x0800这个步长是 2048，扫完正好 32 个点，打印出来贴在表里就能看趋势；tpc_port_delay_us(2000)是等后级运放和万用表稳定，如果你的表采样慢，这个值要加大。vref和gain两个参数从初始化配置里取，别写死，换基准的时候很容易忘。

第三层是同步性验证，只针对用 LDAC 批量更新的场景。把八路分别设成不同码值，用示波器多通道同时看八个输出，触发放在 LDAC 下降沿上。合格的波形是八路在同一时刻开始爬升，爬升的起点差值在几十纳秒以内；如果看到明显的先后顺序，说明你调的是单通道写接口，LDAC 没起作用。

三层都过，这份驱动才算真的能用。从那以后我每次拿到新的 DAC 板子，不管驱动是谁写的、文档多齐全，都强制先走一遍三点校验再上台阶扫描——因为绝大多数"驱动有问题"的抱怨，最后都落在某一条命令字填错或者某个延时少了一个数量级上，而这些只有量出来才算数。希望帮到你。

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