TM2666恒流LED驱动芯片实战：将144颗LED点阵当小屏驱动

1. TM2666的本质：把144颗LED当成一个可以“单独调亮度”的恒流点阵来驱动

做显示驱动这些年，我一直有个痛点：单片机IO口有限，直接驱动数码管点阵只能靠动态扫描，扫描一上去亮度就掉，亮度一上去单片机就啥也别干了。这个项目里我拿到一个16段9位共阴极的显示模块，144颗LED按矩阵排布，既要显示0-9和A-Z，还得能跑简单图标，最好每颗灯还能单独调亮度。我选来选去，最后锁定TM2666这颗国产恒流LED驱动芯片。先说结论：它能同时解决“引脚少”“亮度不均”“单点辉度可控”这三个问题，适合把这144点当成一个小点阵屏来用。

很多人第一次看到“16段9位144点阵”会懵：16段和点阵有什么关系？其实就是数字的拆法不同。普通7段数码管是a到g加小数点，一共8颗LED；16段数码管把每一段再拆细，常见结构是左右两个半段加上下中横、四个斜角、两条竖线等，加起来16个独立段，再加上小数点就是17个点，有些厂家把小数点也算进16段里。9位就是9个这样的数字位。16颗LED乘9位等于144颗，所以项目标题里的“144点阵”本质上就是把9个16段数字按矩阵看：每一颗LED是一个独立的“像素点”，只是这些像素点按数字位来分组。

TM2666为这种结构做了专门的适配。它内部的恒流源直接驱动LED，不需要外部三极管或达林顿管阵列。芯片通过串行接口接收数据，把144个点的亮灭状态和亮度等级存进内部的显示寄存器，然后由芯片自己完成锁存和驱动。单片机只负责“写数据”，不需要反复刷新扫描，这跟用74HC595自己搭扫描电路完全是两种体验。实际测试下来，写完整帧144点数据只需要不到一毫秒，单片机完全有余力去处理按键、通信、传感器这些正事。

对于想用点阵显示汉字、图形或者动态动画的人来说，这颗芯片等于把“点亮任意一颗LED”这件事简化成了“往指定地址写一个亮度值”。你不用再关心扫描频率、消隐、拖影这些底层问题，只需要维护一块显示缓冲区，然后把缓冲区内容一次性推给芯片。这种设计思路，和我以前用点阵墨水屏开发时的体验很像：应用层只管像素，渲染和刷新交给驱动器处理。

1.2 “单点辉度可控”到底控制什么

市面上不少LED驱动芯片都标称“亮度可调”，但大多数是全局亮度调节，也就是所有LED一起变亮或变暗。TM2666强调的是“单点辉度可控”，这个区别在实际项目中非常关键。举个例子：要做一个带小数点的温度显示，你希望整数位亮、小数位暗一点，用来突出主数据；或者做一个电平指示条，从左到右亮度递减，形成渐隐效果——全局调光根本做不了这种事，必须每一位每一段都能独立设置亮度。

单点辉度在数据层的表现为：每个像素点不再只有“亮/灭”1bit信息，而是对应一个多bit的亮度值。如果芯片支持8级辉度，每个点需要3bit；支持16级辉度，每个点需要4bit。144个点按16级算，总共576bit，也就是72字节，一次数据帧就能写完。从软件角度看，你维护一个144字节或者72字节的显存数组，把每个元素的值改一改，就能让任意一颗LED按指定亮度发光。

恒流驱动的价值，则是在“亮度一致”这件事上兜底。LED是电流型器件，亮度近似正比于流过它的电流，而电压和电流之间又是指数关系。如果直接恒压驱动，同一个电压在不同批次、不同温度下，每颗LED的电流可能天差地别，屏幕就会出现有的段亮得刺眼、有的段暗得发虚。恒流源让每颗LED的电流都被精确钳制在目标值，芯片与芯片之间、段与段之间的亮度一致性就有了保障。这一点的工程意义，远比纸面参数看起来大：产线上的显示模组，只要LED器件批次一致，装出来就是同一副亮度面孔，不需要每台单独校准。

我还特别喜欢这颗芯片的一点：它把共阴极方案和恒流方案结合得很自然。共阴极显示器件把所有LED的阴极并到一起，公共端接GND，每一段的阳极由芯片段引脚提供恒流输出。这种接法在PCB布线时有天然优势——地线网络是公共的，整板找一个“星形地”非常容易，数字电路和模拟电路之间的地弹干扰比共阳极方案更好控制。对比下来，共阳极方案用灌电流驱动时，公共端要承受很大的集总电流，走线稍微长一点就会出现亮暗不均，这也是我在高速扫描点阵项目里踩过不少坑才总结出来的。

2. 硬件设计：围绕TM2666搭一个可靠的最小系统

选好芯片只是第一步，外围电路设计才是决定项目能不能稳定跑起来的关键。TM2666的数据手册上给出的典型电路其实很简洁，但越简洁的东西越容易在细节上翻车。我这里把引脚功能、公共端处理、电源与走线三个部分拆开讲，全是实际项目中验证过的方案。

2.1 引脚功能与典型连接方式

TM2666的封装和常见LED驱动芯片类似，引脚可以大致分为三类：电源引脚、串行通信引脚、LED驱动引脚。串行通信通常是三根线，一根时钟CLK，一根数据DIO或DIN，一根片选STB或CS。有些TM系列芯片还会复用DIO做读回，但TM2666在这个项目里我只用了写方向，所以三线完全够用。

硬件连接建议如下：

• VCC和GND之间，靠近芯片的电源引脚放一颗100nF陶瓷电容，再在附近放一颗10uF到47uF的电解电容。144颗LED全亮时瞬态电流很大，小电容负责滤高频噪声，大电容负责扛瞬态压降。电解电容建议用低ESR的，否则纹波还是会拉高。
• 公共阴极COM端，不要只走一根细线。9位全亮时，公共端流过的理论电流是144颗LED电流的总和，如果每颗LED设定20mA，总电流接近2.88A，这个量级的电流必须用大面积铺铜或至少2mm以上的走线，必要时走两层板通过过孔并联。
• CLK和DIO在单片机端建议串33到100欧姆的小电阻，既能抑制振铃，也能在接线接反时保护一下芯片和单片机引脚。我习惯用100欧姆，实测信号完整性比直连要好。
• 如果模块上预留了恒流设定电阻的位置，这个电阻决定了LED驱动电流的基准，阻值的选择直接对应目标电流值，具体关系要看手册里的公式或表格。选电阻时优先用1%精度低温漂的金属膜电阻，不要图便宜用5%的碳膜，否则亮度一致性会打折扣。

关于电平匹配：很多单片机是3.3V供电，而TM2666的VCC可能是5V或者更高。TM系列芯片通常对输入高电平有兼容设计，但稳妥起见还是查一下手册里的VIH参数。我这次用的是5V单片机直接驱动，没有遇到问题。如果要用3.3V推5V供电的芯片，建议实测高电平能否被可靠识别，不行就加一颗简单的电平转换缓冲器，或者用NMOS做电平抬升。

2.2 共阴极接法和扫描刷新到底怎么取舍

共阴极LED显示器件的接线逻辑很简单：所有LED的阴极连接在一起，接地或者接芯片的公共端；每个段位的阳极由芯片的SEG引脚单独引出。TM2666的段驱动引脚在这里扮演“恒流源输出”的角色，电流从SEG引脚流进LED阳极，再从公共COM端流回地，完成回路。

一个容易出现理解偏差的地方是：既然芯片内部已经把扫描和锁存做了，外部显示器件还需要用哪种接法？答案是看芯片手册标注的是共阴还是共阳。TM2666明确标注共阴极，那就是针对“公共阴极接地”这一接法优化的。如果手里拿的是共阳极数码管，装上去会出现要么全亮要么全暗的诡异现象，因为两者的电流方向和段码电平逻辑都反了。这一点在采购显示器件时必须提前确认，别到焊完板子再返工。

扫描刷新这块，很多习惯写74HC595驱动的人会有个惯性动作：每隔几毫秒把所有位重新刷一遍，防止人眼看到闪烁。用TM2666之后这个习惯可以改掉——芯片内部已经把显示数据锁存住了，外部不再需要软件持续刷新。你只需要在显示内容变化的时候更新数据，平时甚至可以完全不理显示。这带来的好处不只是省单片机时间，更重要的是亮度稳定。软件扫描受中断和任务调度影响，扫描频率一旦抖动，亮度肉眼可见地跟着抖；内置锁存就没有这个问题。

如果确实要做动态效果，比如箭头移动、数字滚动、呼吸渐隐，推荐的做法是开一个定时器中断，10到20毫秒更新一次显存缓冲，然后在主循环里把整帧数据写给TM2666。144点全量写一次的耗时很短，算上协议开销通常不超过1毫秒，完全不影响其他功能。我甚至试过用PWM结合单点辉度做一个呼吸灯效果，让9个数字位依次亮起再依次熄灭，整个过程非常顺滑，几乎没有拖影。

3. 软件驱动的核心：串行时序、段码表和显存管理

软件这部分，说难不难，但细节很多。TM2666的底层控制走的是类似SPI的串行时序：片选拉低，时钟上升沿锁存数据，数据发送完毕片选拉高。只要把底层字节发送函数写对，上面做显存管理就自由了。

3.1 串行数据帧结构与初始化流程

TM系列LED驱动芯片的指令格式，通常分为数据命令、地址命令、显示控制命令三类。写显示数据的标准流程是：先发一条数据命令告诉芯片“接下来要写显示寄存器，地址自动加一”，再发起始地址，然后连续写入显示数据。显示控制命令一般用来开关显示、设置亮度等级。TM2666的具体指令值请以手册为准，我在这里分享的是协议框架和调试思路。

底层发送一个字节的C代码大概长这样：

void TM2666_WriteByte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { TM2666_CLK = 0; if (dat & 0x01) TM2666_DIO = 1; else TM2666_DIO = 0; TM2666_CLK = 1; // 上升沿锁存数据 dat >>= 1; } }

注意发送顺序是LSB还是MSB，不同芯片不一样。我一开始按MSB先发，结果显示数据全部错位，数字长得跟鬼画符一样，后来查手册才发现这颗芯片是按LSB先发。这个问题很隐蔽，建议上手第一件事就写个简单的测试程序，点亮固定某一位某一段，确认字节位序对不对再继续。

写一帧显示数据的流程可以封装成一个函数：

void TM2666_WriteDisplay(unsigned char *buf, unsigned char len) { unsigned char i; TM2666_STB = 0; TM2666_WriteByte(0x40); // 数据命令：写显示寄存器，地址自动加一 TM2666_WriteByte(0xC0); // 起始地址 for (i = 0; i < len; i++) { TM2666_WriteByte(buf[i]); } TM2666_STB = 1; }

初始化阶段还需要设置显示开关和亮度。如果芯片支持单点辉度，那么每个点的辉度值可能嵌入在显示数据里，也可能通过单独的寄存器配置。项目里我用的是前者：显存数组里不仅要保存“亮不亮”，还要保存“亮度等级”，更新显示时连同辉度信息一起发给芯片。如果芯片对辉度支持的是后者，那就需要额外写一段配置寄存器的代码，流程类似，先发控制命令再发参数值。

3.2 段码表怎么来：共阴共阳和16段编码

段码是数码管驱动绕不开的话题。共阴极数码管，段引脚输出高电平点亮，共阳极则相反，输出低电平点亮。所以同样的数字“1”，共阴极和共阳极的段码几乎是对称取反的关系。网上有很多现成的7段码表，什么“0x3F是数字0”之类的，但使用前一定要先确认自己的硬件到底是共阴还是共阳。

16段数码管的段码比7段复杂得多。不同厂家对16段的定义、引脚排布甚至段命名都可能不一样，没有一份所有厂家通用的“标准表”。我的做法是拿到显示器件之后，先查数据手册里每一段的引脚编号和对应的字母段名，然后自己写一个扫描程序，逐段点亮，确认每一段对应哪颗LED，再据此生成码表。

手动生成16段码表虽然繁琐，但排查问题特别有用。写一个测试程序，把16段全部点亮，看有没有缺段、连段、短路的情况；再逐段点亮，对照引脚定义；最后把常用字符一个个映射进去存成const数组。这个过程看起来很原始，其实是最快的方法。用数码管的人都知道，最怕的不是段码表写错，而是段码表看起来正确但实际引脚定义不对，调试半天发现是封装引脚顺序理解错了。

如果要做图形或汉字显示，还有一条更省力的路：用点阵取模工具。像PCtoLCD2002这类软件可以把汉字或图标转成字节数组，用来驱动8x8、16x16点阵。TM2666把144颗LED看成9x16的点阵矩阵后，其实可以把取模结果重新编排成芯片需要的显存格式。比如想显示一个16x16的汉字，正好可以横跨两位16段数字，取模软件生成32个字节，再把每个字节按段和位的对应关系填入这144点的显存数组。我实际做过，显示效果类似于一个迷你LED广告屏，文字清晰度足够阅读。

3.3 显存管理和动画思路：144点阵当小屏用

把TM2666当成点阵屏来用，软件架构可以这样设计：定义一个144字节或者72字节的缓冲区，每个元素对应一颗LED的辉度值。任何需要显示的内容——数字、字母、图标、动画——都先写进这个缓冲区，然后整体推送给芯片。这样做的好处是显示逻辑和驱动逻辑完全解耦：上层代码只关心“哪个点该什么亮度”，底层驱动只关心“怎么把这些亮度值发出去”。

做滚动动画时，我强烈建议不要直接在显存里频繁搬运数据，而是维护一个“逻辑屏幕”和“显示偏移量”。比如做一个9位数字循环滚动显示，逻辑屏幕里存的是要显示的字符串，显示偏移量决定当前哪几个字符落入可视区域，每次更新时根据偏移量动态生成显存内容。这样做的计算量比反复搬运显存要小得多，代码也不容易出边界错误。

单点辉度在动画里的玩法就更多了。做一个箭头向左移动的效果，可以让箭头尾部的LED亮度从高到低渐变，形成拖尾感，这比简单的亮灭切换有质感得多。做一个数字切换效果，可以让新数字从暗到亮渐显，旧数字从亮到暗渐隐，观感非常流畅。这些效果的实现都不复杂：每帧更新时，把对应LED的辉度值按时间插值一下就行。

4. 典型应用：从9位数码管时钟到144点阵图形屏

TM2666适合做什么、不适合做什么，想清楚再上项目会少走很多弯路。我把它实际用过的场景分成三类：传统数字显示、复杂图形显示、组合式动态显示，每一类的开发侧重点不太一样。

4.1 数字和字母显示：时钟、仪表、频率计

这是最直接的应用。九位16段数码管拿来显示时间、日期、电压、电流、频率这些数据，比7段数码管多出来的好处是字母和特殊符号的显示能力强很多。7段数码管显示大写字母会很吃力，比如字母M、W、N基本没法看，A、C、E、F也经常要靠猜。16段数码管把笔画拆细之后，26个大写字母都能清晰显示，小写字母也能凑合，这对一些需要显示单位、型号、错误代码的设备来说很实用。

做时钟显示时，我习惯把显存区域划分为几个功能块：时间主显示区、日期辅助显示区、状态指示区。每个区域的字符通过一个映射函数转换成对应的16段码。如果还要显示小数点和冒号，需要额外处理段码里的特殊段。TM2666支持单点辉度，你可以让秒和冒号比时分数字略暗一些，视觉层次立刻拉开。

温度仪表类的应用则更看重“稳定”两个字。恒流驱动带来的好处是，就算电源电压有小幅波动，LED亮度也不受影响，读数区域的显示不会忽明忽暗。这一点在工业现场尤其重要，很多恶劣电网环境下电压波动频繁，非恒流方案会出现明显的亮度晃动，而TM2666实测下来非常淡定。

4.2 图形显示和动态效果：箭头、滚动、迷你动画

如果你把144点阵用满，它就是一个9列16行的迷你点阵屏。我之前在一个设备状态面板上做过一组动态图标：正常情况下显示“OK”两个字母，传输数据时显示一个向右滚动的箭头，故障时显示一个红色感叹号。所有图标都预先生成好点阵数据存入Flash，事件触发时切换显存内容就行。

滚动字幕效果也可以做，只是受限于9列宽度，更适合显示短文本。比如“1234”四位数字循环左移，或者一行小图标依次点亮。想要显示一个比较长的文本，只能逐列滚动，每次移动一个像素列。这个效果有点像LED广告屏的跑马灯，只不过规模小、像素大，有种特殊的工业美感。

用51单片机驱动这种动态效果毫无压力。我把TM2666的更新函数放在10ms定时器中断里，每10ms推一次显存，动画的帧率就是100fps，实际上用不了这么高，20到30ms推一次就很流畅了。单片机的Flash里可以存很多组取模数据，根据产品功能切换显示模式，完全不用上更高端的MCU。

4.3 组合式显示面板：多颗芯片级联的可能性

有些显示面板不止9位，可能需要18位、27位甚至更多。TM2666这类串行驱动芯片通常支持级联或独立片选扩展。有两种做法：一是每个芯片独立用一根片选线，单片机有多少个IO就接多少颗芯片；二是看芯片是否支持菊花链级联，把数据像流水线一样从第一颗芯片传到第二颗。

我实际项目中用过独立片选方式，因为单片机引脚够用，软件也简单，片选选择哪颗芯片就把数据写给谁。如果引脚紧张，可以用三八译码器扩展片选，三个IO控制八颗芯片。级联方式需要仔细阅读芯片手册确认是否支持，以及数据位长如何拼接，试错成本比独立片选高不少，建议非必要不主动使用。

还有一点值得提醒：多颗芯片工作在同一块板上时，电源设计必须升级。每颗芯片144点全亮就是接近3A的电流，三颗就是9A，普通USB供电完全带不动。要么控制单颗芯片的最大电流，要么把电源设计成多路独立供电，要么牺牲点亮率限制同时亮的LED数量。我在做18位显示面板时最终选择了限制最大亮度档位，效果也能接受，但发热和电源余量始终要放在心上。

5. 实战中的坑：问题现象、排查思路与速查表

这块是真正花时间换来的一手经验。我把做TM2666项目遇到的典型问题按现象分类，并整理了排查顺序，方便你拿到板子后快速定位。

5.1 故障现象逐条拆解

第一个常见症状是整屏不亮，连段都不亮。排查顺序先看电源，测量VCC电压是否正常，再看GND是否真正连接——共阴极器件公共端不接地，LED就没有回流路径。然后看片选和时钟信号，用示波器确认STB有没有拉低、CLK有没有上升沿波形。最后看初始化代码，确认显示控制命令是否真的打开了显示。我自己就有过一次把显示开关命令漏掉的经历，程序逻辑看起来全对，就是不亮，最后是看手册才发现默认状态下显示是关闭的。

第二个常见症状是显示内容错乱，明明写数字“1”，显示出来却是其他乱七八糟的段。这种问题优先级最高的怀疑对象是字节位序。前面提到过LSB和MSB的区别，如果芯片要求LSB first而你按MSB发送，所有数据都会错位。第二个怀疑对象是起始地址和显存映射关系，不同芯片的显示寄存器地址顺序可能跟PCB上段的排列顺序不一致，需要对照手册做地址重映射。

第三个常见症状是某些位全亮或者全灭。这种一般指向硬件连接问题：某一位的公共COM端虚焊，这位上的16颗LED就会全部表现异常；某一段的SEG引脚短路或断路，则所有位的这一段都会出问题。判断方法是写一个全亮测试程序，观察是“按位异常”还是“按段异常”。这位异常查COM端，按段异常查SEG引脚，方向非常明确。

第四个症状是亮度不均匀。先看是不是恒流设定电阻问题：如果每颗LED电流靠外部电阻设定，电阻精度低或者焊盘接触不良都会导致电流偏差。再看电源纹波和走线压降，如果电源离芯片太远、公共端走线太细，离电源近的LED亮，离电源远的LED暗——这就是典型的IR Drop问题，不是芯片不行，是板子没画好。

第五个症状是偶尔闪烁、乱码，多数是通信受干扰。CLK和DIO走线太长且没有包地，旁边还有继电器、电机、开关电源这些干扰源，就容易出现这种问题。排查方法很简单：把通信线改短，串小电阻，并且用示波器抓通信引脚看有没有尖峰毛刺。如果手头没有示波器，把通信速率降下来再测试也能大概判断。

5.2 问题速查表与调试建议

调试建议一条：第一次上电不要一上来就跑完整功能程序，而是先点亮一颗LED。写一个最简单的测试函数，往指定地址写一个已知的辉度值，观察对应的那一段是否亮起。这一步过了，几乎所有底层问题都被排除掉了，后面的开发会顺畅很多。如果连这一颗灯都点不亮，那就老老实实用万用表和示波器排查硬件，别急着堆功能代码。

6. 选型对比和工程化建议：什么项目真正适合TM2666

最后聊一下选型。没有万能芯片，只有最合适的选择。TM2666在我这个项目里表现出色，但并非所有LED显示场景都应该选它。把需求想清楚，选型才不会翻车。

6.1 和常见方案的对比

过去用的最多的方案是74HC595加三极管阵列，优点是便宜、通用、什么工程师都会用；缺点是占IO多、需要软件持续扫描、亮度一致性和温度特性不好控制。再往上一点，TM1650、TM1629A这些TM系列芯片减少了扫描负担，但它们的定位还是“数码管驱动”，对图形和点阵的支持有限。TM2666把支持范围往上提了一档：段数更多、位数更多，还增加了单点辉度控制，这让它从“驱动数码管”进化成了“驱动小点阵屏”。

如果仅仅是做一个4位数码管时钟，TM2666就有点浪费了，TM1650甚至两颗74HC595都能干，成本还更低。如果要做的是广告灯板、大型点阵屏，那应该去选专门的LED恒流驱动芯片，比如16路恒流输出的行列驱动IC，TM2666的点数规模也不够看。它最合适的区间，是“几十颗到一两百颗LED，既要显示数字字母又要显示图形，还想控制单点亮度”的中小型显示面板。

关于恒流的实现，还有一段延伸思考。很多人提到恒流就会想起LM317恒流电路或者运放搭Howland电流源。LM317做单路恒流还行，做几十上百路恒流就不现实了，成本、体积、功耗全部爆表。Howland电流源精度高，但每一路都需要一套精密运放和电阻网络，一套下来比一颗驱动IC贵好几倍，谁量产也不会这么干。专用LED驱动芯片内部集成的恒流源才是这个场景的正确答案，这也是TM2666这类芯片存在的意义。

6.2 工程化落地的一些经验

硬件上，公共端走线和大电容这两件事一定要在原理图阶段就定好。软件上，显存缓冲区建议在初始化时全部清零，避免上电瞬间出现随机乱码。供电设计上，始终给最大亮度场景留出至少1.5倍的电流余量，电源从来都是显示系统的隐藏瓶颈。

如果你打算拿TM2666做产品而不是纯学习，建议保持这样的开发顺序：硬件先点亮→底层驱动函数跑通→显示缓冲区搭建→段码表和取模工具→动画和业务逻辑。每一步都验证通过再进下一步，不要跳步。跳步省下的时间会在调试阶段加倍还回去。

我在这颗芯片上踩过最大的坑就是字节位序，一通宵没找到原因，结果只是LSB和MSB的问题。从那以后，我拿到任何新的串行驱动芯片，第一件事就是写一个单点测试程序，把字节序、地址映射这些最基础的东西确认清楚。这颗芯片让我把144颗LED当做一个小屏来玩，数字、字母、图标、动画都能往上放，而且进展非常舒服。如果你的项目正好卡在“数码管不够用、大点阵屏太浪费”的中间地带，TM2666确实值得拿一块来试试。