简介：面向嵌入式开发者的HT1621B笔段式LCD驱动完整工程包，适用于低功耗显示模块的选型、硬件验证与固件调试。资源基于IAR Embedded Workbench搭建，共收录31个文件、压缩后仅144KB，包含驱动源码、头文件、IAR工程与工作区配置、调试下载脚本、批处理文件、Hex固件以及编译中间产物，覆盖代码编辑、编译链接、烧录调试全流程。已有1005人学习参考。文件中自带完整的LCD测试例程，可直接复用芯片初始化、数据发送与显示亮度控制等底层驱动，帮助读者快速掌握通过SPI接口操作HT1621B的时序与寄存器配置，减少逐位翻阅数据手册的麻烦，对智能仪表、小家电控制面板等笔段屏项目的快速落地很有价值。 通常看到这种带“.rar”的工程包，第一反应都是“又是个能跑就行的demo”。但这个HT1621B的驱动包不一样，标题里“测试过完整”四个字，说明作者把驱动、电路、验证、甚至下载链路都整整齐齐沉淀下来了。我从事单片机开发这么多年，接到过不少LCD显示的需求，从最早的1602字符屏、12864点阵屏，到后来段码屏配合HT1621系列驱动芯片，这中间踩过的坑，比很多人想象中要多得多。这篇就借HT1621B驱动LCD这套工程，把从芯片原理、硬件连接、驱动编写到实际调试的完整链路盘一遍，尤其针对8051这类经典平台，把那些“文档上不会写、但实战一定会遇到”的细节翻出来晒晒。
1. 项目拆解：为什么是HT1621B，而不是直接驱动LCD
1.1 8051直驱LCD的局限与HT1621B的核心价值
先回答一个很多新手会问的问题：LCD背后的引脚不多，为什么还要加一颗HT1621B？要知道，8051单片机要直接驱动段码LCD，面临的麻烦是结构性的：
第一，引脚资源根本不够。常见的8位段码屏，一个数字“8”就要7段，再加上小数点，一个字符就是8个段。一个4位显示就需要32个段，8051一共就32个IO口，光驱动显示屏就用光了，后面别想接任何按键和传感器。
第二，LCD驱动需要AC信号，不能加直流。LCD的显示原理是靠电场控制液晶分子偏转，如果让某个段长期处于恒定直流电压下，液晶材料会不可逆地劣化，这就是常说的“极化”。8051直接操作IO拉高拉低，没有专门的时序产生AC波形，稍微一疏忽就是永久性损坏屏幕。
第三，扫描刷新本身就是CPU的负担。即便引脚够，MCU还得不停扫描刷新、维持对比度、处理偏压极性翻转，占用的CPU资源会直接影响主业务。
HT1621B解决的就是这三个核心痛点。它内部集成了LCD偏压发生器、AC波形产生电路、显示RAM和4*4键盘扫描接口，是妥妥的“LCD显示协处理器”。8051只需要通过3根线（CS、WR、DATA）和它交换数据，剩下的显示刷新全由HT1621B自动完成。选型思路总结来说就是：主控只管业务逻辑，显示刷新交给专用芯片，分工清晰，后续移植到STM32、ESP32上，只需要改底层IO操作，显示逻辑可以原封不动搬走。
1.2 “测试过完整”四个字的实际分量
说句实话，做嵌入式的都懂，能把外设驱动“调亮”和“测试过完整”完全是两码事。“调亮”是碰运气，“测试过完整”是一种工程交付标准。我个人理解，这套工程能贴上这个标签，背后应该覆盖了四层验证：
第一层是硬件通路验证：CS、DATA、WR三根线时序是否正确，屏的偏压是否正常，每一个SEG和COM引脚是否能正常点亮对应的段。
第二层是功能验证：所有显示位逐一亮灭测试、动态刷新测试、显示稳定性测试（至少持续数小时无明显闪烁）。
第三层是软件健壮性验证：驱动不干扰主程序运行、按键扫描不漏检不误检、低电压环境下显示依然清晰。
第四层是交付完整性验证：代码注释清楚、接线图明确、常见问题有记录。这套工程里有这么完整的东西，放在网上，基本可以当教材用了。
2. 硬件连接与原理图设计的几个关键抉择
2.1 三线SPI连接方式与上拉电阻的取舍
HT1621B和主控之间的通信接口可以配置成3线或4线模式，这套工程用的是3线模式，CS（片选）、WR（写时钟）、DATA（双向数据线）。在连接8051的时候，我通常建议在DATA线上加一个10kΩ的上拉电阻。
上拉电阻这件事是热词里提到“4*4键盘用不用上拉电阻”所关联的问题，但放在通信线上也同样适用。HT1621B的DATA线在大部分时间里是输入模式，只有在读按键状态的时候才切换成输出模式。8051的IO口如果是准双向口，内部有弱上拉，不加电阻多数时候也能跑，但抗干扰能力会弱一截。如果用的是开漏模式或者外部扩展IO，不加电阻就完全无法工作。所以，在DATA线上保留1个10kΩ电阻是稳妥习惯，成本几分钱，换来的是时序稳定性的提升。
CS和WR线上其实不必额外上拉，因为正常时序下这两条线有明确的高低电平驱动，加上拉反而可能影响信号边沿。
另外有个很多人忽略的细节：HT1621B的VDD范围是2.4V到5.2V，8051常见的5V系统可以直接供电，但如果系统电压是3.3V，需要注意HT1621B的输出高电平是否和8051的电平兼容。老款8051的输入高电平阈值是2.0V，3.3V供电的HT1621B输出高电平通常在3.0V以上，理论上兼容，实际跑也基本没问题，但稳妥起见，在批量产品上建议加电平转换或者选用带5V容忍功能的单片机型号。
2.2 4x4键盘扫描：上拉电阻到底要不要
这个问题被问得很多，直接给结论：需要，而且必须接。
HT1621B的键盘扫描功能是通过内部的上拉/下拉开关配合读引脚电平实现的。当它在扫描某个按键行时，内部会临时开启该行引脚的上拉，然后去读列引脚的电平。这种情况下，如果键盘引脚外部没有接任何上拉电阻，检测结果会完全依赖内部那点微弱的上拉力量，在潮湿环境、长走线场景下很容易误触发。
我遇到过一次真实案例：一块板子键盘扫描偶发性误触发，查到最后就是没加上拉电阻导致的。HT1621B内部上拉在开启瞬间有毛刺，按键按下瞬间电平拉升不够陡峭，导致读到的电平状态不稳定。最后在8根键盘线（4行4列）上各加了一个10kΩ排阻，问题彻底消失。如果你也在用HT1621B做键盘扫描，这8个电阻别省。
2.3 LCD偏压、亮度与极化避免的电路实现
LCD亮度调节这件事，在段码屏上跟背光完全是两回事。段码屏没有背光，所谓的“亮度”实际是对比度。HT1621B内部有一个偏压选择寄存器（BIAS），通过命令字设置，常见配置是1/3偏压或1/4偏压，对应不同工作电压的液晶屏。
具体的选压逻辑是：显示屏的驱动电压大约等于LCD工作电压的1/3（1/3偏压模式）或1/4（1/4偏压模式），剩余电压通过内部分压电阻网络产生。LCD液晶材料对电压比较挑剔，电压过高会变黑糊成一团，过低则显示极淡。
实际调试时，我一般先把BIAS配置成数据手册推荐值，然后通过调节VLCD引脚外部电容（通常1μF到2.2μF）以及电源电压来微调对比度。如果屏幕显示“全黑”，大概率是偏压设置过高；如果显示“白茫茫一片”，则要检查偏压是否过低。
至于极化避免，HT1621B内部会自动产生AC波形翻转液晶驱动电压极性，这个不需要用户干预。需要外界配合的是不要在软件里强制设置某些段常亮，这会导致对应段长期处于直流偏置状态。正确做法是：所有需要亮起的段都通过正常的显示RAM写入，不需要亮的段保持清零，让芯片的AC波形自然管理极性。
3. 软件驱动核心逻辑与工程实现细节
3.1 命令系统梳理：写命令、写数据、读按键
在写驱动代码之前，务必要先理解HT1621B的三类通信操作。这三类操作通过CS和WR的时序配合来区分，而不是通过不同的指令码。
第一类是命令操作（Command Operation）。主机往HT1621B写入一个命令字，用于配置偏压、开启振荡器、设置显示模式等。命令字长度通常是9位（1位标志+8位数据），但有的命令更长。命令写入时CS必须拉低，然后在WR的上升沿或下降沿按位写入。
第二类是数据操作（Data Operation）。主机写入显示RAM的数据。HT1621B的显示RAM是32个4位的半字节，正好对应128个点和4个COM口。写数据前必须先设置写模式（WRMOD命令），然后连续写入，地址会自动递增。
第三类是读操作（Read Operation）。主机从HT1621B读取按键扫描结果。读操作需要先把DATA线切换成输入模式，然后主机给WR时钟，从DATA线上一位一位读回来。
初次接触这套体系的时候容易混淆命令和数据，特别是网上能找到的代码风格五花八门，有的用GPIO模拟SPI，有的用硬件SPI，但底层通信协议是一样的。抓住“命令先写、RAM后写、按键最后读”这个主线，驱动就清晰了。
3.2 初始化序列：一步都不能少的开机流程
HT1621B的初始化其实很容易踩坑，尤其是刚上电时，如果不先开振荡器就写显示RAM，数据会丢。正常的初始化顺序应该是这样：
void HT1621_Init(void) { // 1. 系统配置命令：使能偏压发生器、打开振荡器 HT1621_WriteCmd(0x29); // 1010 1001: sys_en=1, sys_dis=0, bias=1/3, sys_clk=1 // 2. 显示配置命令：开启显示、设置占空比（1/4占空比） HT1621_WriteCmd(0x02); // 1010 0010: lcd_on=1, duty=1/4 // 3. 清空显示RAM for (uint8_t i = 0; i < 32; i++) { HT1621_WriteData(i << 2, 0x00); } }命令字0x29和0x02的具体格式，不同厂家的数据手册标注略有差异，但底层含义一致。初始化之后，显示RAM是全零状态，屏幕不会乱显示，这时候再往指定地址写数据，屏幕就能按预期显示内容。
有个细节值得注意：每次写命令时，需要把CS拉低再拉高，形成一个片选周期，确保命令被正确锁存。连续操作时，CS可以保持低电平，但中间要留足够的时钟间隔（一般至少几个微秒）。USB转TTL下载调试的时候，时序如果被下载工具的中断打断，偶尔会出现花屏，就是这些时序间隔不够稳定导致的。
3.3 段位地址映射与显示中文的处理思路
HT1621B的显示RAM映射非常直观：每个COM口对应一个位，每个SEG口对应一个RAM半字节中的一位。显示屏上的段位置与RAM地址的对应关系，要看屏幕厂家提供的段位表。比如一个“8”字，标准7段加上小数点，会分布在若干个SEG引脚上，软件层面就要把这些段拼成一个完整的字形编码。
驱动代码里，核心是一个“显示缓存”数组，长度32字节，专门对应HT1621B的全部显示RAM。每次要更新显示内容，先改这个缓存数组，再把整个缓存刷到芯片上。这样做的好处是避免了零散写数据导致的中间态闪烁。
至于中文显示，段码屏不同于点阵屏，它不能自由显示任意汉字。段码屏能显示的中文是有限的，通常是预先在玻璃上刻好的固定字符（比如“电压”、“电流”、“温度”、“报警”等）。软件只能控制这些预刻字符段的亮灭，不能像点阵屏那样逐点子显示。如果你想用段码屏显示任意中文，只能换用点阵LCD或者OLED方案，但如果是固定几个汉字的显示场景，段码屏加HT1621B的成本优势是点阵方案无法比拟的。
3.4 键盘扫描代码的时序细节
HT1621B的按键扫描原理很巧妙：扫描时它会按顺序驱动COM口作为行，检测SEG口的电平状态，如果在某个COM口为高电平的时段内SEG口也读到高电平，就说明该点有按键按下。整个过程全由芯片硬件完成，软件只需要读出结果。
读键盘的代码大致结构如下：
uint8_t HT1621_ReadKey(void) { uint8_t value = 0; // 先切换到读模式 HT1621_WriteCmd(0x40); // READ_MODE命令 // DATA线切换为输入 GPIO_Data_Mode(GPIO_MODE_INPUT); // 拉低CS，等待D0（按键有效标志） CS_LOW(); // 读取key data（8位） for (uint8_t i = 0; i < 8; i++) { WR_HIGH(); value >>= 1; if (DATA_READ()) value |= 0x80; WR_LOW(); } CS_HIGH(); // 恢复DATA线为输出 GPIO_Data_Mode(GPIO_MODE_OUTPUT); return value; }这段代码里最关键的是主机读之前必须给HT1621B足够的准备时间。这个准备时间通常在命令发出后的毫秒级别，如果太快去读，芯片还没准备好，读回来的全是0xFF。有人在这地方卡了很久，其实是时序微调的问题。
4. 工程代码的模块化设计与CH340下载链路
4.1 驱动文件怎么组织才算“完整”
参考这套“测试过完整”的工程组织方式，我建议驱动代码按三层拆分，而不是把所有函数堆在一个main.c里：
第一层是硬件抽象层（HAL），对应HT1621_HAL.c和HT1621_HAL.h。这一层负责最底层的IO操作，包括CS、WR、DATA三条线的拉高拉低、方向切换、微秒级延时。将来换平台（比如从8051换成STM32），只需要改这一层。
第二层是芯片驱动层，对应HT1621.c和HT1621.h。这层基于HAL层实现HT1621B的命令读写、显示RAM刷新、键盘读取。对外提供类似HT1621_Init、HT1621_DisplayString、HT1621_ReadKey这样的接口。
第三层是应用层，对应main.c或者app_display.c。这一层只和芯片驱动层打交道，不直接碰IO，业务逻辑和显示逻辑完全分离。
三段式设计的好处不仅仅是结构清晰，更重要的是方便复用。比如你要把这个驱动移植到ESP32上，HAL层重写一遍（换GPIO操作），芯片驱动层几乎不用动，应用层完全不动，工作量直接下降了80%。
4.2 CH340串口下载与调试工具链经验
8051平台的程序下载，老思路是并口下载器，但现在的笔记本根本没有并口，主流做法是用USB转串口芯片接单片机的最小系统下载。热词里提到的CH340是非常常用的USB转UART芯片，稳定性比最早的PL2303方案好得多，驱动安装也方便。
实际使用CH340连接8051做下载调试时，有几个注意点：
一是下载速度别拉太高。8051的烧录时序受限于内部RC振荡器的精度，速度太高容易烧录失败。我一般习惯用9600或者19200的波特率烧录，稳定且不容易出幺蛾子。
二是下载后要断电重新上电。CH340连接下，如果单片机在上电状态下直接切换烧录模式，偶发会遇到程序烧成功了但运行异常的情况，重新上电一下就好。
三是USB电源的干净程度。CH340如果直接给目标板供电，而目标板上又有HT1621B这类对电压敏感的芯片，务必在目标板的VCC和GND之间并联一个100μF电解电容和0.1μF陶瓷电容。USB口供电浪涌比较多，不加电容，HT1621B的偏压发生器偶尔会抽风，屏幕会出现莫名其妙的闪动。
4.3 显示内容的编码表与字库处理
段码屏的显示和字形码是强绑定的。具体来说，一个“共阴”或“共阳”的段码屏，要显示出“0-9”和“A-F”以及一些特殊符号，需要手动做一张编码表。
以下是一段针对典型段码屏的0-9编码示例（对应SEG0-SEG6分别是a,b,c,d,e,f,g段，COM映射到字节位）：
const uint8_t code font_table[] = { 0xC0, // 0: abcdef (a=1,b=1,c=1,d=1,e=1,f=1,g=0,dp=0) 0xF9, // 1: bc 0xA4, // 2: abdeg 0xB0, // 3: abcdg 0x99, // 4: bcfg 0x92, // 5: acdfg 0x82, // 6: acdefg 0xF8, // 7: abc 0x80, // 8: abcdefg 0x90 // 9: abcdfg };注意，不同厂家的屏幕，段与引脚的对应关系可能有差异，这份表是“标准段序”下的编码，实际使用前必须对着自己手里的屏的规格书核对。有的屏把DP（小数点）接在了高电平有效端，有的接低电平有效，同一个数字编码可能显示完全不一样。
比较稳妥的办法是调试阶段用“逐段点亮”的方式校准编码表：先只点亮a段，再只点亮b段，逐个确认段序后再填入编码表。看起来多花十分钟，实际能省下一个下午的瞎猜时间。
5. 调试血泪史：从“不亮”到“亮得漂亮”的排查路径
5.1 LCD完全不亮时的排查顺序
遇到屏幕完全不亮，先别急着怀疑代码。我总结了一个排查顺序，基本能覆盖九成以上的情况：
第一步查电源：用万用表量HT1621B的VDD和GND，看电压是否在芯片工作范围内。
第二步查振荡器：HT1621B内置振荡器，可以通过命令打开或关闭。如果初始化时忘了开振荡器，芯片完全不工作。测试这个的最快方法：初始化之后去读按键寄存器，如果所有按键都读不到有效数据，大概率是振荡器没开。
第三步查CS和WR时序：用示波器或者逻辑分析仪抓CS、WR、DATA三根线，确认波形是否符合数据手册的时序要求。没有示波器的话，可以在软件里反复拉高CS、延时、再拉低，听屏幕有没有反应。这种“盲敲”方式虽然不优雅，但有时候真的好使。
第四步查偏压设置：如果屏幕发黑或者完全不显示，把BIAS相关命令逐条尝试。偏压设置错误不会让芯片死掉，但会让液晶的驱动电压完全不对，显示效果会很差。
5.2 显示乱码、闪烁与feedthrough干扰的抑制经验
乱码的原因九成是通信时序不稳定或者显示RAM数据被意外改写。
比较典型的场景是：在主程序执行长延时（比如处理其他传感器）的时候，刷新显示不及时，屏幕出现局部残影或者闪烁。解决思路是把显示刷新放到定时中断里，比如每5ms刷新一次。段码屏对刷新率要求不高，但低于30Hz的刷新会有明显闪烁感。中断里刷屏，主循环专心跑业务逻辑，两者互不干扰。
还有一类更隐蔽的问题是feedthrough干扰。这个词在段码屏行业里指的是液晶像素的寄生电容耦合效应：当某个COM口切换电压时，会对其他段的显示状态产生瞬态干扰。在电路板布线时，SEG线和COM线尽量远离，特别是高频信号线（比如晶振引脚）要避开LCD排线区域。还有包地处理：在LCD排线下方连续覆铜接地，能明显降低feedthrough引起的鬼影现象。
软件层面，可以在刷新前先延时几个毫秒等LCD驱动电压稳定，再写入下一批数据，虽然降低了刷新率上限，但换来的是更干净的显示效果。在注重显示质量的场合，这个取舍值得做。
6. 这套工程的扩展思路与个人实践心得
说实话，HT1621B这颗芯片虽然年纪不小，但用好了是真的省心。到目前为止，我在三个量产项目上用过它：一个温控器、一个定时插座、一个简单的电压表，全部稳定运行，没有一例显示相关的售后问题。
对于拿到这套“HT1621B驱动LCD测试过完整.rar”的朋友，建议先照下面的顺序来操作：
第一步，准备好最小硬件系统（8051/STM32+C8T6或类似开发板+HT1621B模块+段码LCD屏）。第二部，打开工程包里的原理图，对照自己手上的屏的引脚定义，确认SEG和COM的接法。第三步，编译驱动代码，先只跑初始化+全段点亮测试，确认每一段都能亮。第四步，跑自带的Demo显示程序，验证数字、字母显示。第五步，接上4x4键盘，测试按键扫描。把这五步走完，整套驱动的心法基本就掌握了。
还有一点关于后续扩展：如果你想把这个驱动从8051平台移植到STM32或者ESP32上，重点只改HAL层。8051代码里的sbit定义换成GPIO操作，延时函数换成SysTick或HAL_Delay，上层命令和数据结构完全不用动。我试过从8051移植到STM32F103，顺畅的话一个小时就能跑通，这个复用效率就是分层设计带来的最大红利。
最后再分享一个调试小技巧。HT1621B写显示数据时，如果一次要刷很多字节，中间可以故意加一个微小的延时（比如每4字节延时10μs），这样能避免极端情况下DATA线上的电平建立时间不够导致数据错位。这个方法在普通环境下不是必须的，但在屏线比较长（超过20cm）的时候，你会发现这个延时是性价比非常高的抗干扰手段。
本文还有配套的精品资源，点击获取
