简介51单片机驱动TFT彩屏显示汉字的完整工程例程专为嵌入式初学者和LCD应用开发者设计聚焦汉字点阵显示、屏幕初始化、驱动移植等常见难题。压缩包共23个文件整体仅71KB包含main.c、lcd_driver.c、gui.c等C源码及配套头文件分别负责主流程控制、TFT底层驱动与图形界面绘制charcode.h提供汉字点阵数据并带有Keil工程文件可直接编译烧录。工程还附带.hex固件、编译中间文件及配置备份便于复盘和跨环境迁移。已有930人学习使用。通过该例程可直观理解TFT彩屏的时序控制、汉字字模的编码与坐标换算掌握从MCU上电初始化、字库加载到屏幕像素输出的完整软件链路代码模块化程度高适合教学演示、毕业设计参考也便于在智能仪表或手持设备上快速移植扩展。1. 为什么大家都在点灯你却卡在“显示汉字”这一步玩 51 单片机的人多半都经历过这样的“灵魂拷问”流水灯、数码管、蜂鸣器玩得飞起一到 TFT 彩屏就蔫了。尤其是想在上面显示几个汉字——不是英文、不是数字就是正儿八经的方块汉字——查了一堆资料下载了一堆例程烧进去要么花屏要么乱码要么干脆白屏。问题到底出在哪先说清楚 TFT 彩屏显示汉字这件事的水有多深。51 单片机本身资源极其有限RAM 只有 256 字节STC89C52到 1KB 左右STC12 系列Flash 从 8KB 到 64KB 不等主频也就 12MHz 左右。而一块 TFT 彩屏哪怕是 1.8 寸 128×160 分辨率的像素也有两万个如果是 2.4 寸 240×320 的那就是七万六千多个像素点。用这么孱弱的 MCU 去驱动这么“大”的屏幕再叠加上汉字的字模提取、存储、坐标换算这些事儿确实不是随便抄一段代码就能跑通的。这篇文章就是冲着这些问题来的。我会从一个实际能跑通的例程出发把 51 单片机驱动 TFT 彩屏显示汉字的完整链路拆开讲清楚硬件的接法怎么选、字模怎么提取、汉字编码和点阵字库是什么关系、驱动函数怎么写、遇到花屏乱码该往哪个方向排查。同时把例程源码里最关键的部分贴出来逐行解释最后附上我在调试过程中踩过的坑。适合谁看如果你正在做课程设计比如“基于51单片机的多功能显示终端”、毕业设计或者单纯就是想在自己的小项目上把中文界面跑起来这篇文章能帮你少走至少一个星期的弯路。已经会用 51 点灯、会写基础中断和串口程序但没碰过屏幕驱动的人阅读体验最佳。2. 显示汉字之前先把底层逻辑理清楚2.1 汉字在单片机里到底怎么存汉字不能像英文字母那样用一个字节表示。英文字母 26 个加上数字、符号256 个编码位绰绰有余但汉字常用字就有 3500 个加上生僻字、标点符号必须用两个字节来编码这就是 GB2312/GBK 编码体系的由来。两个字节怎么对应到屏幕上的点阵这就涉及“字模”的概念。一个 16×16 的汉字点阵意味着这个汉字在显示屏上占据 16 像素宽、16 像素高每个像素要么亮要么灭正好用 16×16 / 8 32 个字节来表示。8×8 点阵则是 8 个字节24×24 点阵则是 72 个字节。像素越密字形越精细存储开销也越大。2.2 编码到字模的映射关系一段例程要显示汉字“你”它的处理路径是程序中写入汉字字符串“你好”编译器在源码以 GB2312 编码保存的前提下把这个字符串转换成对应的两个字节的机内码。机内码减去 0xA0得到区位码。用区位码去字库一个按区码、位码顺序排列的字模数据表中计算偏移量取出这个汉字对应的 32 个字节字模。把字模数据按位拆开逐位写入 TFT 屏幕对应坐标的像素点。这套逻辑在 PC 上由操作系统字体引擎自动完成但在单片机上没有操作系统帮你干活所以“把汉字字符串变成屏幕上的图形”这个工作必须自己写代码完成。2.3 为什么不建议“一张图片存一个汉字”有个常见的偷懒做法在取模软件里把需要的汉字一个个做成 C 语言数组然后直接调用显示函数。比如const unsigned char gImage_nihao[32] { 0x00, 0x00, ... };这种做法的问题非常明显第一项目里每增加一个汉字都要重新取模、重新编译第二如果要做菜单、多语言切换代码里会堆满一大片无规律的数字维护起来想死的心都有。稍微正规一点的例程都会选择“字库 索引”的方案把所有需要的汉字按区位码排列成一个连续的字模表显示时通过汉字机内码算出偏移量再按偏移量去读取字模。51 单片机的 Flash 虽然不大但放一个几百字的 GB2312 字模表每个汉字 32 字节100 个汉字也就 3.2KB绰绰有余。这个方案也是绝大多数 TFT 汉字例程的标准做法下文我会按照这个思路展开。3. 硬件选型与连接方案别在电路上栽跟头3.1 TFT 屏幕怎么选市面上常见的 TFT 彩屏按照驱动芯片大致分这么几类ILI93412.4寸/2.8寸240×320、ST77351.8寸128×160、ILI94883.5寸480×320。51 单片机性能有限驱动 480×320 的屏幕会比较吃力——不是说不行而是刷屏速度会让你怀疑人生。做课程设计、入门学习建议优先选择 1.8 寸 ST7735 或 2.4 寸 ILI9341这两个型号的资料最全例程也最多。接口方面TFT 屏幕有 SPI 接口、8080 并口、RGB 接口之分。51 单片机首选 SPI 接口原因很简单并口需要至少 16 根数据线加控制线会把手头所有 IO 占满SPI 只要 4 根线SCLK、MOSI、CS、DC加复位和背光逻辑简单时序也好控制。虽然 SPI 刷新速度比不上并口但对于显示汉字、菜单这类静态界面来说完全够用。3.2 一个能用的连接方案以 STC89C52RC 1.8寸 ST7735 SPI 屏幕为例我的接法是这样的屏幕引脚51 单片机引脚VCC3.3VGNDGNDSCL/SCKP1.0SDA/MOSIP1.1RESP1.2DC/RSP1.3CSP1.4BLK3.3V或通过IO控制注意一点TFT 屏幕的逻辑电平是 3.3V而 STC89C52 的输出高电平接近 5V。大部分屏幕模块板载了电平转换电路可以直接接 5V 单片机的 IO但如果你用的屏幕模块没有转换电路尤其是裸屏最好串一个 1K 电阻限流或者在 SCL、SDA 线上用电阻分压到 3.3V。这个细节很多人不注意结果就是屏幕偶尔能亮、偶尔花屏排查半天找不出原因其实就是电平不匹配在主控和屏幕之间打架。3.3 电源的坑51 单片机实验板上通常有一个 7805 把 USB 的 5V 转成 3.3V但这个 3.3V 的驱动能力有限。TFT 彩屏的背光 LED 电流不小尤其是 2.4 寸以上的屏幕点亮瞬间可能吃掉 40-80mA 电流。如果 3.3V 是从 5V 经过一个较小的 LDO 转出来的屏幕一亮电压就被拉低单片机就会复位、重启、花屏。最稳的做法是屏幕的 VCC 单独用一个 AMS1117-3.3 供电或者直接把屏幕背光供电接到 5V如果屏幕模块允许的话有些模块的背光 LED 是串了电阻的可以直接用 5V 驱动但要注意看模块原理图逻辑部分再接 3.3V。简单说别让屏幕和单片机抢同一份 3.3V 电流。4. 字模提取这一步错了后面全白搭4.1 取模工具怎么选汉字字模的提取市面上常用的工具有 PCtoLCD2002、字模 III、Image2Lcd 等。我个人的建议是用 PCtoLCD2002小巧、免安装、操作逻辑直白非常适合单片机场景。打开 PCtoLCD2002 后有一个非常关键的操作顺序先在“选项”里设置好字模参数再输入汉字生成字模。因为每次打开软件默认参数不一定是你上次设置的样子如果你忘了改选项直接输入汉字取模最后生成的字模格式和你的显示函数对不上显示出来就是一堆乱码。4.2 取模参数设置的黄金组合对比了网上大量的例程之后这里给大家一个通用的参数组合字体宋体或黑体字号 16对应 16×16 点阵取模方式逐行式有的叫“横向取模”取模走向从左到右从上到下每行显示数可以不管生成的是 32 字节一组的字模即可阴码/阳码选“阴码”还是“阳码”要和显示函数匹配一般例程里最常见的是“阴码”——即 1 表示亮点0 表示暗点字节内高位在前/低位在前这个必须和显示函数一致逐行式取模的含义是对一个 16×16 的点阵第一行的 16 个像素点用 2 个字节表示高位对应最左边的像素低位对应最右边的像素然后第二行、第三行……直到第 16 行。最终得到 32 个字节。4.3 生成字模的两种姿势批量化生成整个常用字库的方式有两种第一种是少量汉字的做法直接在 PCtoLCD2002 里输入汉字比如输入“你好世界”然后生成字模数组复制到代码里。适合界面只有几个固定汉字的场景。第二种是大量汉字的做法做菜单或者复杂界面时通常会用到 16×16 点阵 GB2312 全字库或者自己整理一个常用字表。方法是在 PC 上用脚本C 语言、Python 都可以读取汉字编码然后调用字库文件比如 HZK16网上有开源的字库文件批量生成字模数据最后组织成一个按区位码顺序排列的大数组。HZK16 文件的结构是固定的按区位码从小到大排列每个汉字占 32 字节。假设汉字机内码的高字节为 H低字节为 L区位码这么算// 区码机内码高字节减去 0xA0从 1 开始 unsigned char qu H - 0xA0; // 位码机内码低字节减去 0xA0 unsigned char wei L - 0xA0; // 在字库文件中的偏移 unsigned long offset (qu - 1) * 94 (wei - 1); offset * 32;为什么要减 0xA0因为 GB2312 编码中汉字机内码的两个字节都落在 0xA1 到 0xFE 之间减 0xA0 就是为了把“编码值”转换成“序号”。区码从 1 开始所以还要再减 1 才能对应数组下标。这个公式是汉字显示例程里最核心的一行代码务必理解不要死记硬背。5. 显示驱动的完整流程与代码逐段解读5.1 显示一个汉字需要哪些函数整理一下一个完整的 51 单片机 TFT 汉字显示例程至少需要下面这几个函数屏幕初始化函数LCD_Init配置 SPI 引脚、发初始化命令序列、设置显示方向。设置坐标窗口函数LCD_SetWindow / LCD_Address告诉屏幕“接下来的像素数据要写到哪个矩形区域里”。画点函数LCD_DrawPoint底层基础把 RGB 颜色写入指定坐标。写汉字函数LCD_ShowChinese核心函数输入坐标、汉字、颜色先算偏移再逐字节取模最后逐位画点。显示字符串函数LCD_ShowStringCN封装多个汉字的连续显示。5.2 核心写汉字代码下面这段代码是我在一个 STC89C52 ST7735 例程基础上整理出来的注释加得比较详细// 字库数据假设已经通过取模工具生成了一个16x16汉字字模数组 // 这里只展示少量汉字的字库实际使用中建议按区位码顺序排列 extern const unsigned char code HZK16[]; // 显示一个16x16的汉字 // x, y: 屏幕坐标左上角 // index: 汉字在字库中的索引由汉字字符串查表得到 // color: 字体颜色 void LCD_ShowChineseChar(unsigned int x, unsigned int y, unsigned char index, unsigned int color) { unsigned char i, j; unsigned char byteH, byteL; unsigned int offset index * 32; // 每个汉字占32字节 for (i 0; i 16; i) // 逐行处理 { byteH HZK16[offset i * 2]; // 高字节 byteL HZK16[offset i * 2 1]; // 低字节 for (j 0; j 8; j) // 高字节逐位 { if (byteH (0x80 j)) // 高位在前 LCD_DrawPoint(x j, y i, color); } for (j 0; j 8; j) // 低字节逐位 { if (byteL (0x80 j)) LCD_DrawPoint(x j 8, y i, color); } } }逐行式取模的字模格式和这段代码是匹配的第 0 行对应字节 0 和字节 1第 1 行对应字节 2 和字节 3依此类推。字节内高位对应左边的像素所以判断位时用0x80 j。5.3 字符串怎么变成索引上面代码里传入的是字库索引 index这个 index 并不是汉字本身的编码而是“这个汉字在字库数组中是第几个”。实际显示字符串时常见做法是自定义一个“查表函数”// 在字库中查找某个汉字的索引 // 假设汉字字库是 GB2312 区位码顺序排列 unsigned char LCD_FindIndex(unsigned char high, unsigned char low) { unsigned char qu high - 0xA0; // 区码 unsigned char wei low - 0xA0; // 位码 return (qu - 1) * 94 (wei - 1); // 区码从1开始 }然后在主函数里调用// 显示字符串你好世界 // 假设 code_str[] 中的汉字在字库中按GB2312顺序排列 void LCD_ShowStringCN(unsigned int x, unsigned int y, unsigned char *str, unsigned int color) { while (*str ! \0) { unsigned char high *str; // 第一个字节 unsigned char low *(str 1); // 第二个字节 unsigned char index LCD_FindIndex(high, low); LCD_ShowChineseChar(x, y, index, color); x 16; // 字宽16跳到下一个汉字位置 str 2; // 一个汉字占2字节 } }这套逻辑有一点需要特别注意源文件的编码格式。如果你在 Keil 里写代码源码文件默认可能是 GB2312 编码字符串“你好”的机内码就是 GB2312 编码和 HZK16 的位置对应得上。但如果你的源文件是 UTF-8 编码很多现代编辑器默认 UTF-8那么字符串里的“你”就不是两个字节而是三个字节上面的代码就会乱套。解决办法有两个第一在 Keil 的 Edit → Configuration 里设置源文件编码为 UTF-8 或 GB2312并确认编辑器保存的编码和实际一致第二干脆写程序时直接把汉字转换成编码值来写字符串比如\xC4\xE3表示“你”GB2312 编码用这种转义的写法来避免编码混乱。5.4 显示方向与坐标绕不过去的坑TFT 屏幕的坐标原点默认在左上角但不同屏幕模组、不同初始化序列可能会让屏幕的实际显示方向变成“横屏”或“竖屏”坐标轴也会跟着变化。常见的 ST7735 初始化代码里最后会设置一个MadCTLMemory Access Control寄存器用于控制扫描方向LCD_WriteReg(0x36, 0xA0); // 控制RGB/BGR、行/列扫描方向这个值改成 0x00、0xA0、0xC0、0x60 等屏幕的横竖方向都不一样。你从网上下载的例程如果屏幕方向和你想要的不一样直接改 0x36 这个寄存器的值就行不用改代码逻辑。具体的对应关系可以查屏幕数据手册逐个试一下也很快。5.5 画点函数为什么要特殊处理很多 TFT 例程的画点函数不是直接“写一个像素”而是先读再写。因为有些屏幕的写命令是“连续写入多像素”在指定窗口之后只要一直发数据屏幕就会按顺序把数据填到窗口里。而画单个点需要先设置窗口为“1×1”的区域再写一个像素。画点函数性能好不好直接决定汉字显示的速度。如果画一个点要设置一次窗口显示一个 16×16 的汉字要执行 256 次“设置窗口 写一个像素”而每次设置窗口都要发好几条 SPI 命令整体速度就会很慢。优化方法是把画点函数改成“按行批量写入”先设置窗口为某一整行 16 个像素然后用 SPI 连续写 16 个像素的颜色数据。例程里的 LCD_ShowChineseChar 为了逻辑清晰用的是逐点画实际项目中可以按行优化。6. 由例程衍生出的三个实用进阶方向6.1 把字库放进外部 Flash解决容量不够的问题如果你要做的界面包含大量汉字比如 3000 多个常用汉字都显示出来那 16×16 字库的体积就是 3000×32 96000 字节接近 96KB。51 单片机内部的 Flash 容量STC89C52 只有 8KBSTC12C5A60S2 有 60KB都装不下完整字库。这时候就得把字库放到外部 SPI Flash比如 W25Q162MB 容量或者 SD 卡里需要显示某个汉字时按偏移量从外部读取字模数据再送屏幕显示。这个方案的优点是容量几乎不受限缺点是读取流程多了“从外部 Flash 读回 32 字节”这一步速度会慢一些。对于静态菜单显示来说完全可接受。6.2 无字库方案用图片存储汉字还有一种在资源极度紧张时的做法把需要显示的界面做成一整张图片然后用取模工具把图片转换成 RGB565 数据直接刷到 TFT 屏幕上。这种方案的显示效果最好可以做任意图形、任意字体但代价是每一帧图片要占用大量存储空间——一张 240×320 的 RGB565 图片裸数据是 240×320×2 153600 字节约 150KB。放几张切换页面就把空间吃光了适合做开机 Logo、单页欢迎界面这类场景。6.3 从显示汉字到显示曲线扩展人机交互一旦 TFT 屏幕的驱动跑通汉字显示只是第一步。接下来你可以做用同样的点阵思路显示 8×8 的 ASCII 字符——英文数字点阵每个只有 8 字节放在字库表前面即可。绘制简单的柱状图、折线图把 ADC 采样的数据实时画出来。配合按键做一个多级菜单用汉字显示菜单项这不就是一个小型工控终端的雏形吗很多课程设计项目比如“温度报警器”“智能小车”“简易示波器”核心界面层都离不开这一套显示逻辑。7. 花屏、乱码、白屏典型问题排查实录7.1 屏幕白屏什么反应都没有优先检查电源测量屏幕 VCC 引脚电压是否在 3.3V 正负 0.3V 范围内背光 LED 是否点亮用手电照一下屏幕能看到淡淡的图案就是背光没亮但显示在刷。如果背光亮了屏幕显示区域全是白色说明初始化代码没有正确执行。这时候检查 RESET 引脚有没有在初始化前拉低再拉高以及 SPI 引脚的接线顺序是否正确——ST7735 的 SCL/DC/CS 接错是最常见的硬件问题。7.2 英文、数字显示正常汉字显示乱码这个症状说明 TFT 驱动和画点函数没问题问题出在字模提取或者汉字编码上。依次排查取模软件的“取模方式”是不是逐行式显示函数按逐行式读取如果你用了逐列式取模当然乱码。字模的字节内高位、低位顺序是否和0x80 j的写法匹配如果不匹配显示出来的字形会左右颠倒或者像素错位。源文件编码是否是 GB2312如果程序里直接写了字符串“你好”而源文件是 UTF-8 编码编译后的字符串是 3 字节/字前面说的“减 0xA0”公式就完全错乱了。优先改用\xC4\xE3这类转义写法或者把源文件编码统一成 GB2312。7.3 汉字显示时字形完整但颜色奇怪字形在反色或者花色的一般是 RGB 颜色格式不匹配。TFT 屏幕多数使用 RGB565 格式16 位色颜色值0xF800表示红色0x07E0表示绿色0x001F表示蓝色。如果你把 0xFF0000 直接当颜色传给屏幕屏幕只取低 16 位颜色会错乱。写一个宏定义转换或者直接查 RGB565 颜色表就行。7.4 显示速度太慢刷一屏要好几秒大概率是画点函数太慢或者 SPI 时钟频率太低。STC89C52 的 SPI 模块支持分频设置可以查数据手册把 SPI 时钟调到系统时钟的 4 分频或 2 分频。如果是 GPIO 模拟 SPI那么延时函数尽量精简每次翻转 IO 之间不要加多余的_nop_()。另外逐点绘制汉字改成按行连续写速度能提升一个数量级。7.5 字库数组太大编译报错Keil C51 的数组默认存放在 data 段51 单片机的 data 段只有 128 字节大数组必须显式放到 code 段。声明时用unsigned char code HZK16[]其中code关键字就是告诉编译器把数据放到 Flash。如果数组还是太大检查一下你的字库是不是包含了太多不必要的字符。8. 最后分享一个小技巧我自己调试 TFT 汉字显示的时候最头疼的问题不是代码逻辑而是“看起来一切正常但字体偏了一格”。后来才发现问题出在取模软件的“起始位置”设置——PCtoLCD2002 里有一个“起始行”和“结束行”的选项默认可能不是 0 到 15导致第一行被截掉或者多了一个空行。建议每次取模前用单个汉字“测”生成一组字模然后在代码里专门写一个测试函数把这 32 个字节按二进制打印到串口对照取模软件里的图形预览确认第一个字节的每一位和预览图左上角的一行完全一致。这个方法虽然笨但能根治所有取模方向、起始位置带来的问题。做单片机开发就是这样很多时候你觉得是玄学的 bug追根溯源下来往往就是某个工具设置在默默作祟。TFT 彩屏显示汉字这个例程难度不大但链条长、细节多每一步都踩对你的界面就能稳稳地跑起来。把它吃透后面再做任何带屏的项目你都会觉得心里有底。本文还有配套的精品资源点击获取