简介针对嵌入式开发中 HT1621 液晶驱动芯片的应用需求这份 PDF 对驱动原理、硬件连接和程序设计进行了系统梳理。内容先介绍 128 点内存映象驱动器的基本特性说明仅需 4/5 根引脚即可与主控制器通信并配有接线原理图和静态 LCD 结构图随后逐一讲清时基、占空比、偏压比、LCD 驱动电压等易混淆概念解释动态扫描显示与静态显示的差异。在 RAM 地址映射部分文档以 32×4 显示缓存对应 SEG 编号为线索结合数码管段地址顺序和 LCD_ADD[] 数组示范如何确定写命令 101 后的 6 位地址程序部分给出 HT1621_Dis_Char()、小数点显示和整数显示等可参考的 C 语言代码适合单片机开发者对照硬件调试静态 LCD 模块。资源包仅含 1 个 PDF大小约 963KB已有 166 人学习浏览是一份兼顾原理讲解与实际代码的实用参考。 HT1621这颗芯片我前前后后用了不少次最早是给一块带小数点的段码LCD屏写驱动当时手里没有现成库只能对着PDF逐条看命令时序踩了不少坑才把整个显示链路跑通。后来在多个项目里复用这套驱动从51到STM32都移植过结构上基本没怎么改。这篇笔记就是把HT1621的工作原理、命令结构、RAM映射和一套可以直接照抄的程序框架整理出来给准备接段码LCD屏的朋友做个参考。内容围绕液晶显示驱动方案展开适合正在用HT1621做显示、或者从0开始选型驱动芯片的嵌入式开发者、电子爱好者阅读。先说清楚一个概念HT1621不是那种直接给MCU发几个字符就能显示文字的器件它是“段码式LCD驱动芯片”也就是说它负责的是把MCU送过来的数据转成液晶屏上每一个段SEG的驱动电压波形。常见场景是驱动时钟、温湿度计、计数器的数码管式LCD一段一段地组合出数字和符号。理解了这一点后面的RAM映射和刷新逻辑就顺理成章了。1. 驱动设计思路与硬件准备1.1 HT1621到底在解决什么问题段码LCD屏表面看起来是“玻璃片”内部实际上是一堆独立的液晶段每个段需要由特定的COM和SEG电平组合来驱动。你不可能让MCU的GPIO直接去驱动这么多段因为引脚数不够、驱动能力也不够、交流波形也处理不了。HT1621就是把MCU的串行数据转换为扫描波形内部集成了LCD偏压发生器和显示RAMMCU只需要通过3根线把显示内容写进去剩下的刷新工作全部由芯片自己完成。这说明一个很重要的设计思路HT1621本质上是一个“显示缓冲区的并行驱动器”。你往芯片内部的RAM写什么屏幕就显示什么RAM里的每一位对应屏幕上的某一段。所以驱动程序的重点不是“刷新”而是“组织缓冲区”。只要把这个概念理顺代码写起来会清晰很多。1.2 接线时最容易忽略的三个点HT1621标准的控制引脚有CS、WR、DATA有些封装还有RD用于读RAM。平时只写显示内容的话RD直接悬空不接就行。很多人看着PDF里那么多引脚就发怵其实真正要关心的就三条线。第一VDD和VLCD的关系。VLCD决定液晶的偏压对比度很多模块直接把VLCD接VDD也能亮但如果你发现屏幕特别淡或者特别黑就需要在VLCD和VDD之间加一个可调电阻进行分压。第二电源电压要和MCU门限匹配。HT1621的工作电压范围很宽3.3V和5V都能跑但如果你用5V的单片机去驱动3.3V的LCD模块需要考虑电平匹配问题SW模拟时序时尤其要注意引脚能不能承受。第三CS在整个命令发送过程中必须保持低电平不能在中间拉高重来否则芯片会认为这是一次异常终止串行接口内部状态会复位。我在实际接线时习惯在DATA、WR、CS上都接10kΩ上拉电阻这样在MCU复位的瞬间芯片不会误动作屏幕一亮起来也不会先闪一下乱码。这个细节对产品级的稳定性很有帮助。1.3 软件模拟SPI还是硬件SPIHT1621的通信时序是“类SPI”但不是标准SPI它的WR是独立的写选通信号每个WR上升沿锁存一位数据命令长度可变不是严格的8位对齐。所以我的建议是直接用GPIO模拟时序不要强行套MCU的硬件SPI。硬件SPI看起来更快但HT1621的命令是变长的一个完整命令可能是5位、9位、甚至更多位组成硬件SPI按字节发送时会产生多余的时钟沿这些多余的位就会被芯片当作后续数据接收导致整个显示内容偏移。虽然有人用“先发3位命令头再发5位数据”的方式勉强凑出8位甚至很多网上的例程直接发0xA1、0xA3这种字节也能工作但那是因为命令后面的额外位恰好被芯片忽略或处于dont care状态属于“碰巧能跑”一旦换一个厂家批次或换一颗HT1621有些是HT1621B可能就翻车了。软件模拟的好处是位序、数据宽度、时钟极性完全受控想发几位就发几位移植到任何MCU上都只需要改三个GPIO宏。处理几十个段码的显示刷新率根本不是瓶颈完全不需要追求硬件SPI。2. 核心原理命令、时序与RAM映射2.1 三线串行协议的命令位结构HT1621的指令可以分成三类系统命令、偏压/时钟命令、地址命令。这三类的区别体现在命令头的前3位。系统命令以101开头后面跟2位数据用来控制系统振荡器开关和LCD偏压开关。比如SYS EN是10101LCD ON是10111。偏压/时钟命令以100开头后面跟6位数据用来选择1/2或1/3偏压、内部RC还是外部晶振、时钟分频系数等。地址命令以110开头后面跟6位数据这6位就是接下来写入RAM的起始地址。每个命令的位长不是固定的所以在底层函数上要写“发送N位”的通用函数而不是“发送一字节”。这是整个驱动里最关键的设计选择。发送逻辑很简单先把CS拉低然后按高位先出的顺序逐位移到DATA引脚上每移一位就产生一次WR上升沿。所有位发送完毕再把CS拉高。WR上升沿锁存数据的含义是在WR从低变高的瞬间DATA必须已经稳定芯片会在这个边沿读走当前电平。2.2 RAM就是一块分组寄存器HT1621内部有32×4bit的显示RAM一共128位每一位对应一个像素点。从地址角度看有32个地址每个地址对应一个字节但字节内每一位对应的是不同的COM口。也就是说显示缓冲区的大小最多是32个字节。地址命令发完之后后面的8位数据会自动写入当前地址然后地址自动加1。如果你要连续更新一大片显示内容只需要设置一次起始地址然后把整块缓冲区的数据依次发出去不用每写一个字节都重新发一次地址命令。这就是“连续写模式”。但要注意HT1621实际驱动的是32个SEG、4个COM而你的段码屏不一定把所有引脚都用完了所以缓冲区里会有一部分位永远没有对应物理段。无妨多写的位不影响显示只要保证关键段的位映射正确即可。2.3 为什么显示刷新不是重点提到LCD显示很多人第一反应是“要不要定时刷新”HT1621不需要。只要系统振荡器在跑、LCD偏压开着芯片会不停地循环扫描整个RAM并把数据转换成COM/SEG波形MCU写进去一次屏幕就一直显示。这带来的好处是你可以在低功耗场景下让MCU休眠HT1621由独立电源或鹅针电池供电显示内容不丢失、不闪烁。我在做手持温度计时就是这样干的主控定时醒来采一次温度刷一次HT1621然后继续睡屏幕上的数字一直保持稳定。如果真的需要关闭显示推荐先把显示缓冲区全部清零确保所有段都熄灭再发LCD OFF或SYS DIS命令。否则可能存在短暂残影虽然不至于损坏屏幕但在产品上会显得不够干净。3. 程序实现从底层函数到显示驱动3.1 位发送基础函数驱动底层的核心就是“发N位”的函数所有命令和数据都由它拼装。代码用宏封装GPIO操作方便适配不同平台。#define HT1621_CS_L() GPIO_WriteLow(HT1621_CS_PORT, HT1621_CS_PIN) #define HT1621_CS_H() GPIO_WriteHigh(HT1621_CS_PORT, HT1621_CS_PIN) #define HT1621_WR_L() GPIO_WriteLow(HT1621_WR_PORT, HT1621_WR_PIN) #define HT1621_WR_H() GPIO_WriteHigh(HT1621_WR_PORT, HT1621_WR_PIN) #define HT1621_DATA_L() GPIO_WriteLow(HT1621_DAT_PORT, HT1621_DAT_PIN) #define HT1621_DATA_H() GPIO_WriteHigh(HT1621_DAT_PORT, HT1621_DAT_PIN) static void HT1621_SendBits(uint32_t data, uint8_t cnt) { uint8_t i; for (i cnt; i 0; i--) { if (data (1 (i - 1))) { HT1621_DATA_H(); } else { HT1621_DATA_L(); } HT1621_WR_H(); HT1621_WR_L(); } }这里每次都是先置好DATA再把WR从低拉高形成一个上升沿。如果你用的MCU速度非常快可能在GPIO电平还没稳定时WR边沿就到了稳妥的做法是在DATA设置和WR拉高之间插几个空指令或者干脆用个小延时。3.2 写命令与写数据函数的封装有了SendBits之后命令和数据的封装就简单了。为了避免“按字节发送导致多余位”的问题我这里严格按照HT1621的位结构来发。void HT1621_WriteCommand(uint8_t cmd_head, uint8_t data, uint8_t data_len) { HT1621_CS_L(); HT1621_SendBits(cmd_head, 3); HT1621_SendBits(data, data_len); HT1621_CS_H(); } void HT1621_WriteData(uint8_t addr, const uint8_t *buf, uint8_t len) { uint8_t i; HT1621_CS_L(); HT1621_SendBits(0x6, 3); // 110地址命令 HT1621_SendBits(addr, 6); // 6位起始地址 for (i 0; i len; i) { HT1621_SendBits(buf[i], 8); // 连续输出显示数据 } HT1621_CS_H(); }调用示例就是HT1621_WriteCommand(0x5, 0x1, 2)代表“10101”也就是SYS ENHT1621_WriteCommand(0x5, 0x3, 2)是“10111”也就是LCD ON。这样写最精确看代码的人一眼就知道每位的作用。3.3 初始化流程与刷新逻辑初始化HT1621有个固定套路先把系统振荡器打开再配置偏压和时钟然后开启LCD偏压最后写入初始显示数据。顺序最好不要反先开LCD再配时钟的话芯片内部的逻辑状态可能不在预期位置导致首帧显示异常。我项目中实际使用的初始化序列#define HT1621_CMD_SYS_DIS 0x0 #define HT1621_CMD_SYS_EN 0x1 #define HT1621_CMD_LCD_OFF 0x2 #define HT1621_CMD_LCD_ON 0x3 void HT1621_Init(void) { HT1621_WriteCommand(0x5, HT1621_CMD_SYS_EN, 2); // 系统振荡器开 HT1621_WriteCommand(0x4, 0x3, 4); // 配置偏压/时钟具体值见手册 HT1621_WriteCommand(0x5, HT1621_CMD_LCD_ON, 2); // LCD偏压开 HT1621_Clear(); }偏压/时钟命令的数值位在不同版本芯片上定义稍有差异稳妥的做法是去翻你手上那颗芯片的数据手册。我常用的一颗把数据位配成0x3可以正常工作但换了一颗HT1621B以后依然正常这说明它对这个命令的某些位可能做了兼容处理。不过我不建议完全照抄这个值因为时钟源、分频系数如果配错屏幕会出各种奇怪现象比如极慢闪烁、对比度异常。刷新逻辑也很简单把显示缓冲区数组准备好然后一次性写入。uint8_t dispBuf[8]; void HT1621_Refresh(void) { HT1621_WriteData(0, dispBuf, sizeof(dispBuf)); }每次要改显示内容时只改dispBuf数组改完调一次Refresh就行。这个模式适配大多数段码屏应用。3.4 段码转缓冲区代码示例很多新手卡在“怎么把数字09变成段码”。答案其实很机械屏幕上的每个段你给它分配一个bit位然后把数字对应的段组合成字节。以常见的8字形数码管为例假设它的段名是ag加小数点dp你把dispBuf[0]的bit0对应a段、bit1对应b段……以此类推那么数字1需要的段就是b段c段对应的值就是(11)|(12)。const uint8_t numberTab[] { 0x3F, // 0: a b c d e f 0x06, // 1: b c 0x5B, // 2: a b d e g 0x4F, // 3: a b c d g 0x66, // 4: b c f g 0x6D, // 5: a c d f g 0x7D, // 6: a c d e f g 0x07, // 7: a b c 0x7F, // 8: 所有段 0x6F // 9: a b c d f g }; void HT1621_ShowNumber(uint8_t pos, uint8_t num) { if (pos 8) return; dispBuf[pos] numberTab[num % 10]; HT1621_Refresh(); }这种映射关系和屏厂提供的段位图强相关不同厂家封装的引脚排列不一样所以这个表只是“模型示例”。实际做的时候最好写一个一键全亮的测试程序把所有buffer位都置1然后对照实物屏幕把每个bit和段的位置记录下来画一张表贴在工位上。这是我每次换新型号屏幕必做的流程比对着PDF猜快很多。4. 实操中的坑与排查技巧4.1 屏幕完全不亮时的排查顺序屏幕不亮是最常见的故障但来源多半不在代码而在硬件和初始化顺序。我个人的排查顺序是先量VDD和VLCD电压。VLCD如果接近0V偏压就起不来屏幕必然不亮。再用示波器看WR和DATA有没有波形。如果波形正常就看初始化代码里的三个命令有没有按“振荡器→偏压配置→LCD ON”顺序执行。还有一个很容易忽略的点CS有没有被意外拉到高电平。有些人把CS接到了MCU的某个默认高电平引脚上上电瞬间芯片正常但只要这个引脚被复用成别的外设功能CS一拉高后续所有命令全部失效屏幕就黑在那里。4.2 显示乱码、段位错乱的排查思路显示内容不对优先检查位序。HT1621的数据是高位先出如果你SendBits函数里写成了低位先出屏幕上所有段都会乱掉但看起来又不是完全不相关。其次检查地址命令和数据长度是否匹配。如果缓冲区长度超过了芯片实际RAM范围多出来的数据会写到不存在的地址然后影响到后续地址表现就是显示内容整体偏移了一段。还有一个我踩过比较久的坑在写数据过程中CS中间抖了一下。因为软件模拟时序是逐个bit操作的如果在WR或DATA切换时MCU触发了中断而中断服务程序里也有GPIO操作就可能把DATA电平给改掉。这种偶发性乱码很恶心排查方法就是在发送一帧数据期间关闭相关的全局中断或者至少在SendBits函数执行期间屏蔽优先级较低的中断。章节性出现乱码优先怀疑这里。4.3 对比度异常和偏压选择对比度偏淡最常见原因是VLCD电压偏低或者偏压模式选错。HT1621支持1/2 bias和1/3 bias两者的本质区别是液晶驱动电压的不同档位。如果你的屏写的是“建议1/3 bias”而代码里配的是1/2 bias驱动波形幅度不够笔画就会淡到几乎看不见。调对比度的时候我一般先固定代码里的偏压配置改VLCD分压电阻观察一个固定笔画的深浅。屏幕太黑、出现非目标段被轻微激活的残影就降压太淡就升压。找到合适的中间值后再把偏压命令固定下来不要频繁改。4.4 代码移植时容易被“简化”带偏的地方网上一搜HT1621能搜到很多“简化版”驱动最典型的是把命令直接写成一个字节LCD_WriteCmd(0x01)、LCD_WriteCmd(0x03)、LCD_WriteCmd(0x28)这种。这种代码有些确实能跑但并不代表它严格符合HT1621的命令位结构。0x28这个值具体代表什么取决于例程作者对偏压命令数据位的理解如果你照抄到不同屏上大概率要对寄存器重新排查反而比从原理上理清更浪费时间。移植时我建议把命令的每个bit都拆开按“命令头数据位”的方式去配置而不是用魔数。哪怕多写几行宏定义后续排查起来会舒服很多。另一个容易被带偏的点是“只发命令不发数据也能亮”的错觉。网上很多不完整的例程只写了初始化没有真正写数据屏幕照样亮那是因为最终显示的是RAM里的随机值不代表你的数据通路没问题。所以调试时必须先调通数据写入再回头调显示内容。我个人在实际操作中最大的体会是HT1621这种芯片一旦把命令结构和RAM映射透程序就是一层窗户纸之后在51、STM32、国产MCU之间移植基本就是改几个宏的体力活。真的卡住你的通常不是代码而是接线、电压和屏的段位图。下一次再碰到段码LCD驱动别急着找现成代码先花一下午把芯片手册的命令表和屏厂提供的连接图对齐后面会顺畅很多。本文还有配套的精品资源点击获取