市面上的DAC芯片不少，但像TLC5615这样便宜、够用、三种主流单片机都能驱动的串行DAC，确实值得单独写一篇。这芯片只有三个数据脚，一根片选、一根时钟、一根数据，接口上比并行DAC干净得多，10位分辨率对于绝大多数直流电压给定场景都已经够用。本文就把51、Arduino、STM32三套平台的驱动方法全部拆开讲透，每一步都给出可直接落地的代码和换算逻辑，看完就能自己接线上电调出电压。

1. 先弄明白TLC5615这玩意儿到底怎么工作

1.1 10位DAC的精度概念与电压换算逻辑

TLC5615是一个10位的串行输入DAC，输出精度可以用一个简单公式理解：它能把参考电压等分成1024份，然后根据你给它的二进制数，输出对应的模拟电压。很多人第一次用DAC会犯迷糊——到底输出多少电压和数字值是什么关系？这里直接给结论：

• 参考电压VREF接到某个基准源或者电源上，比如2.5V
• 输出电压范围是0到2倍的VREF，也就是0到5V
• 判断一个二进制码对应的输出电压，用公式 VOUT = 2 × VREF × (D / 1024)

这里D是0到1023之间的整数，对应10位DAC的全部编码。当D等于0时输出接近0V，D等于1023时输出接近满量程。换算成实际精度，以VREF=2.5V为例，每个数字码对应的电压变化是5V除以1024，约等于4.88mV。这个精度做电池电压模拟、传感器信号模拟、电机转速给定都足够了，但如果是高精密仪器用的微弱电压调节，那就要考虑换更高分辨率的DAC。

计算指定电压对应的数字编码，采用反向变换即可：

D = VOUT × 1024 / (2 × VREF)

把目标电压代入，取整后限制在0到1023之间，就是我们要写入芯片的数据。我一般习惯在代码里写一个函数专门做这层换算，这样主程序只需要调用类似 setVoltage(3.3) 的接口，底层细节全部隐藏起来，换平台的时候只需重写底层驱动部分。

1.2 引脚功能与三线时序到底怎么回事

TLC5615的引脚不多，但有几个细节需要特别留意。它标配三个输入脚：片选CS、串行时钟SCLK、串行数据DIN，另外VDD接电源，VREF接参考电压，DOUT用于级联下一块芯片，OUT是模拟输出脚。

数据写入规则是这样的：每次传输一个16位的数据帧，CS必须拉低，之后SCLK的上升沿会把DIN上的电平逐位移入芯片内部的移位寄存器，一共移满16位，最后把CS拉高来完成锁存。也就是说，虽然有效DAC数据只有10位，但协议规定必须走完16个时钟周期，CS才能拉高生效。这16位数据中，有效数据放在中间10位，前后各有几位需要填充。常见做法是把10位DAC码左移2位，然后从最高位开始逐位发送16个周期，前面的高位补0，末位再挪出两个0位，时序就对了。

我之前第一次调这个芯片的时候，想偷懒只发12个时钟，结果输出完全不对。后来严格按手册走满16位，一切正常。这个经验说给新手听，就是别自作聪明精简帧长度，芯片时序是硬件定死的，少一个时钟它就不认。

1.3 为什么用TLC5615而不是其他DAC方案

选型这件事我聊两句自己的心得。初学者最常接触的DAC方案有几种：一是很多单片机内置的DAC通道，方便但数量少、精度看芯片型号；二是像PCF8591这类I2C接口的DAC，接线简单但只有8位分辨率，并且I2C速度上限也限制了波形输出频率；三是MCP4725这种12位I2C芯片，精度不错，不过I2C的带宽天然不适合高速波形输出。

TLC5615的优势集中在“串行、10位、速度够、便宜、三平台通吃”这几点上。SPI协议或者纯IO模拟时序都能驱动，SCLK可以跑到接近1MHz，输出正弦波、三角波等音频级波形没问题。对于毕设、智能小车上的电压模拟、电源模块校准这类使用场景，它确实处于甜点位。

2. 51系列驱动：最原始的IO模拟时序玩法

2.1 经典51的接线与引脚上拉细节

51系列以AT89C52、STC89C52这类芯片为代表，本身没有硬件SPI外设，所以驱动TLC5615最直接的方式就是三个普通IO口模拟时序。接线方面，SDA接P1.0，SCL接P1.1，CS接P1.2，OUT接万用表或者示波器。VREF我建议接一个稳定的2.5V基准源，可以先用TL431搭简单电路提供，绝不要直接接VDD当参考电压，否则调压精度会随着电源波动一起漂。

这里有一个很多51新手会踩的坑：如果数据脚接P0口，必须在外部加上拉电阻，因为传统51的P0口内部是漏极开路结构，没有上拉能力。P1、P2、P3口内部自带弱上拉，直接接芯片问题不大。我一般习惯全用P1口，省得考虑上拉的事。

TLC5615工作电压范围最大能到5.5V，所以经典51的5V电源刚好可以给芯片供电。51的IO输出高电平接近VCC，低电平接近0V，直接驱动完全没问题。

2.2 51模拟时序完整代码与换算函数

51平台下我写了一个可直接抄的底层驱动。这里用STC89C52、12MHz晶振做示例，延时用的是简单的软件循环，因为51每条指令耗时约1us，整个SCLK周期大概在几微秒级别，而TLC5615的时序参数允许的最大SCLK频率在1MHz以上，所以51的IO翻转速度不论怎么算都在芯片可接受范围内。

#include <reg52.h> // 接线定义 sbit TLC_CS = P1^2; sbit TLC_SCL = P1^1; sbit TLC_DIN = P1^0; // 向TLC5615写入10位DAC数据 void TLC5615_Write(unsigned int dacValue) { unsigned int i; unsigned int dat; // 截取低10位，并按协议左移2位，组成16位数据帧 dacValue &= 0x03FF; dat = dacValue << 2; TLC_CS = 0; for (i = 0; i < 16; i++) { if (dat & 0x8000) TLC_DIN = 1; else TLC_DIN = 0; TLC_SCL = 0; dat <<= 1; TLC_SCL = 1; // 上升沿锁存一位 } TLC_CS = 1; // CS上升沿把数据锁入DAC寄存器，输出更新 } // 根据目标电压计算编码并输出 void TLC5615_SetVoltage(float voltage, float vref) { unsigned int code; // 反向计算DAC码 code = (unsigned int)(voltage * 1024.0f / (2.0f * vref)); if (code > 1023) code = 1023; TLC5615_Write(code); } void main() { TLC_CS = 1; TLC_SCL = 0; while (1) { // 输出3.3V，如果VREF=2.5V，满量程=5V TLC5615_SetVoltage(3.3f, 2.5f); } }

代码里需要注意一点：循环左移之前将SCLK拉低，再移位，再拉高产生上升沿。整个顺序和时序图完全吻合。CS在循环结束后拉高，这时候芯片才会真正把移位寄存器里的16位数据锁存到DAC寄存器，模拟输出同步改变。这个CS拉高的动作千万别漏，少了它芯片虽然会不断收数据，但输出永远不变。

2.3 51平台的实测小技巧

在51上真实跑起来之后，我遇到过两个印象比较深的问题。第一个是上电瞬间输出莫名跳变。原因是71系列复位期间IO口默认为高电平，CS和DIN如果维持高电平，加上VDD上电过程中的抖动，可能误触发一次数据的锁存。解决办法是在main函数最开始就立即把CS拉高、SCLK拉低，尽量缩短复位态的窗口期。如果对安全要求高，还可以给OUT脚对地接一个RC滤波，削弱上电毛刺。

第二个问题是参考电压不稳定导致输出电压偏高或偏低。一开始我偷懒把VREF直接接到VDD上，结果用万用表量输出，和理论值偏差了30多毫伏，并且随着电源纹波波动。后来老老实实加了一个TL431做2.5V基准，输出立刻稳了。虽然TLC5615的参考输入范围受电源限制，但好的基准源是DAC精度的真正保障，这一点在便宜芯片上尤其明显。

3. Arduino驱动：最舒服的SPI库调用玩法

3.1 用Arduino的SPI硬件接口驱动TLC5615

Arduino Uno的AVR芯片自带硬件SPI接口，用库函数驱动TLC5615非常省事，代码量比51少了近一半。接线时把主板的SPI引脚映射到TLC5615上：Uno的D13对应SCLK，D11对应DIN，D10当作CS使用，OUT接模拟表或示波器。VREF同样建议接基准源。

以下是完整的Arduino代码示例：

#include <SPI.h> const int csPin = 10; void setup() { pinMode(csPin, OUTPUT); digitalWrite(csPin, HIGH); SPI.begin(); SPI.setBitOrder(MSBFIRST); SPI.setDataMode(SPI_MODE0); SPI.setClockDivider(SPI_CLOCK_DIV16); } void setDACVoltage(float voltage, float vref) { unsigned int dacCode; unsigned int frame; // 计算10位DAC码 dacCode = (unsigned int)(voltage * 1024.0f / (2.0f * vref)); if (dacCode > 1023) dacCode = 1023; // 左移两位，形成16位传输帧 frame = dacCode << 2; digitalWrite(csPin, LOW); SPI.transfer16(frame); digitalWrite(csPin, HIGH); } void loop() { setDACVoltage(2.5, 2.5); delay(10); }

这里SPI_MODE0配置的含义是：空闲时SCLK为低电平，数据在SCLK上升沿采样，这刚好匹配TLC5615的时序要求。SPI_CLOCK_DIV16把时钟降到1MHz以下，既保证正确性，又不会因为时钟过快导致芯片跟不上的问题。

用库以后代码可读性大幅提升，整个调电压过程看起来就像在使用一个真正的电压源：指定目标电压和参考电压，芯片自动完成换算和输出。对于做Arduino智能小车、桌面屏显等等级联设备的人来说，这个驱动写起来几乎没难度。

3.2 不用SPI库时的Arduino模拟时序方案

如果你用的是没有硬件SPI的Arduino兼容板，比如部分ATtiny系列，或者SPI引脚被其他模块占用了，那也可以用IO口模拟时序，和51的思路基本相同。代码里唯一要特别注意的就是Arduino语言本身的一些特性，比如digitalWrite的调用在循环里频繁执行会产生额外开销，如果直接复制51的循环写法，SCLK频率会低到几十kHz，虽然TLC5615依然能正常工作，但输出波形的更新速度会受影响。

void tlc5615Write(unsigned int dacValue, int dinPin, int sclPin, int csPin) { unsigned int frame = (dacValue & 0x03FF) << 2; digitalWrite(csPin, LOW); for (int i = 0; i < 16; i++) { digitalWrite(dinPin, (frame & 0x8000) ? HIGH : LOW); digitalWrite(sclPin, LOW); frame <<= 1; digitalWrite(sclPin, HIGH); } digitalWrite(csPin, HIGH); }

如果对输出更新速度要求较高，可以用直接寄存器操作代替digitalWrite，例如Uno上写PORTB等寄存器，速度能提升很多。这种方法对新手来说不太直观，所以我建议先用库方案，等真正需要提速再优化底层。

3.3 Arduino平台必看的逻辑电平坑

Arduino Uno是5V逻辑，直接驱动5V供电的TLC5615没问题。但如果你用的是Arduino Due、Arduino Zero这类3.3V逻辑板，电路设计就要格外小心。比如TLC5615的VDD在5V，这时候3.3V的高电平在芯片看来是模糊的，可能导致随机数据错误。稳妥做法是给TLC5615也供3.3V，这样输出电压最多只能到0到6.6V之间的范围，但精度换来了安全；或者加一个电平转换芯片，把3.3V侧的标准SPI信号抬到5V侧。

我在一个实际项目里，因为懒省事，直接用3.3V的单片机去驱动5V供电的TLC5615，结果输出波形时对时不对，排查了很久才发现是逻辑电平阈值问题。所以这个坑必须提前避开。

4. STM32驱动：硬件SPI配置与中断级调压

4.1 STM32硬件SPI的初始化配置

STM32相比51和Arduino多了一大优势：硬件SPI加上DMA，可以让DAC持续输出高刷新率的波形。以常见的STM32F103C8T6为例，SPI1的引脚通常映射到PA5的SCK、PA7的MOSI，CS可以随便选一个GPIO头接。初始化代码如果用STM32CubeMX生成，会省很多事，只需要注意几个关键参数：

• 时钟极性CPOL = Low，即空闲时SCK为低电平
• 时钟相位CPHA = 1 Edge，即第一个边沿采集数据，对应SPI Mode0
• 帧格式选MSB First
• 预分频保证SCLK频率不超过TLC5615的上限，一般配置为PCLK的64或128分频，让实际SCLK在几百kHz附近

HAL库初始化之后，驱动函数可以这样写：

void TLC5615_SetVoltage(float voltage, float vref) { uint16_t dacCode; uint8_t txData[2]; dacCode = (uint16_t)(voltage * 1024.0f / (2.0f * vref)); if (dacCode > 1023) { dacCode = 1023; } // 组装16位帧 dacCode = (dacCode & 0x03FF) << 2; txData[0] = (uint8_t)(dacCode >> 8); txData[1] = (uint8_t)(dacCode & 0xFF); HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET); HAL_SPI_Transmit(&hspi1, txData, 2, HAL_MAX_DELAY); HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_SET); }

有些人会把SPI配置成16位数据帧，然后用HAL_SPI_Transmit一次只发一个16位变量，这样也可以，但可读性不如手动拆成两个字节清晰。如果是在中断里调用，建议把HAL_MAX_DELAY改成超时值，避免阻塞中断太久。

4.2 STM32的波形输出扩展用法

STM32驱动DAC的升级玩法是输出模拟波形。因为每次更新DAC只需要两个字节的SPI传输，速度非常快，配合定时器中断就能在固定时间间隔内更新一次电压值，这样就能产生正弦波、三角波或者任意自定义波形。

具体做法是先建立一个查找表，比如正弦波256点采样，每点对应一个DAC码，然后让TIM2定时器以你想要的频率触发中断，在中断回调函数里按顺序把表里的编码写入TLC5615。只要把定时器频率和查找表点数匹配好，输出端的RC滤波电容选得合适，就能得到比较平滑的波形。这对毕设中做信号发生器的人非常有用。

4.3 STM32模拟SPI的备份方案

在STM32上也有不用硬件SPI的情况，比如SPI复用冲突、引脚被其他功能占用。这时可以搬出和51一样的软件模拟方式，不过STM32的IO翻转速度极快，模拟出来的时序性能并不差。网上也有现成的软SPI库，本质是一样的：三个GPIO口分别操作CS、SCK、DIN。代码上注意，STM32操作GPIO是通过BSRR寄存器，比标准库的GPIO_WriteBit快很多，所以模拟时序跑上几MHz高频也完全没问题。

我用模拟SPI方式在STM32上驱动TLC5615输出过100kHz左右的正弦波，虽然和硬件SPI的极限刷新率有差距，但对于很多应用已经完全够用。关键是先跑通，再谈速度，永远不要等到代码写完再去优化时序。

5. 三个平台驱动TLC5615的问题排查与避坑

5.1 输出电压完全不变化时的排查思路

驱动TLC5615最容易遇到的故障状态是两个：输出始终是0V或者始终是接近满量程的电压，且无论如何改代码都没反应。根据我的排查经验，按下面顺序查基本闭着眼都能找到问题：

• CS是否在传输结束后拉高。如果CS一直拉低，移位寄存器不会有锁存动作，输出永远是上电状态
• DIN和SCLK是否接反。这听起来很低级，但真遇到不少次，IO和芯片脚位对应错了，数据只是移位乱掉
• 数据帧是否凑满16位。只发10位或12位，DAC寄存器根本不会全量更新
• 参考电压是否正常。VREF如果悬空，内部比较器工作异常，输出和预期差非常多
• 单片机IO模式是否配置正确。STM32复用推挽输出没配对，51上P0口没上拉都会产生相似症状

只要老老实实把这几项检查过去，基本能解决九成以上的问题。我习惯在接线之前先把引脚定义写成注释贴在代码头部，防止改来改去搞混。

5.2 TLC5615输出电压不准的精度问题

代码正确、接线正常，但测量值总比理论值小或大几十毫伏，这种事在精度要求高的场景里要小心。最常见的几个原因：

TLC5615的绝对精度本身有限，不要在它身上要求16位ADC级别的准确度。如果你需要更高精度，软件校准是一条路：实测几个点的输出电压，拟合映射关系，然后反推每个目标电压对应的写入码。我在做电源模块调试时就是用这种方法，把误差从几十毫伏压缩到几毫伏以内。

5.3 输出波形毛刺和噪声的原因

波形毛刺的主要来源有三种：数字信号串扰、输出刷新时的跳变、电源噪声。TLC5615在CS拉高瞬间输出会锁定为一个新电压，如果这个瞬间刚好发生在其他数字信号翻转的同一时刻，噪声就会耦合到模拟输出。解决办法是在OUT脚和地之间接一个小电容滤波，比如100nF，同时对模拟地和数字地做好单点接地。

另外，如果从直流输出切换到波形输出时发现每个跳变点都有尖峰，建议检查CS上升沿和SCLK的关系。TLC5615的时序要求是数据全部送完后，CS再拉高；不要在SCLK还在翻转的过程中拉CS，否则输出可能锁存到一个不完整的中间值。这个问题在高速SPI下尤其明显，DSHCN早已证明了代码层面的一点小延迟能解决大问题。我会在代码里SCLK拉低之后、CS拉高之前加上一句NOP等待，让数据总线稳定下来。

5.4 三个平台切换时最容易被忽略的差异

我在同一个项目里反复切换51、Arduino、STM32的时候，总结了一套自己的坑点清单，分享出来：

第一个是数据类型的长度。51上unsigned int在C51编译器里默认是16位，Arduino的unsigned int是16位，但STM32的unsigned int是32位。如果你直接把平台代码复制粘贴，再用16位变量移位，很容易出现错误结果。统一用unsigned int强转，然后明确取低10位，是更稳的做法。

第二个是浮点运算的灵活使用。51上浮点运算是软件模拟，耗时会比较长；Arduino虽然是AVR，但也有软件浮点开销；STM32硬件有FPU，速度飞快。如果你要在51上频繁更新电压，建议提前算好编码表，运行时直接用查表，避免每更新一次就做浮点除法。

第三个是引脚初始化顺序。51和Arduino的代码初始化相对宽松，而STM32的GPIO必须先把RCC时钟打开、引脚模式配好，CS初始状态设为高电平再接外设，否则上电瞬间可能出现随机输出。这是平台差异中最容易让人困惑的一环。

5.5 多块TLC5615级联输出的扩展思路

如果项目里需要同时输出多路独立电压，不用增加好几个单片机，TLC5615本身支持菊花链级联。简单来说，前一片的DOUT脚接到后一片的DIN脚，两片的SCLK并联，CS并联，然后一次往这两片芯片中连续送入两份16位数据帧，最后一起拉高CS，就能让两片芯片同时输出各自的电压值。

这个功能对多通道温度补偿、多路偏置电压给定非常实用，毕设里如果要做多路信号源，比多买几片带I2C的DAC分开驱动简单得多。级联的代码核心变化只是把写数据函数里的循环发送次数乘以片数，整体逻辑不变。

不过要注意，级联时数据帧的发送顺序遵循数据流向，先发最后一片的数据，再发当前片的数据，和一般的移位寄存器行为一致。这个顺序反了，输出就会错位。

个人经验：让TLC5615调电压更省心的小习惯

TLC5615这种器件本身不难，难的是在不同平台上不出错地处理好时序和精度细节。推荐一定要将电压换算封装成通用函数，把参考电压作为参数传进来，别把2.5V这种常量写死在代码深处，否则后面换基准源，排查起来会非常痛苦。实测下来，输出端加的100nF电容和VREF端加的10uF电容是最便宜的救星，波形和精度双提升。

我自己用得最多的场景是给传感器模拟信号发生器供电输出1.2V、1.8V、3.3V这几个电压点，TLC5615配合按键输入、数码管显示，从出现需求到跑完测试花了一个晚上，三个平台的代码风格差别很大但思路完全一致。如果你想接着往下扩展，可以试试用DMA加定时器自动刷新TLC5615输出，说不定你的波形发生器毕业设计很快就能有模有样了。