简介本资源是一份面向嵌入式开发初学者与单片机工程师的ST7565液晶显示控制器画线功能实践代码聚焦图形绘制核心能力训练解决在C51或兼容平台下驱动128×64点阵屏实现任意斜率直线绘制的实际问题。压缩包为RAR格式仅含1个关键文件——st7565 line.c源码3KB该C文件完整封装了ST7565初始化、行列地址映射、Bresenham画线算法实现、像素点写入及逐行刷新逻辑无需额外库依赖可直接集成至Keil等开发环境编译运行。已有126人学习下载体现了其在教学演示与小系统UI开发中的实用价值。读者可直接获取经过验证的底层驱动逻辑、清晰的内存地址计算范式、以及兼顾效率与可读性的硬件时序控制写法特别适合理解单色LCD图形库底层原理并快速复用到智能仪表、手持终端等低资源嵌入式项目中。1. 项目背景与核心问题ST7565液晶屏的“画线刷新”难题最近在折腾一个基于ST7565液晶屏的小项目核心需求是在屏幕上动态地画线。听起来很简单不就是调用几个绘图函数吗但真正上手后我才发现一个让人头疼的问题画线后的屏幕刷新。这玩意儿不像我们常见的TFT彩屏有显存和自动刷新机制ST7565是一种单色、低功耗的图形点阵液晶模块驱动方式比较“原始”。当你画了一条线如果不做特殊处理屏幕上要么是残留的上次图像要么是闪烁得厉害用户体验极差。网上能找到的很多例程包括那个经典的“st7565-line.rar”压缩包里的代码往往只演示了最基本的画线函数对于“如何优雅、高效地刷新”这个工程实践中的关键问题要么一笔带过要么干脆没提。这其实就是嵌入式图形开发中的一个经典痛点在资源受限的MCU上如何管理有限的显示缓存实现无闪烁、高效率的局部或全局更新。ST7565本身不带控制器显存我们需要在MCU端开辟一块RAM作为显示缓存Display Buffer所有的绘图操作都先在这块缓存里进行最后一次性发送给液晶屏。问题就出在“一次性发送”这个环节。全屏刷新发送整个缓存数据量大、速度慢会导致明显的屏闪而局部刷新只发送变化的部分逻辑复杂对缓存对比和区域计算要求高。所以这个标题里的“st7565 画线刷新”真正指向的不是一个画线函数而是一套显示缓存管理策略和差异化的数据发送算法。接下来我就结合自己的踩坑经验详细拆解从搭建缓存到实现高效刷新的完整过程并分享几个实测有效的优化技巧。2. ST7565显示驱动基础与缓存架构设计要解决刷新问题必须先理解ST7565的驱动原理。ST7565是一款132x65像素的单色液晶驱动芯片通信接口通常是SPI或I2C。它内部有一个位图格式的图形显示数据RAMGDDRAM但这个RAM对我们来说是“只写”的我们无法直接读取屏幕当前状态。因此在MCU端维护一个与屏幕物理像素一一对应的显示缓存是唯一可行的方案。2.1 显示缓存的数据结构定义首先我们需要确定缓存的数据结构。ST7565的GDDRAM按页Page和列Column组织。对于132x65的屏幕通常被视为8页Page 0-7每页有132列每列8个像素即一个字节的数据LSB对应顶部像素。因此整个屏幕需要8页 * 132列 1056字节的缓存。在代码中我们可以这样定义#define LCD_WIDTH 132 #define LCD_HEIGHT 65 #define LCD_PAGES (LCD_HEIGHT / 8) // 8 uint8_t display_buffer[LCD_PAGES][LCD_WIDTH];这是一个二维数组display_buffer[page][col]就代表了屏幕上某一页、某一列的8个垂直像素。这种结构最直观地映射了ST7565的数据格式。注意这里有一个常见的坑。LCD_HEIGHT是65除以8得到8.125我们取整为8页。但实际上最后一页Page 7只有最下面一行一个像素位是有效的其余7位是空的。在绘图和刷新时如果不处理这个“非整字节”的高度可能会导致最后一行绘图错误或发送多余数据。稳妥的做法是在计算坐标和判断边界时始终以像素坐标0-64为准在读写缓存字节时再换算到页和位。2.2 基本绘图函数画点的实现所有图形包括线、矩形、圆的基础都是画点SetPixel。在缓存中画点本质就是找到对应字节并操作其中的某一个比特位。void ST7565_SetPixel(int16_t x, int16_t y, uint8_t color) { if (x 0 || x LCD_WIDTH || y 0 || y LCD_HEIGHT) { return; // 越界检查 } uint8_t page y / 8; uint8_t bit y % 8; if (color) { // 画点置1 display_buffer[page][x] | (1 bit); } else { // 擦除点清0 display_buffer[page][x] ~(1 bit); } }这个函数是操作缓存的基石。有了它我们就可以基于Bresenham算法实现画线函数。网上“st7565-line.rar”里的代码核心也就是这个算法这里不再赘述。关键在于画线函数只修改display_buffer绝不直接与液晶屏通信。屏显更新由独立的刷新函数控制。3. 全屏刷新与局部刷新的策略分析与实现刷新策略的选择直接决定了画面的流畅度和MCU的负载。我们分两种情况讨论。3.1 全屏刷新简单粗暴与它的优化空间全屏刷新是最容易实现的将整个display_buffer数组的内容通过SPI按ST7565的数据格式要求全部发送一遍。void ST7565_Refresh_Full(void) { ST7565_SetCursor(0, 0); // 设置起始地址为第0页第0列 for (uint8_t page 0; page LCD_PAGES; page) { for (uint16_t col 0; col LCD_WIDTH; col) { SPI_SendByte(display_buffer[page][col]); } } }这种方法的问题非常明显数据量大每次刷新1056字节。对于低速SPI比如1Mbps传输时间可能超过10ms。屏闪严重在传输过程中屏幕正在被逐字节改写如果画面变化大会看到明显的扫描式闪烁。MCU负载高频繁的全屏刷新会大量占用CPU时间和SPI总线。那么什么时候用全屏刷新呢场景初始化或画面完全改变时。比如开机logo显示后进入主界面或者从一个复杂的菜单页切换到另一个完全不同的页面。这时画面需要全部重绘用全屏刷新是合理的。3.2 局部刷新核心优化手段局部刷新Partial Update 或 Dirty Rectangle Update是解决闪烁和性能问题的关键。其核心思想是只向屏幕发送显示缓存中发生变化的那部分数据。这就需要我们引入一个关键概念脏矩形Dirty Rectangle。我们用一个结构体来记录屏幕上需要更新的最小矩形区域。typedef struct { int16_t x1; // 区域左上角x坐标 int16_t y1; // 区域左上角y坐标 int16_t x2; // 区域右下角x坐标 int16_t y2; // 区域右下角y坐标 bool is_valid; // 区域是否有效 } DirtyRect_t; DirtyRect_t dirty_rect {0, 0, 0, 0, false};然后修改我们的画点函数在修改缓存的同时更新这个脏矩形区域。void ST7565_SetPixel_Dirty(int16_t x, int16_t y, uint8_t color) { // ... 原有的画点操作 ... ST7565_SetPixel(x, y, color); // 更新脏矩形区域 if (!dirty_rect.is_valid) { // 如果是第一个脏点初始化区域为这个点 dirty_rect.x1 dirty_rect.x2 x; dirty_rect.y1 dirty_rect.y2 y; dirty_rect.is_valid true; } else { // 扩展区域以包含这个新点 if (x dirty_rect.x1) dirty_rect.x1 x; if (x dirty_rect.x2) dirty_rect.x2 x; if (y dirty_rect.y1) dirty_rect.y1 y; if (y dirty_rect.y2) dirty_rect.y2 y; } }画线、画矩形等函数都需要调用这个带脏矩形更新的画点函数。最后我们实现一个局部刷新函数它只发送脏矩形区域内的数据。void ST7565_Refresh_Partial(void) { if (!dirty_rect.is_valid) { return; // 没有区域需要更新 } // 将像素坐标的脏矩形转换为ST7565的页和列范围 // 注意y坐标需要转换为页并且一页是8个像素高 uint8_t start_page dirty_rect.y1 / 8; uint8_t end_page dirty_rect.y2 / 8; uint8_t start_col dirty_rect.x1; uint8_t end_col dirty_rect.x2; for (uint8_t page start_page; page end_page; page) { // 设置当前页和起始列地址 ST7565_SetCursor(page, start_col); // 只发送这一页中脏矩形范围内的列数据 for (uint8_t col start_col; col end_col; col) { SPI_SendByte(display_buffer[page][col]); } } // 刷新完成后重置脏矩形 dirty_rect.is_valid false; }这种方法极大地减少了数据传输量。例如只移动一个小光标可能只需要更新一个8x8像素的区域约8字节相比全屏的1056字节效率提升上百倍且完全无闪烁。4. 高级优化与工程实践中的坑实现了基础局部刷新就算入门了。但在实际项目中还有更多细节需要打磨。4.1 双缓冲Double Buffering消除撕裂局部刷新解决了从MCU到LCD芯片数据传输的效率和闪烁问题但还有一种闪烁叫“撕裂”Tearing。当MCU正在修改显示缓存display_buffer的同时刷新函数可能正在读取它并发送给屏幕这会导致屏幕上一部分显示旧数据一部分显示新数据形成撕裂感。解决方法是使用双缓冲。我们创建两个缓存一个前台缓存Front Buffer和一个后台缓存Back Buffer。uint8_t display_buffer_front[LCD_PAGES][LCD_WIDTH]; uint8_t display_buffer_back[LCD_PAGES][LCD_WIDTH]; uint8_t *current_draw_buffer display_buffer_back; // 绘图操作指向后台缓存所有绘图函数都操作current_draw_buffer即后台缓存。当一帧画面绘制完成后我们执行一个“交换缓冲”操作。void ST7565_SwapBuffers(void) { // 交换前后台缓存指针 uint8_t (*temp)[LCD_WIDTH] display_buffer_front; display_buffer_front display_buffer_back; display_buffer_back temp; current_draw_buffer display_buffer_back; // 确保下次绘图指向新的后台缓存 // 重要交换后需要将整个前台缓存标记为脏因为它是全新的画面 // 或者更高效的做法是在交换后直接启动一个全屏刷新将前台缓存发送出去。 // 这里我们标记全屏脏矩形。 dirty_rect.x1 0; dirty_rect.y1 0; dirty_rect.x2 LCD_WIDTH - 1; dirty_rect.y2 LCD_HEIGHT - 1; dirty_rect.is_valid true; }然后调用ST7565_Refresh_Partial()此时会变成全屏刷新或一个专用的双缓冲刷新函数。这样绘图和刷新完全分离绘图过程不会影响当前显示彻底杜绝撕裂。代价是RAM翻倍2.1KB对于资源紧张的MCU需要权衡。4.2 脏矩形合并与区域发送优化在动态界面中可能每帧都有多个分散的图形元素变化。如果每个元素都更新自己的脏矩形然后逐个刷新会导致多次发送命令设置页地址、列地址产生额外开销。更好的做法是在一帧绘图逻辑结束后将所有分散的脏矩形合并成一个大的脏矩形然后一次性刷新。DirtyRect_t dirty_rects[MAX_DIRTY_RECTS]; // 一个脏矩形数组 uint8_t dirty_rect_count 0; // 在绘图函数中将脏矩形加入数组 void ST7565_AddDirtyRect(int16_t x1, int16_t y1, int16_t x2, int16_t y2) { if (dirty_rect_count MAX_DIRTY_RECTS) { // 如果数组满了合并成一个全屏矩形 ST7565_MergeDirtyRectsToFull(); return; } dirty_rects[dirty_rect_count].x1 x1; // ... 赋值y1, x2, y2 dirty_rects[dirty_rect_count].is_valid true; dirty_rect_count; } // 帧结束时合并并刷新 void ST7565_Refresh_FrameEnd(void) { if (dirty_rect_count 0) return; DirtyRect_t final_rect; // 计算所有脏矩形的最小包围盒 ST7565_CalculateBoundingBox(final_rect); // 根据final_rect进行局部刷新 ST7565_Refresh_Rect(final_rect.x1, final_rect.y1, final_rect.x2, final_rect.y2); // 重置脏矩形数组 dirty_rect_count 0; }4.3 SPI通信优化与实战技巧刷新性能的另一个瓶颈是SPI通信。除了提高SPI时钟频率还有两个实用技巧使用DMA直接存储器访问如果MCU支持配置SPI的DMA传输。将显示缓存的数据通过DMA自动发送不占用CPU时间。这对于全屏刷新或大区域刷新性能提升巨大。CPU可以在DMA传输的同时准备下一帧的图形数据。批量发送命令和数据ST7565的每次数据传输都需要先发送命令如设置页地址0xB0 | page再发送数据。频繁切换“命令/数据”引脚RS/A0会产生开销。优化方法是在刷新一个连续区域时先发送设置起始地址的命令然后连续发送该行的所有数据字节期间保持“数据”模式。这需要驱动函数能够支持连续写入。void ST7565_WriteDataBlock(uint8_t page, uint8_t start_col, uint8_t *data, uint16_t len) { ST7565_SetCursor(page, start_col); // 内部会发送命令 LCD_RS_HIGH(); // 切换到数据模式 for(uint16_t i0; ilen; i) { SPI_SendByte(data[i]); } // 刷新函数内可以调用这个块写入函数 }5. 项目集成与调试心得将这套刷新机制集成到实际项目中比如一个简单的示波器界面或者游戏还需要注意以下几点心得一刷新时机决定流畅度不要在任何绘图函数后立即调用刷新。应该在一个主循环或定时器中断中以固定的频率如30Hz或60Hz进行刷新。这保证了刷新率的稳定避免了因绘图计算时间不定导致的卡顿。绘图逻辑只管修改后台缓存刷新逻辑定时将前台缓存发送出去。心得二内存与速度的权衡双缓冲局部刷新是最佳体验但消耗RAM最多。如果内存紧张可以只使用单缓存局部刷新。如果连维护脏矩形的内存和计算开销都想省可以退化为定时全屏刷新但需要通过降低刷新率如15Hz和优化图形复杂度来减轻闪烁感。心得三调试显示问题的利器——串口打印缓存当显示出现乱码、残留或刷新区域不对时最有效的调试方法是将display_buffer的内容通过串口打印成二进制或十六进制与预期对比。可以写一个函数将缓存内容以“点阵图”的文本形式输出到终端一眼就能看出哪里的像素点错了。心得四注意屏幕的物理特性ST7565这类液晶屏的响应时间相对较慢。如果刷新率过高比如超过70Hz反而可能导致对比度下降或出现鬼影。一般30-50Hz是比较理想的刷新率。另外初始化时对比度V0电压的设置对显示清晰度影响很大需要根据具体模块和供电电压仔细调整。最后回到开头的“tell6gx”这个关键词它很可能是一个文件名、版本标识或是某个论坛的用户名提示这份代码或问题来源于某个具体的社区讨论。在嵌入式开发中这种看似零碎的信息往往是寻找同类问题和解决方案的关键线索。处理ST7565这类屏幕核心就是理解其“内存映射”式的驱动原理并在此基础上设计出匹配应用需求的缓存与刷新策略。从简单的全屏刷新到复杂的双缓冲局部更新每一步优化都对应着对系统资源内存、CPU、总线更精细的掌控。本文还有配套的精品资源点击获取