简介：LTC1867是凌特公司推出的一款16位低噪声高速逐次逼近（SAR）型模数转换器，在工业自动化、医疗仪器、精密测量等需要高精度高速模数转换的场合应用广泛。面向嵌入式系统开发和电子设计学习者，压缩包提供了一套基于C51单片机的LTC1867驱动代码，围绕“如何让C51正确配置并读取LTC1867”这一问题，给出了初始化、工作模式选择、转换启动、数据读取等环节的函数实现与配套说明。包内共2个文件，C源码文件集中了所有驱动逻辑，可直接加入Keil C51工程中编译调用；TXT文本则记录了引脚连接、关键寄存器设置、通信时序要点以及调试注意事项，源码与笔记配合使用，能够大大降低上手门槛。整个压缩包大小仅950B，内容精简但完整；目前已有170人学习浏览，在同类小型驱动资源中具有一定参考性。借助包内驱动方案，开发者不仅能快速掌握LTC1867的软件控制流程，还能将代码灵活移植到自己的数据采集、仪表显示或工业控制项目中，同时规避常见的时序与配置错误，从而提升开发效率，是一份适合快速验证和课程设计的轻量参考。
1. LTC1867.rar：一个压缩包背后是完整的16位ADC落地路径
拿到一个名为“LTC1867.rar”的压缩包，很多人的第一反应是解压看看里面有什么。但真正做过数据采集项目的工程师会明白，这个文件名指向的是一颗16位、8通道、200ksps的SAR ADC，而rar里装的往往是数据手册、应用笔记、示例代码和封装库。对硬件工程师来说，它决定的是传感器前端怎么设计、参考电压怎么布、SPI时序怎么对；对驱动开发来说，它决定了配置字节怎么发、数据怎么拼接、代码里该踩哪些坑才不翻车。这篇文章就顺着这个压缩包的典型内容，把从解压、读懂时序、写驱动到调通整条链路的实战路径拆开讲清楚，适合正在做多通道模拟量采集、工业控制或仪器仪表的开发者。
2. 拆开LTC1867.rar：解压工具、密码移除与资料清单的识别姿势
2.1 解压工具选择与加密包处理流程
从网上下载的LTC1867.rar不少是带密码的，可能因为上传者加密了原始资料。最常见的需求就是“rar密码移除”或者“课程资料.rar忘记解压密码”这类场景。我一般先用7-Zip或WinRAR直接尝试打开，如果弹密码框，先用常见的默认密码试一遍：比如芯片型号小写、www开头、123456这类。很多技术资料包的上传者图省事，密码就是板子型号或日期。
如果常规密码不对，再考虑用Advanced RAR Password Recovery这类工具跑字典或暴力破解。但我得先说一句：这类工具只能用于你本人有合法访问权的文件，比如自己加密后忘了密码，或者公司内部明确授权的归档。别拿它去试别人的压缩包，这在多数情况下是不合适的。实际操作时，跑暴力破解前先去设置里把字符集锁死在“字母+数字”上，把密码长度上限先设为6位，能省掉大量无效计算。跑出来的速度取决于文件大小和CPU，通常纯8位小写字母不超过1小时就能出结果，超过8位且带特殊符号的话，不如找原始来源重新下载更快。
我习惯在用工具前先确认压缩包是否真的加密：右键看属性里的“已加密”标记不一定靠谱，更保险的是在命令行下执行7z l LTC1867.rar，如果列出文件时每个文件名后面有一行“Encrypted = +”，那就是真加密了。有些rar其实只压缩没加密，只是文件名带个.rar让你误以为要密码。这种情况下直接解压就行，别浪费时间跑恢复工具。
2.2 从压缩包内部文件结构判断资料完整度
解压成功后，第一步不是急着打开PDF，而是先把文件列表看一遍，判断手里的资料到底全不全。一份正常的LTC1867资料包通常包含几类东西：官方数据手册（一般是LTC1867.pdf或1867fa.pdf）、应用笔记（AN开头的PDF）、参考代码（C或Verilog的示例）、以及可能的SPICE模型或封装库文件。我第一次处理这类压缩包时犯过傻，直接打开数据手册从头读，结果发现应用笔记里才有寄存器时序图，害得我多花两个小时翻文档。
我建议先按文件类型分个类：PDF归PDF，源码归源码，库文件归库文件。接着重点看三样：数据手册里有没有“Differential Input”那几页、应用笔记里有没有“Software Controlled Calibration”相关内容、示例代码是针对STM32还是8051。这个判断方式很实用，因为LTC1867的官方资料有多个版本，早期的PDF只讲基本SPI，后期才补了多字节读取的时序图。如果你下载到的包里有ltc1867.c这样的文件，说明代码可以绕开不少读时序的细节；如果只有一个PDF，那后面第4章的驱动代码就需要自己手写了。
另外留意压缩包里是否包含PCB封装库，常见有.lib或.bsch文件。LTC1867是16脚SSOP封装，如果包里没有封装库，去芯片官网搜索“LTC1867 SSOP footprint”能很快找到现成的。我在Altium里直接导入过官方给的封装，省掉了自己画焊盘的误差。但注意，有些流传的数据库文件是旧的，丝印层和真实引脚不匹配，画板前一定要对照数据手册第1页的引脚图核对一遍。
3. LTC1867为什么值得深挖：8通道16位ADC的时序与配置字节拆解
3.1 单端/差分输入与通道选择编码
LTC1867的8个输入通道可以配置成8路单端或4路差分，具体模式靠写入的配置字节决定。常见的配置字节只有8位，SGL/DIFF位（最高位）为1时表示单端模式，为0时表示差分模式；然后是ODD/SIGN位用于选择通道。很多人在这里栽过跟头，因为单端和差分模式下通道编号的映射是不一样的。单端模式下，通道选择是二进制编码：000对应CH0，001对应CH1，以此类推到111对应CH7。
差分模式下就复杂一点：ODD/SIGN位和地址位组合起来，选的是INx+和INy-的配对关系。比如ODD=0, A2=0, A1=0, A0=0对应IN0+与IN1-，而ODD=1, A2=0, A1=0, A0=0对应IN1+与IN0-。如果你只照着数据手册的表抄，不画一张输入对映射图，很容易在PCB布局时把信号接到反相输入端上。我自己的习惯是先在Excel里列一个表，把配置字节、模式、实际正负输入管脚对应关系写清楚，画原理图时对照着拉网络标号。
这个字节的另一个关键位是UNI/BIP，它决定输出是单极性还是双极性。LTC1867默认是单极性，也就是输入0V到Vref对应输出0到65535。如果你要用它采集正负10V的工业信号，前置电路得把负电压抬到0V以上，或者把UNI/BIP设为双极性模式。注意，双极性模式下，输出编码是偏移二进制，-Vref对应0，0V对应32768，+Vref对应65535。这个编码方式很容易让人在换算电压时多除一次或少乘一次。
3.2 采样时钟与SPI时序的匹配关系
LTC1867的采样转换过程由SCLK脉冲驱动，而不是靠外部CONVST引脚。这意味着你要通过SPI主控器发时钟来触发转换，同时也要在同一个时钟序列里读取数据。官方时序里有一个关键参数：一次完整转换需要至少16个时钟周期，前8个时钟用于写入配置字节并触发采样保持，后8个时钟用于移出转换结果。但很多主控的SPI是8位一帧，16位一帧的模式不一定支持，所以常见的做法是连续发两个8位帧，第一帧写配置，第二帧读数据。
这里有个容易忽略的细节：在发出配置字节的最后一个SCLK下降沿之后，芯片开始转换，转换时间（tCONV）最长是4.4us。如果你紧接着就发读帧，必须等足够的延时，否则读回来的是上一次转换的残留或者全0。我一般在写配置和读数据之间加至少5us的延时，稳妥的做法是延迟10us，因为200ksps的转换周期本身是5us，所以这个延时不会影响吞吐率。实际项目中，我会在SPI片上使能后，先用GPIO方式验证一下读回的电压值是否随输入变化，再切换到DMA模式。
另一个和时序相关的参数是SCLK最大频率。LTC1867手册给出SCLK最快可以是16MHz，但这是理论值。我在实际STM32上跑到10MHz以上就偶尔出现错位问题，最后降到4MHz才稳定。原因是SPI主控的片选信号和时钟之间的延迟、PCB走线电容都会影响边沿对齐。如果你不需要极致的采样率，把SCLK设在2MHz到4MHz之间最舒服，既保证时序余量，又能轻松实现200ksps的满速采样。
4. 用LTC1867资料跑通SPI驱动：从寄存器到电压值的完整代码
4.1 最小MCU驱动代码：配置字节、忙检测与数据读取
假设你用的是STM32的HAL库，SPI已经初始化为主模式，单线接收模式，时钟极性和相位都配成模式0（CPOL=0，CPHA=0）。下面这段代码是我反复用的最小驱动，可以从LTC1867的通道0读到单端电压值：
#include "stm32f1xx_hal.h" extern SPI_HandleTypeDef hspi1; // 配置字节：单端模式，通道0，单极性 #define LTC1867_CONFIG_CH0_SINGLE ((0x80) | (0x00 << 4) | (0x00 << 1) | 0x00) uint16_t LTC1867_ReadChannel(uint8_t config_byte) { uint8_t tx_data[2] = {0}; uint8_t rx_data[2] = {0}; uint16_t raw = 0; // 第一帧：发送配置字节，触发采样保持 tx_data[0] = config_byte; // 第二帧：发送任意字节（0xFF），同时移出转换结果 tx_data[1] = 0xFF; HAL_GPIO_WritePin(ADC_CS_GPIO_Port, ADC_CS_Pin, GPIO_PIN_RESET); HAL_SPI_TransmitReceive(&hspi1, tx_data, rx_data, 2, 10); // 转换期间等待 // LTC1867的转换时间最长4.4us，这里延时5us以上 DelayMicros(10); // 注意：第二帧读回的数据在rx_data[1]中 raw = ((uint16_t)rx_data[0] << 8) | rx_data[1]; HAL_GPIO_WritePin(ADC_CS_GPIO_Port, ADC_CS_Pin, GPIO_PIN_SET); return raw; }这段代码的逻辑是：把片选拉低后，连续发两个字节。第一个字节写入配置，借由SCLK的上升沿，芯片在内部将配置锁存并进入采样。第二个字节期间，芯片把上一次转换出的16位结果从DOUT引脚移出。HAL_SPI_TransmitReceive在这里是全双工操作，所以rx_data会收到两个字节，其中rx_data[0]是配置字节被芯片回显后的值，rx_data[1]才是有效数据的高8位，但我们需要把两个拼接起来。
实际使用时要留意：由于在第二帧发送之前，DelayMicros(10)已经让芯片完成转换，所以第二帧读到的就是当前配置对应的电压。如果你不延时，读到的就是上一次通道的旧数据。另外，tcsh和th这两个时间参数控制CS拉低到第一个SCLK的时间，HAL库在片选后立即发时钟，可能不满足手册要求的1us建立时间，我在MCU时钟跑得快的时候会在拉低CS后也加一点延时，稳妥起见再加上1us。
4.2 数据拼接与电压换算：别把符号位和极性弄混
拼接高8位和低8位时，有个坑：如果你把rx_data[0]当作高字节，在收到配置字节回显后，那些位根本不对。正确理解是：在16个SCLK周期中，前8个时钟期间DOUT引脚保持高阻或输出前一次结果的最高位，后8个时钟才逐位移出当前结果。在HAL库收满两字节后，rx_data[0]里存的是前8个SCLK采到的位，rx_data[1]存的是后8个SCLK采到的位。如果我们把rx_data[0]左移8位再与rx_data[1]相或，得到的是一个组合结果，但需要验证最高位是否正确。
我在调试时做过一个实验：给CH0加1.25V参考电压，LTC1867单极性模式下输出应接近32768。用上面的拼接方式，如果出来的是0xFFFF或0x0000，说明配置字节没有被正确写入，或者时序相位反了。更可靠的验证方法是先用逻辑分析仪抓SPI三根线，对照数据手册的时序图看DOUT是否在第一帧后的第16个SCLK下降沿后输出有效数据。我自己的经验是，把raw打印到串口后，旋转输入电压的旋钮，观察数据是否线性变化。如果数据跳变但整体偏移，多半是参考电压引脚接触不良或内部偏移未校准。
电压换算公式很简单：voltage = raw * (Vref / 65535)，这里Vref是参考电压引脚上的实际电压，而不是你理论上给的值。我用万用表实测过，很多板子上的参考电压芯片标称2.5V，实际是2.498V，不修正的话，满量程误差接近10mV。另外，单极性模式下，输出是16位无符号数，但如果你读到的raw大于32768，说明输入电压超过了Vref的一半，别把负电压和正电压搞混。双极性模式下，raw的最高位是符号位，需要先把它变成有符号数再做除法。
// 电压换算：Vref是实测值 float LTC1867_ToVoltage(uint16_t raw_value, float vref) { // 单极性模式：0V映射到0，Vref映射到65535 return ((float)raw_value * vref) / 65535.0f; }5. LTC1867落地避坑：配置字、参考源与布局的5个血泪经验
5.1 通道切换后第一笔数据是脏的
现象：在单端模式下，从通道0切换到通道1后，读到的第一笔数据明显偏移，甚至跳到满量程。第二次读就恢复正常了。
原因：LTC1867的输入采样电容在前一次转换中存储了上一个通道的电压残量。切换通道的瞬间，采样电容需要重新充电到新通道的信号电压。虽然手册提到芯片有自动清零功能，但切换后首次转换的精度并不会完全达到16位。
解决：软件上，每次通道切换后丢弃第一次转换结果，连续读取两次，第二次数据作为有效值。我一般在通道切换函数里这样写：
uint16_t LTC1867_ReadStable(uint8_t config_byte) { uint16_t discard = LTC1867_ReadChannel(config_byte); // 丢弃 return LTC1867_ReadChannel(config_byte); // 有效 }如果采样率不够用，还可以考虑在PCB上让每个模拟输入通道接入一个0.1uF的电容对地，这样能加快采样电容的充电速度，减少通道间串扰。
5.2 参考电压引脚上的去耦电容不是越大越好
现象：参考电压用的是2.5V基准源，引脚旁边加了10uF电解电容并联0.1uF陶瓷电容，结果实测出来的噪声反而比只在引脚旁放一个1uF陶瓷电容时更大。
原因：LTC1867的数据手册里对参考输入有一个动态阻抗要求。参考引脚在采样脉冲到来时会有瞬间的电流抽取，如果去耦电容太大且ESR很低，会形成一个LC振荡回路与基准源内部放大器产生谐振，导致参考电压出现振铃，直接叠加到ADC的转换结果上。
解决：参考输入端的去耦电容并非越大越好。我测试下来，在引脚旁边放置一个1uF的X7R陶瓷电容，距离引脚不超过3mm，这样效果最好。基准源输出到ADC参考引脚之间加一个几欧姆的小电阻（例如4.7Ω），可以抑制振荡。如果你用的是精密基准源如LT1019，在它的输出端再放一个2.2uF电容后，经过电阻再进ADC引脚，抗噪效果会更好。
5.3 SPI时钟极性与相位错了，读回来的全是0x7FFF
现象：SPI配置成模式1（CPOL=0，CPHA=1）后，读回的原始数据稳定在0x7FFF附近，改变输入电压，数据只在小范围波动。
原因：LTC1867要求数据在SCLK上升沿被驱动，下降沿被接收。如果主控在错误的边沿采样，就会采到数据线上的毛刺或处于跳变过程中的值。0x7FFF这个模式特别典型——它意味着所有高12位都正确，最低几位不稳定，其实是时钟相位与芯片输出时序错了一个边沿。
解决：把SPI配置成模式0（CPOL=0，CPHA=0）或者模式2（CPOL=1，CPHA=0）都行。我用逻辑分析仪对比过，LTC1867的数据手册时序图更接近CPOL=0，CPHA=0。如果你用的主控不能直接改相位，可以先用软件模拟SPI验证时序，再把bitbang版本翻译成硬件SPI。我的经验是：先检查SPI输出数据时，DOUT引脚是否在SCLK上升沿后约20ns内稳定，如果稳定时间不够，可能是主控IO口驱动能力或上拉电阻没接对。
5.4 差分模式下的共模电压范围限制
现象：配置成差分模式，给差分对的负端施加一个稳定的2.5V共模电压，正端在2.5V附近小幅波动，结果输出数据不是预期的16位正弦波，而是严重失真。
原因：LTC1867的差分输入要求每个输入引脚相对于地有一个共模电压范围，虽然它内部有共模抑制能力，但每个引脚对地的绝对电压必须在-0.05V到Vref+0.05V之间。如果你的传感器输出是浮地的，共模电压可能超出这个范围。
解决：在差分输入各引脚对地接一个电阻分压网络，把共模电压抬到Vref/2。比如Vref=2.5V，那就在每个引脚上接一个100kΩ电阻到2.5V，再接一个100kΩ到地，使得没有输入信号时引脚电压为1.25V。这样既保证共模电平合适，又不会过多加载信号源。如果是高速信号，还需要在电阻两端并联一个小电容用于补偿源阻抗。注意，输入信号的内阻不能过大，手册建议源阻抗不超过几百欧姆，否则从引脚看进去的RC时间常数会影响充放电时间，导致采样值不准确。
5.5 忘记给VREF引脚并联一个足够低阻抗的旁路电容
现象：板子只给VREF引脚焊了一个4.7uF钽电容，结果ADC在采样率200ksps时，输出数据的末两位一直在跳。接上0.1uF陶瓷电容后，跳变明显减少。
原因：SAR ADC在转换完成前的采样阶段，会从参考源抽取一个短暂的大电流脉冲，频率等于采样率。如果参考引脚旁路阻抗过高，参考电压会在每个转换周期里出现微小凹陷，这个凹陷被量化进结果，表现为低位的随机噪声。
解决：在VREF引脚上同时放置0.1uF陶瓷电容和1uF陶瓷电容，两者并联，尽可能靠近引脚。不要在它们之间加过孔，要保持一条连续的铜皮回地。另外，参考源芯片的输出端也要放一个10uF左右的电容来储存能量，否则脉冲电流会让参考源芯片本身产生压降。我在这块上吃过亏，之前为了省空间只放了一个1uF电容，结果后端信号链的ENOB从13位掉到11位。
6. 把LTC1867用出上限：多通道扫描、均值滤波与现场校准
6.1 多通道扫描的时序安排与数据重组
如果需要连续采集8个单端通道，我通常会禁止SPI的自动CS模式，改由软件控制CS。扫描一圈的流程是：针对每个通道，先发配置字节，等转换，再读数据。一个简单可靠的轮询顺序是：
void LTC1867_ScanAllChannels(uint16_t *results, float vref) { const uint8_t configs[8] = { 0x80, 0x90, 0xA0, 0xB0, 0xC0, 0xD0, 0xE0, 0xF0 }; for (int ch = 0; ch < 8; ch++) { LTC1867_ReadStable(configs[ch]); // 切换通道后丢弃第一笔 results[ch] = LTC1867_ReadChannel(configs[ch]); } }这段代码里，configs数组的高位的排列方式对应单端模式CH0-CH7。注意，在循环里先读一次丢弃，再读一次取有效值。这样一圈8个通道总耗时大约是8乘以两倍的转换时间，也就是约80us，可以支持接近12ksps的通道轮询速率。如果实际系统采样循环里还有别的任务，这个速率够了。若是想加快，可以把丢弃和读取合并成一次：首次读到数据后延迟一段时间再读同一通道，但那样代码就复杂了，收益不大。
多通道扫描时还要留意：每个通道的输入源阻抗可能不同。如果你用分压电阻给通道2提供信号，它会比直接来自运放的通道0更容易受采样电容充放电影响。在这种情况下，我在每个通道输入端统一放一个RC滤波，截止频率设在几十kHz，能显著降低通道间串扰。
6.2 利用内部校准模式验证线性度
LTC1867数据手册里提到内部有校准脉冲，可以用于自校准偏移和增益误差。很多工程师拿到资料包后只在做演示时用这个功能，实际项目里却不管它。我在批量生产中会做个简单校准流程：在板子上预留一路精确的0V和一路精确的Vref/2信号，用继电器切换到ADC输入端，分别采集原始码，然后算出增益系数和偏移量，写入EEPROM里。这样即使参考电压有微小偏差，MCU每次上电后都可以做软件修正。
这个方法比依赖芯片手册里的绝对精度更可靠，因为LTC1867的增益误差典型值为±8LSB，偏移误差±2LSB。如果你用软件校准，可以轻松把这两个误差压到1LSB以内。具体校准方程是：
float LTC1867_CalibratedVoltage(uint16_t raw, float vref) { // 假设校准后 gain = 1.00036, offset = -1.25 LSB // 从EEPROM读取校准参数 float corrected = (float)raw * gain + offset; if (corrected < 0.0f) corrected = 0.0f; if (corrected > 65535.0f) corrected = 65535.0f; return (corrected * vref) / 65535.0f; }实际校准读取时，不要用单次采样值，而是每次采1000点取平均。校准完成后，我还习惯在调试串口里把每个通道的原始码与实测万用表电压值打印出来，计算一下R2是否达到0.9999以上。如果某个通道偏离线性，先检查前端运放是否进入了饱和，而不是怀疑ADC。这个习惯救了我很多次，也让我在量产过程中能快速区分是焊接问题还是软件问题。
最后说一个我自己的教训：刚用LTC1867时，总想着把采样率顶到200ksps，结果换一个输入源就出现奇怪的谐波。后来养成先确认源阻抗和电容匹配度，再逐步调采样率的习惯。所有驱动代码都要先在低速时钟、单通道模式下跑通，再上多通道和轮询。把参考电压实测值写死在程序里，不如做一次上电自校准来得省心。希望这篇从rar到驱动的拆解，能帮你在碰到LTC1867.rar时少走几步弯路。
本文还有配套的精品资源，点击获取
