★ FEATURED ARTICLE 简介TM1621驱动程序是一份面向嵌入式开发者的数码管控制驱动代码适用于智能家居、仪器仪表等需要7段数码管或点阵LED显示的设备。程序基于实际硬件测试通过源码中附有注释可帮助快速理解初始化、数据发送、命令控制等关键流程。压缩包共2个文件分别对应一个C源文件和一个头文件整体仅2KB结构简洁。C文件中实现了与TM1621交互的函数如初始化芯片、设置亮度、在指定位置显示数字等头文件则声明了函数原型并包含引脚定义与通信协议常量便于在多个源文件中共享类型信息。已有3123人学习下载对于需要集成TM1621显示模块的开发者而言这份经过验证且带注释的驱动代码能有效降低底层调试门槛并可作为自行封装API的参考。1. tm1621驱动为什么总在显示乱码上翻车串行时序、显示RAM和复用调度的三角关系做小家电面板时MCU引脚往往不够用段码LCD驱动芯片tm1621是常见解一颗芯片驱动几十个SEG和4个COMMCU只花三根GPIO就能点亮整块屏。但很多第一次接触它的人把I2C或SPI的习惯直接带过来结果上电全亮、写数据错位、刷屏闪烁回头怀疑芯片坏了。这篇笔记把tm1621从引脚、通信协议、RAM映射到初始化代码和踩坑串成一条线让你照着接好线、跑通显示、处理好按键共用。适合同样在低成本面板方案上被段码LCD折腾的嵌入式开发者。2. 先看懂这颗芯片tm1621的引脚、通信协议与显示RAM映射规则2.1 引脚与最小系统VLCD这颗电容别省先看最小系统。tm1621常见的引脚按功能分成四组电源、串行控制、液晶驱动、按键扫描部分型号。核心引脚如下表所示。功能组引脚名方向典型接法说明电源VDD、VSS—VDD接2.4~5.2VVSS接地具体电压上限以手册为准电源VLCD输入对地接0.1uF~1uF电容液晶驱动电压参考点串行控制CS输入MCU GPIO推挽输出片选低电平有效串行控制WR输入MCU GPIO推挽输出写时钟低电平锁存串行控制DATA双向MCU GPIO带按键回读时需切方向命令、数据、按键状态共用驱动输出COM0~COM3输出接LCD公共端扫描公共极驱动输出SEG0~SEG(N-1)输出接LCD段电极数量随型号不同VLCD脚最容易翻车。我接VLCD时会就近并一颗0.47uF的MLCC再放一个100nF小电容目的是给内部偏压提供稳定电荷源。之前在某面板上省掉这颗电容现象是显示变淡、对比度飘拿万用表量VLCD电压在刷新时一跳一跳的加上电容立刻稳定。另一个常见问题是VDD上电顺序。tm1621这类芯片没有复杂的电源时序要求但VDD没稳定就发初始化命令会有概率进到错误状态。我一般在代码里加10ms以上的上电延迟后面初始化代码里会体现。2.2 串行协议不是SPI但很像起始位、命令和数据标志tm1621的串行接口没有独立的读/写方向线靠帧头标志区分命令和数据。典型一帧的过程是CS拉低发3位标志再接8位命令或“6位地址4位数据”然后是CS拉高。需要特别注意整个帧过程中CS必须保持低电平不能在字节间隙把CS抬起来。帧类型起始标志后随内容命令帧100二进制8位命令字数据单字节帧101二进制6位RAM地址 4位数据连续数据帧101二进制6位起始地址 多组4位数据地址自动递增这3位标志是很多人移植代码时搞混的地方。如果初始化时把命令帧发成了数据帧芯片会把命令字当作RAM地址和数据进行解析结果屏幕上出现一堆不该亮的段。时序上DATA在WR上升沿被锁存所以每次把DATA摆好后将WR拉低再拉高即可。要求不严苛但对最小脉宽有要求我在底层写了一个delay函数至少留1us。逻辑分析仪在这里很有用抓CS、WR、DATA三根线核对CS拉低期间WR的上升沿数量是否为11个3位标志8位命令或13个3位标志6位地址4位数据。如果波形数量和预期对不上问题一定在发送bit函数或标志位常量上而不是芯片坏了。2.3 显示RAM的映射是这套驱动的核心tm1621内部显示RAM本质上是4个COM × N个SEG的位图。常见映射规则是RAM地址偏移等于SEG编号RAM地址低4位分别对应COM0~COM3。也就是说写一个地址就能同时控制同一SEG上4个COM的状态这个设计让驱动代码变得很紧凑。RAM地址bit3(COM3)bit2(COM2)bit1(COM1)bit0(COM0)0x00SEG0-COM3SEG0-COM2SEG0-COM1SEG0-COM00x01SEG1-COM3SEG1-COM2SEG1-COM1SEG1-COM00x02SEG2-COM3SEG2-COM2SEG2-COM1SEG2-COM0举个具体例子点亮“SEG2 COM1”这个交点就是往地址0x02写入bit11的数据。反过来如果bit01点亮的是“SEG2 COM0”。这套映射看起来简单但有个很隐蔽的坑很多从I2C GPIO扩展芯片转过来的人习惯把地址当作COM、把bit当作SEG等于把显示矩阵转置了结果每个要亮的段都显示在相邻位置。我一般建议先做一个“逐点扫描”测试写一个循环把每个SEG/COM交点单独点亮1ms在屏幕上观察亮点是否按地址递增方向顺序移动。这个测试能一次性确认地址映射、数据位顺序和布线对应关系比对着段码表盲调快得多。3. 从0到1写tm1621驱动GPIO模拟时序与初始化序列3.1 先搭驱动骨架GPIO定义与基础读写函数先定义引脚。以下代码以STM32/GD32的HAL库为例但核心逻辑是通用的换成其他MCU只改宏实现即可。#define TM1621_GPIO_PORT GPIOA #define TM1621_CS_PIN GPIO_PIN_4 #define TM1621_WR_PIN GPIO_PIN_5 #define TM1621_DATA_PIN GPIO_PIN_6 #define TM1621_CS_LOW() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_CS_PIN, GPIO_PIN_RESET) #define TM1621_CS_HIGH() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_CS_PIN, GPIO_PIN_SET) #define TM1621_WR_LOW() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_WR_PIN, GPIO_PIN_RESET) #define TM1621_WR_HIGH() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_WR_PIN, GPIO_PIN_SET) #define TM1621_DATA_LOW() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_DATA_PIN, GPIO_PIN_RESET) #define TM1621_DATA_HIGH() HAL_GPIO_WritePin(TM1621_GPIO_PORT, TM1621_DATA_PIN, GPIO_PIN_SET)光看宏看不出门道关键在于GPIO初始化的方向。CS和WR是纯输出直接配成推挽输出即可。DATA在带按键回读的版本上是双向的但先把纯输出模式跑通再处理方向切换。初始化时把三根线都拉到高电平因为CS和WR空闲状态都是高DATA空闲高电平也是多数驱动芯片的默认要求。我一般会在初始化函数里把GPIO速度配到High避免信号边沿太缓。很多翻车案例是GPIO输出速度配成了Low加上线上寄生电容波形上升沿拖得很长芯片采到错误的电平。3.2 实现命令发送和RAM数据写入底层发送函数决定整个驱动的正确性。代码按LSB first发送也就是先发最低位这类芯片的时序通常按此设计。static void tm1621_write_bits(uint8_t data, uint8_t len) { uint8_t i; for (i 0; i len; i) { if (data 0x01) TM1621_DATA_HIGH(); else TM1621_DATA_LOW(); TM1621_WR_LOW(); tm1621_delay_us(1); /* 满足写时序最小脉宽 */ TM1621_WR_HIGH(); tm1621_delay_us(1); data 1; } } void tm1621_send_cmd(uint8_t cmd) { TM1621_CS_LOW(); tm1621_write_bits(0x04, 3); /* 二进制100命令帧标志 */ tm1621_write_bits(cmd, 8); TM1621_CS_HIGH(); } void tm1621_write_data(uint8_t addr, uint8_t dat) { TM1621_CS_LOW(); tm1621_write_bits(0x05, 3); /* 二进制101数据帧标志 */ tm1621_write_bits(addr, 6); /* 显示RAM地址6位 */ tm1621_write_bits(dat, 4); /* 4位数据bit0COM0...bit3COM3 */ TM1621_CS_HIGH(); }逻辑说明tm1621_write_bits是公共原语先置数据再给一个WR下降沿然后回到高电平。命令帧和数据帧的区别只在标志位的第三位0x04是命令0x05是数据别小看这1位差异错了就是命令被当显存数据写入画面乱成一片。参数说明len是实际发送的bit数命令帧发8位数据帧地址6位、数据4位。addr范围取决于RAM大小不要在循环里超过TM1621_RAM_SIZE。dat的bit0对应COM0bit1对应COM1以此类推这和部分I2C芯片“bit0对应SEG0”的习惯正好反着调试时第一反应应该查这里。3.3 初始化序列顺序错了会全屏闪初始化顺序是玄学但可复现的问题我把它固定成五步等电源稳定、开系统振荡器、设偏压占空比、清RAM、开LCD显示。#define TM1621_CMD_SYS_EN 0x01 /* 打开系统振荡器 */ #define TM1621_CMD_BIAS_DUTY 0x29 /* 1/3偏压 1/4占空比按手册确认 */ #define TM1621_CMD_LCD_ON 0x03 /* 打开LCD偏压发生器与显示输出 */ #define TM1621_RAM_SIZE 32 /* 按屏的点数配置48x4屏通常够用 */ void tm1621_init(void) { uint8_t a; /* 第1步等电源稳定拉高控制线 */ tm1621_delay_ms(10); TM1621_CS_HIGH(); TM1621_WR_HIGH(); TM1621_DATA_HIGH(); /* 第2步打开系统振荡器 */ tm1621_send_cmd(TM1621_CMD_SYS_EN); /* 第3步设置偏压与占空比 */ tm1621_send_cmd(TM1621_CMD_BIAS_DUTY); /* 第4步清空显示RAM避免上电全亮 */ for (a 0; a TM1621_RAM_SIZE; a) tm1621_write_data(a, 0x00); /* 第5步打开LCD偏压发生器并显示 */ tm1621_send_cmd(TM1621_CMD_LCD_ON); }特别说一下第4步。上电瞬间tm1621的RAM内容是随机的如果先开显示再清RAM就会出现上电全亮的闪烁严重时还会让LCD屏留下残影。把清RAM放在LCD_ON之前是成本最低的后悔药。命令字的值我标了“按手册确认”不是敷衍。不同批次的tm1621或兼容芯片命令位定义可能微调初始化序列逻辑不变值以手册为准。如果照着跑发现第2步和第3步没有效果先查这两个命令字。3.4 一个最小例子在单个8字数码管上显示数字0演示用的简单屏SEG0~SEG7分别接8字数码管的7个段和小数点COM0作为公共端。这个例子只为了说明buffer怎么用换成实际段码屏时段与SEG的对应关系以屏厂原理图为准。static uint8_t tm1621_disp_buf[TM1621_RAM_SIZE]; void tm1621_flush(void) { uint8_t a; for (a 0; a TM1621_RAM_SIZE; a) tm1621_write_data(a, tm1621_disp_buf[a]); } void tm1621_display_digit(uint8_t num) { static const uint8_t seg_code[10] { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F }; uint8_t i; for (i 0; i 8; i) { if (seg_code[num] (1 i)) tm1621_disp_buf[i] | 0x01; /* 点亮SEG i 的 COM0 */ else tm1621_disp_buf[i] ~0x01; /* 熄灭SEG i 的 COM0 */ } tm1621_flush(); }逻辑说明seg_code是共阴数码管标准段码段码的bit0对应SEG0、bit1对应SEG1依此类推。tm1621_disp_buf[i]的bit0就是COM0的状态所以直接把段码bit搬到buffer的bit0即可。这段代码真正的价值是“先改buffer再整体flush”的习惯。如果每改一个段就发一帧数据画面会被切得七零八落先改buffer页面切换逻辑只看buffer最后一次性刷进芯片这才是段码屏驱动的正解。4. 配置参数先想清楚偏压、占空比、刷新时机与亮度调节4.1 偏压和占空比怎么选1/3偏压与1/4占空比是从哪来的段码LCD不是LED那样一直亮每个像素靠COM和SEG之间的电压差驱动且必须周期性翻转极性防止液晶长时间承受单向电压而劣化。tm1621内部扫描把一帧分成若干时隙1/4占空比意味着每个COM在一帧内只被选通1/4时间。偏压则决定非选通点上的电压能不能低于液晶阈值避免不该亮的段出现鬼影。占空比典型屏型偏压推荐1/3占空比3个COM的小屏1/2偏压1/4占空比4个COM的标准段码屏1/3偏压1/2占空比2个COM的特殊屏1/3或1/4偏压选型上4个COM的屏幕最普遍初始化命令里对应“1/4占空比1/3偏压”的组合。如果配错直观表现就是不该亮的段微微泛色术语叫“串扰”。这时候不要怀疑段码表先检查初始化命令的偏压位。仿真或调试时拿逻辑分析仪抓不到偏压的实际波形因为那是芯片内部模拟部分。最直接的排查方法是把COM输出接到示波器上看波形幅值。选择态和非选择态的幅值比例接近3:1说明偏压配置正确接近1:1就该改命令字。4.2 VLCD电压和屏对比度的关系液晶的翻转效率由驱动电压差决定。VLCD脚上的电压越高选通像素对比度越强但超过屏的规格就会串扰。常见屏规格在3V到5V之间VLCD取3.3V时对比度偏淡取4.5V以上时通常更清晰。VLCD电压实际观感注意事项2.8V~3.3V对比度偏淡适合低阈值LCD屏3.6V~4.2V多数STN屏清晰区间兼顾功耗与对比度4.5V以上对比度强易串扰注意屏的极限规格调对比度的工程顺序是先确认VLCD电压在屏规格书范围内再微调。调节方式有两种一种是改外部供电到VLCD脚的分压电阻另一种是改内部偏压配置或寄存器值。我一般先改硬件分压因为看得见摸得着。VLCD电容位置也影响对比度稳定性。0.1uF电容要紧贴VLCD脚走线短且粗不要绕到数字地噪声区。之前某项目把电容放在10cm外的电源入口波形上看到VLCD随扫描帧波动显示内容周期性变淡移动电容后解决。4.3 显示刷新策略不是越快越好常见错误是在定时中断里每1ms全量刷新RAM理由是“保证画面实时”。但tm1621自己有扫描和锁存逻辑MCU写RAM的频率不需要那么高。全量刷会占用串口和CPU时间尤其在显示和按键共用同一接口时浪费带宽。推荐做法是事件驱动内容变了就更新buffer挂一个dirty标志需要时flush一次。只有整屏切换或开机时才全量刷。void panel_task_1ms(void) { /* 只在内容变化时刷新避免每毫秒发一帧 */ if (ui_dirty_flag) { if (tm1621_try_lock()) /* 按键扫描可能也在用串口 */ { tm1621_flush(); ui_dirty_flag 0; tm1621_release(); } } }这个代码里的tm1621_try_lock是串口复用仲裁函数第6章会展开。这里先记住一点tm1621驱动不适合“高频全量刷”的思维它更接近“显存一次更新芯片自己扫描”的模型。5. tm1621驱动避坑时序、映射和初始化顺序的排错手册5.1 现象上电瞬间全亮一下现象很经典板子上电屏幕整面亮一瞬然后才显示正常内容。原因tm1621内部RAM上电时内容随机。如果初始化流程先开显示再清RAM随机值立刻被扫描输出屏幕上就是全亮或乱码。这个亮一下看似无害但对有残影风险的LCD屏长期反复上电会积累极化问题。解决把清RAM动作提前到LCD_ON命令之前。注意清RAM要用数据帧逐地址写0不能只发一个命令。我习惯在初始化里用一个for循环把TM1621_RAM_SIZE全部写0具体代码见第3.3节。5.2 现象显示段错位A段该亮却亮B段现象写入正确的段码但屏上显示的图案和预期相差一位或一个SEG有时整个图案镜像。原因一种是地址映射算错把SEG和COM搞反另一种是段码表bit顺序和PCB布线不一致可能是SEG线在屏的FPC上跳了线。解决先不调段码表用逐点扫描测试确认物理映射。写一个临时函数循环点亮“地址addr、bit位n”的交点观察亮点位置并记录。走完一遍建立一张“SEG/COM到屏上笔画”的映射表再把段码表按这张表重新编排。这个工作看起来繁琐但比盲猜高效得多。5.3 现象页面切换时出现闪烁或残影现象从页面A切到页面B画面刷新过程中能看到半亮的中间态有时还有上一页的残影。原因直接把新内容一字节一字节写进芯片而tm1621的扫描是和写入并行进行的。写前半段时扫描已经输出到后半段用户看到的就是新旧内容混合的瞬间。解决先在buffer里完成全部页面切换逻辑再一次性flush。不要把页面切换拆成多次写RAM。如果目标屏内容很大flush时间较长可以先把新内容整块写到buffer然后关显示、刷新、开显示用“眨眼”换取干净切换。多数场景下flush一次就够了。5.4 现象低功耗模式待机电流降不下来现象MCU进了stop模式整板电流还在1mA以上远超预期。原因tm1621的系统振荡器和LCD偏压发生器还在运行。很多驱动只发了LCD OFF命令但振荡器和偏压电路没关芯片内部持续耗电。解决进入低功耗前先发送系统关断命令再关LCD显示顺序不能反。我一般先LCD OFF再SYS OFF。恢复时重新走初始化序列不能只发一个显示ON命令。这个坑在电池供电的仪表项目里特别明显血泪教训。5.5 现象接线正确但完全无显示且DATA线波形不正常现象逻辑分析仪上DATA波形有明显毛刺WR上升沿处电平不稳定屏幕完全无反应。原因GPIO输出速度和PCB走线寄生电容共同导致边沿过缓芯片在采样点读到不确定电平。常见于飞线连接显示屏的场景杜邦线太长还和电源线并行走线。解决把GPIO速度调高缩短DATA和WR线长度避免和VDD、COM输出线平行。如果飞线无法缩短可以在DATA和WR线上各串33欧姆电阻降低振铃。这个优化让很多“芯片是坏的”的误判消失。6. 进阶把按键扫描和显示刷新放进同一个串口6.1 一个忙标志解决CS竞争如果你的tm1621这颗带按键扫描回传功能那么按键状态读取和显示数据写入共用DATA线、共用CS和WR。两个任务如果同时操作CS会被拉来拉去屏幕直接花掉。解决方法是用一个忙标志做仲裁。static volatile uint8_t tm_busy 0; uint8_t tm1621_lock(void) { if (tm_busy) return 0; tm_busy 1; return 1; } void tm1621_release(void) { tm_busy 0; }逻辑说明任何想使用串口的任务先调用tm1621_lock。返回1表示拿到使用权可以做完整帧操作完成后调用release。返回0表示另一个任务正在使用当前任务稍后重试或丢弃本次操作。这个锁只解决任务间协作不解决中断抢占如果显示刷新和按键扫描在不同优先级中断里执行需要用关中断或临界区保护lock的判断加置位过程。6.2 主循环和定时中断的分工建议任务归属建议位置原因显示buffer修改主循环纯内存操作不占用串口显示flush主循环或低优先级任务可被按键扫描抢占但不能并发按键扫描定时中断或按键触发后响应快占用串口时间短串口帧发送同一时刻只能一个发起者硬件CS只有一个我实际跑过的方案是按键扫描放在1ms定时中断里显示flush放在主循环dirty标志由界面逻辑设置。中断里如果检测到按键事件先把键值存下来不立刻读DATA而是在主循环里用锁保护再执行按键状态读取。这样既保证按键响应又避免中断里长时间占用串口导致显示任务饥饿。有一个容易忽略的细节如果显示flush和按键扫描在两个同优先级中断里锁就失效了。因为中断嵌套可能发生在lock判断和置位之间两个任务同时认为拿到了锁。这类场景要么把两个操作放进同一个中断里顺序执行要么在lock外部加临界区保护。用RTOS时锁要用mutex而不是裸变量。有一次我调某个跨平台系统的面板模块按键扫描放在1ms中断里显示刷新放在主循环一切正常。后来改成两者都走RTOS任务我忘了加锁CS被两个任务抢来抢去屏幕直接雪花定位半天才意识到是并发问题。从那以后我每写一类多设备共用总线的驱动都会先把“谁在什么时刻能用这条线”写成注释贴在文件头确认每个lock都配对再有下一步。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
