简介一款面向电子信息类课程设计的STC51单片机源码包围绕LCD12864液晶屏实现经典贪吃蛇小游戏覆盖图形点阵显示、按键响应、定时器中断、蛇身移动与碰撞检测等关键环节适合初学者从引脚初始化开始逐步理解底层驱动与上层状态机编程思路。压缩包共30个文件、仅101KB以C语言源文件、头文件、Keil工程文件为主另含hex烧录文件、lst列表文件及多份备份层级清楚可直接用Keil打开编译并在开发板上烧录验证。目前已有245人学习适合作为课程设计参考或实验室例程也可用于复习单片机接口技术。通过阅读源码可具体掌握并行接口读写时序、光标定位及汉字取模显示方法主控与按键部分则示范了游戏主循环、蛇身坐标管理、食物随机生成以及按键消抖处理。整体代码结构紧凑、注释清晰是一份能在短时间内上手、复用和扩展的单片机综合实验资源。1. 从“玩贪吃蛇”到“写课设”为什么这个标题值得细读LCD12864 驱动的贪吃蛇几乎是 51 单片机课设里的“标配级”题目但大部分同学拿到的源码要么是矩阵键盘扫描与显示刷新挤在同一循环里要么是“掉电就丢分”的裸机写法。真正能把整套工程吃透的人往往不是看懂了蛇怎么拐弯而是看懂了 8 位机怎么在 128×64 点阵上“挤出”流畅的动态画面。本文就顺着这个标题拆解一套可复现、可答辩、可扩展的实现思路从 STC51 的 IO 口资源分配到 LCD12864 的串行驱动时序再到状态机管理的游戏逻辑最后落到按键与帧率调优的实战技巧。无论你是刚开始碰课设的大三学生还是被“帮改代码”找上的工程师这套路径都能直接照做。很多人误以为贪吃蛇的难点在“蛇身移动”的算法上实际上单帧画面刷新的耗时、按键响应与显示刷新抢占 CPU 的矛盾才是决定项目成败的关键。我见过太多一上电屏幕狂闪、蛇身拖影的“能跑版”问题几乎都出在没搞懂 LCD12864 的显存操作方式。下面按我的习惯从硬件驱动一层一层往上讲。2. LCD12864 驱动串行还是并行直接决定你的帧率与接线2.1 为什么课设模板多用串行模式LCD12864 通常内置 ST7920 控制器支持 8 位并行、4 位并行和串行三种接口。很多开发板出厂例程默认走并行 8 位因为写数据简单一个P0 dat就完事。但并行模式要占用 11 个 IO8 数据 3 控制对 STC89C52 这类标准 51 来说几乎把可用的 IO 全吃光了。贪吃蛇需要至少 4 个方向键、一个暂停/复位键如果你还想加个蜂鸣器提示得分IO 数量立刻捉襟见肘。所以我一般建议课设采用串行模式也就是 ST7920 的 SPI-like 四线协议CS片选、SCLK时钟、SID数据、PSB 接 GND 选择串行。这样只需要 3 个 IO 控制显示剩下的 IO 全部留给按键和扩展模块。代价是刷新速度比并行模式慢一截——但贪吃蛇的蛇身通常不超过 30 节一帧画面只需要更新蛇头新位置和蛇尾旧位置两个点阵区域完全够用。注意ST7920 串行模式下读写时序实际上是“写”操作没有真正的读寄存器能力。所有“读”都必须通过切换控制位模拟因此初始化时序里不要使用检查忙标志BF的方式要用固定延时代替。2.2 串行时序的底层实现ST7920 串行时序的基本单位是 8 个字节的同步头再跟一个字节的高 4 位和低 4 位。每个字节实际需要发送 12 个 SCLK 周期前 1 个是起始位SID 拉高后 5 个是高 5 位数据再 1 个是 RW 位1 个是 RS 位最后 8 个是数据位。听起来绕直接看代码。// lcd12864_driver.c // 串行模式底层字节发送 // CS: P1.0 SCLK: P1.1 SID: P1.2 sbit LCD_CS P1^0; sbit LCD_SCLK P1^1; sbit LCD_SID P1^2; // 发送一个字节data_flag 0 表示命令1 表示数据 void lcd_send_byte(unsigned char dat, unsigned char data_flag) { unsigned char i; unsigned char temp; LCD_CS 0; // 拉低片选使能串行模式 // 发送同步头11111 0 RW RS // RW 固定为 0写RS 由 data_flag 决定 temp data_flag ? 0xFA : 0xF8; // 11111 0 1 0 或 11111 0 0 0 for (i 0; i 8; i) { if (temp 0x80) LCD_SID 1; else LCD_SID 0; temp 1; LCD_SCLK 0; LCD_SCLK 1; // 上升沿锁存数据 } // 发送数据字节的高4位 temp (dat 0xF0); for (i 0; i 8; i) { if (temp 0x80) LCD_SID 1; else LCD_SID 0; temp 1; LCD_SCLK 0; LCD_SCLK 1; } // 发送数据字节的低4位先左移4位到高半字节位置 temp (dat 0x0F) 4; for (i 0; i 8; i) { if (temp 0x80) LCD_SID 1; else LCD_SID 0; temp 1; LCD_SCLK 0; LCD_SCLK 1; } LCD_CS 1; // 释放片选 }这段代码的核心逻辑是无论命令还是数据都必须遵循“同步头 高 4 位 低 4 位”的固定格式。这里有一个容易被忽略的坑——很多 ST7920 资料上的时序图用“高 4 位 低 4 位”描述但实际串行发送时整个字节被拆成两个 8 位窗口发送低 4 位要放在字节的高半字节位置。如果你写temp dat 0x0F然后从高位开始移位发出去的数据就是反的。2.3 初始化与坐标定位初始化流程固定延时 40ms → 功能设定0x30基本指令集→ 延时 100us → 功能设定0x30→ 显示开关0x0C→ 清除显示0x01→ 地址归零0x02。需要注意 0x30 要连续发两次这是 ST7920 的硬件要求少一次可能导致上电后无法进入基本指令集模式。贪吃蛇要做图形显示需要切换到扩展指令集的绘图模式即发送 0x34。此时才能操作 GDRAM图形显示 RAM。GDRAM 的地址范围为水平 X 坐标 0~15垂直 Y 坐标 0~31分上下两屏第一屏对应屏幕上半部分Y 为 0~15第二屏对应下半部分Y 为 16~31。原始的点阵坐标映射要单独封装一层。// 设置绘图模式的坐标地址 // x: 0~15 (字节列), y: 0~31 (GDRAM行) void lcd_gdram_pos(unsigned char x, unsigned char y) { unsigned char y_addr; y_addr (y 16) ? (0x80 y) : (0x80 (y - 16)); lcd_send_byte(0x34, 0); // 扩展指令集 lcd_send_byte(y_addr, 0); // 垂直坐标 lcd_send_byte(0x80 x * 2, 0); // 水平坐标注意是 x*2 lcd_send_byte(0x30, 0); // 切回基本指令集 }坐标映射的x * 2是特别注意点GDRAM 的水平地址按“字”为单位一个地址含 16 位2 字节对应屏幕上的 16 个像素点。如果你的屏幕是 128×64那么横向 128 个像素被分成 8 个字每个字 16 位绘图时先写高字节再写低字节两句连续写入。这个细节直接决定画面会不会出现左右错位。3. 贪吃蛇状态机与游戏逻辑别把主循环写成一团乱麻3.1 蛇身数据结构选型裸机环境下蛇身最常见的数据结构是数组加长度计数使用环形缓冲实现头部插入和尾部删除。C 语言内置的链表在 51 上开销偏大每个节点至少消耗 2 字节指针 2 字节坐标30 节蛇身就要 120 字节 RAM这对只有 256 字节内部 RAM 的 STC89C52 来说太奢侈了。我一般用两个 unsigned char 数组分别存 x 和 y 坐标再用一个 unsigned char 存蛇身长度。移动时不需要整体平移数组只需维护一个“蛇头索引”和“蛇尾索引”每次移动新蛇头坐标覆盖蛇头索引位置蛇尾索引向后推进这样就实现了环形覆盖。// snake.c #define MAX_SNAKE_LEN 32 unsigned char snake_x[MAX_SNAKE_LEN]; unsigned char snake_y[MAX_SNAKE_LEN]; unsigned char snake_len; unsigned char head_idx; // 当前蛇头在数组中的位置 unsigned char tail_idx; // 当前蛇尾的位置 unsigned char direction; // 0:上 1:下 2:左 3:右 void snake_init(unsigned char start_x, unsigned char start_y) { snake_len 3; // 初始蛇头朝右身体在左侧 snake_x[0] start_x; // 头 snake_y[0] start_y; snake_x[1] start_x - 1; // 身体第一段 snake_y[1] start_y; snake_x[2] start_x - 2; // 身体第二段 snake_y[2] start_y; head_idx 0; tail_idx 2; direction 3; } // 计算下一帧蛇头的坐标 void snake_next_head(unsigned char *nx, unsigned char *ny) { *nx snake_x[head_idx]; *ny snake_y[head_idx]; switch (direction) { case 0: (*ny)--; break; // 上 case 1: (*ny); break; // 下 case 2: (*nx)--; break; // 左 case 3: (*nx); break; // 右 default: break; } }环形缓冲的妙处在于“移动”变成了“覆盖写”。每次移动时先取head_idx旧位置得到蛇头坐标再按方向算出新坐标写入snake_x[head_idx]和snake_y[head_idx]更新head_idx指向下一个位置。若本帧没吃到食物则从尾部回收一格把tail_idx也向后推一格。这样无论蛇多长每帧只需要写两个坐标点配合 LCD 的点阵清除与重绘单帧刷新成本极低。3.2 游戏主状态机菜单、运行、暂停、结束裸机程序最忌讳把“按键检测 游戏逻辑 显示刷新”全塞进一个 while 循环里最后谁也说不清是哪个环节卡死了。正确做法是定义枚举状态用 switch 分发。// main.c 状态枚举 typedef enum { GAME_MENU, // 主菜单 GAME_RUNNING, // 游戏中 GAME_PAUSED, // 暂停 GAME_OVER // 结束 } GameState; GameState g_state GAME_MENU; unsigned char g_score 0; unsigned char g_speed 1; // 速度档位1~5主循环只做三件事扫描按键变化、根据状态执行对应逻辑、调用各状态的绘制函数。注意这里“按键变化”用的下降沿触发不是持续电平触发。方向键按住不放时蛇不应该每帧都转向而是只记录最新的方向到缓冲区避免玩家连续按几次导致蛇头原地掉头撞死自己。3.3 食物生成与碰撞检测的边界食物的生成策略先用伪随机数生成候选坐标再遍历蛇身数组检查是否重叠。STC 单片机上没有硬件随机数发生器可以用系统 tick 的低字节做种子// 生成新食物返回 1 表示成功0 表示蛇已占满全屏胜利 unsigned char food_generate(void) { unsigned char i; unsigned char ok; do { food_x rand() % 16; // 逻辑坐标范围 0~15 food_y rand() % 16; ok 1; for (i 0; i snake_len; i) { if (snake_x[i] food_x snake_y[i] food_y) { ok 0; break; } } } while (!ok); return 1; }碰撞检测分两类撞墙和撞自己。屏幕的逻辑坐标系我设为 16×16 格子每格 8×8 像素。蛇头坐标超出 0~15 范围即判定撞墙遍历蛇身数组时从 0 到snake_len - 1检查有没有和蛇头坐标重合的格子。需要注意蛇头本身的坐标即head_idx指向的位置要跳过否则每帧都是“撞自己”的误判。4. 按键输入与 STC51 硬件资源分配把 CPU 让给画面4.1 矩阵键盘还是独立按键课设板子上的按键无外乎两种独立按键直接接 P1/P3 口矩阵键盘接成 4×4。贪吃蛇需要 5 个键上下左右 暂停独立按键够用如果板子上只有矩阵键盘也可以用邻接两键组合。表 1 是我在 STC89C52 上的典型分配方案。外设引脚说明LCD CSP1.0低电平使能LCD SCLKP1.1上升沿锁存LCD SIDP1.2串行数据线方向键上P3.0低电平有效方向键下P3.1低电平有效方向键左P3.2低电平有效方向键右P3.3低电平有效暂停/确认键P3.4低电平有效蜂鸣器P2.0高电平触发P3 口部分引脚兼有第二功能如 P3.0 是 RXD但按键扫描只是普通读 IO不涉及串口功能所以没有冲突。这个方案把 P0 和 P2 的大部分端口空了出来留给后续扩展比如接数码管显示分数、接 DS18B20 温度传感器做环境监测模块。4.2 按键扫描与去抖按键消抖不做的话一次按压可能被识别成 5~10 次蛇会“跳方向”。标准做法是软件延时 10ms 后二次确认。但延时去抖阻塞主循环会导致 LCD 刷新卡顿。更好的办法是状态机消抖把一次按键识别为“按下”和“释放”两个事件只在状态跳变沿触发游戏逻辑。// key_scan.c // 非阻塞按键扫描返回键值0 表示无按下 unsigned char key_scan_nonblock(void) { unsigned char key; static unsigned char last_state 0xFF; // 上次所有按键的状态 unsigned char now_state; unsigned char pressed; // 读取 P3 低 5 位低电平为按下取反后高电平表示按下 now_state (~(P3 0x1F)) 0x1F; pressed now_state ~last_state; // 刚刚变为按下的按键 last_state now_state; if (pressed 0x01) return KEY_UP; if (pressed 0x02) return KEY_DOWN; if (pressed 0x04) return KEY_LEFT; if (pressed 0x08) return KEY_RIGHT; if (pressed 0x10) return KEY_PAUSE; return KEY_NONE; }这里有两点经验一是按键按下期间last_state会持续保持这位为 1而pressed只在第一个 tick 拿到 1天然实现了“单次触发”二是去抖靠什么完成last_state的更新频率远高于按键机械抖动的频率抖动期间的多次跳变都发生在同一帧扫描内不会被误判为两次点击。但如果主循环跑得太慢比如单帧刷新要 50ms 以上建议在last_state更新前加一个 5ms 的短延时兜底。4.3 12T 与 1T 模式的速度差异STC89C52 默认工作在 12T 模式也就是 12 个时钟周期执行一条机器指令。如果板子上晶振是 11.0592MHz实际指令周期约 1.085us。LCD12864 的串行时钟频率上限约 2MHz对 51 来说完全不是瓶颈。但如果你用的是 STC15 系列或 STC8 系列默认可能是 1T 模式指令执行速度提升约 12 倍。此时原来的延时函数必须重新校准规格否则 LCD 初始化时序可能会超出 ST7920 的时序上限。例如延时 40ms 的函数在 1T 模式下实际只有约 3.3msLCD 可能热启动失败。遇到这种问题不要凭空调延时用逻辑分析仪抓 SCLK 波形确保波形高电平宽度不低于 200ns。5. 从“能跑”到“像产品”帧率节奏、显存优化与分数显示5.1 定时器驱动的逻辑帧裸机贪吃蛇最容易被吐槽的点是按一下方向键蛇“跳”了一大格完全没有滑动感。根因是主循环里每轮循环都执行“移动 刷新”但循环耗时不固定——按键扫描有时快、LCD 刷新有时慢。正确思路是用定时器产生固定间隔的时间基准比如 200ms 一帧主循环检查标志位// main.c 定时器0中断1ms tick volatile unsigned int g_tick 0; volatile unsigned char g_frame_flag 0; void timer0_isr(void) interrupt 1 { TH0 0xFC; // 11.0592MHz, 12T, 1ms TL0 0x18; g_tick; if ((g_tick % 200) 0) { g_frame_flag 1; // 200ms 逻辑帧 } }帧间隔 200ms 意味着蛇每秒走 5 格这个速度是大多数新手觉得“刚刚好”的节奏。如果想做速度档位就把 200 这个数改为查表值speed_table[5] {400, 300, 200, 120, 80}数值越小速度越快。定时器中断里只置标志位不做实际移动计算因为中断服务函数越短越安全。5.2 GDRAM 局部刷新策略很多初学者在学会了绘图函数之后习惯每帧执行“清屏 全量重绘”这在 12864 上是致命的——ST7920 的 GDRAM 写入需要对 32 行地址逐一寻址清屏本身就耗费约 30ms再重绘全部画面又要 30ms帧率直接掉到 10fps 以下肉眼可见闪烁。正确做法是“只更新发生变化的两三个 8×8 格子”蛇头的新位置画实心方块、蛇尾擦掉旧位置、食物生成时画一个新方块。由于蛇移动时中间段保持不变产生了大量“静态画面”复用的机会。// render.c // 在逻辑坐标 (gx, gy) 处画一个8x8实心方块 void render_draw_block(unsigned char gx, unsigned char gy) { unsigned char row; unsigned char base_x gx * 8; // 像素坐标 unsigned char base_y gy * 8; for (row 0; row 8; row) { lcd_gdram_pos(base_x / 8, base_y row); lcd_send_byte(0x00, 1); // 高字节 lcd_send_byte(0xFF, 1); // 低字节8像素全亮 } }绘制时要注意lcd_gdram_pos里的地址换算横向 128 像素分成 16 个字节列base_x / 8得到字节列号再传入lcd_gdram_pos时内部会乘以 2 得到正确的 GDRAM 地址。对每个 8×8 方块要写 8 行的 GDRAM 数据每行包含两个字节。上面的代码实际上只通过低字节置0xFF画了右侧 8 个像素如果你要画满整个 8×8 方格需要先写0xFF再写0xFF。5.3 分数与菜单的中英文混显LCD12864 最常用的显示方式是中文显示模式0x30 指令下的基本指令集内部字库自带 GB2312 中文字模。课设通常需要在菜单里显示“开始游戏”和“得分”直接写字符串常量就行void lcd_show_string(unsigned char row, unsigned char col, unsigned char *str) { unsigned char i 0; lcd_send_byte(0x80 row, 0); // 设置 DDRAM 地址 // 逐字符发送中文占2字节英文占1字节 while (str[i] ! \0) { lcd_send_byte(str[i], 1); i; if (str[i-1] 0xA0) { // 中文编码首字节 lcd_send_byte(str[i], 1); // 发送第二个字节 i; } } }这里的坑在于中文字符串的字节宽度不是固定的按字符扫描时凡是首字节大于 0xA0 的都要把第二个字节一起发出去。如果你用sizeof(str)循环中英文混排时会出现乱码。6. 课设之外的进阶增量调试法、RAM 占用核算与模块化改造6.1 增量调试每个模块都能单独验证把整个工程拆成四步调试每一步都有明确的验收标准这是我在实际操作中反复用到的路径。第一步验证 LCD 触摸时序单独编译一个 3 行的小程序调用 2.2 节的基础驱动函数让屏幕全屏显示横条纹。能看到均匀的横条纹说明驱动和接线没问题。第二步验证坐标映射在屏上画几个固定位置的 8×8 方块分别在四个角落和正中心确认坐标换算没有横向翻转或纵向颠倒。第三步验证按键逻辑把按键扫描结果通过 LCD 显示出来lcd_show_string里拼一个数字字符按哪个键屏幕上就显示对应数字这一步不需要游戏逻辑介入纯粹验证输入采集。第四步才是把三块拼起来跑游戏循环。如果你拿到手的源码只支持并行模式需要改成串行可以直接替换lcd_send_byte的底层实现上层lcd_gdram_pos和render_draw_block不用动。建议先用 Proteus 搭一个 51 LCD12864 的仿真工程走完前两步再烧真机能省很多排查时间。6.2 查内存映射而不是靠猜STC89C52 的片内 RAM 分为 DATA0x00~0x7F和 IDATA0x80~0xFF两段。在 Keil C51 里局部变量默认放在 DATA 段但 128 字节很快会占满。一个容易忽略的事实是大型局部数组比如unsigned char buf[32]如果放在函数内部编译器可能把它放到可覆盖段但贪吃蛇的snake_x[32]和snake_y[32]是全局的占用 64 字节 IDATA。加上 LCD 驱动里的临时变量和中断现场RAM 吃紧是常态。优化手段有两个一是把蛇身坐标 2 字节合成 1 字节用高 4 位存 x、低 4 位存 y这样 64 字节变 32 字节。二是用xdata关键字把大数组放到外部扩展 RAM适合板子上有 62256 或者 STC 内置 1280 字节 xdata 的型号unsigned char xdata snake_pos[MAX_SNAKE_LEN]; // 高4位x, 低4位y对 STC15 系列来说内置 xdata 高达 1280 字节这样调整之后DATA 段立刻宽裕很多后续加音乐播放、加蜂鸣器旋律都不痛。在 Keil 的工程配置里Memory Model 选 Large: variables in XDATA可以让所有全局变量默认分配进 xdata但要留意访问 xdata 的代码体积会比 data 段大对代码量不敏感的项目影响不大。6.3 让游戏循环更抗干扰看门狗与临界区STC89C52 内置看门狗定时器喂狗指令WDT_CONTR 0x35可以顺便开启看门狗。最好将喂狗操作放在主循环的最终位置并确保它不受游戏状态影响// main.c 主循环尾部 while (1) { // 按键扫描 // 游戏逻辑 // 显示刷新 WDT_CONTR 0x35; // 喂狗并将看门狗清零 }如果某一次 LCD 刷新因为信号线接触不良卡死看门狗会自动复位单片机这在课设答辩现场非常有用——不至于因为一次偶然的卡死让整个演示翻车。6.4 裸机架构向下兼容的改造思路如果拿到手的源码是“循环怼”的那种要把它改造成工程化模块我的做法是将文件按职责分割lcd_driver.c底层时序、lcd_gui.c画方块、显文字、snake_game.c游戏规则、main.c状态与调度。模块间通过头文件暴露接口内部 static 变量不跨文件访问。这样改造后后续把游戏逻辑换成俄罗斯方块或者把 LCD 驱动换成 OLED 的 SSD1306只需要保留状态机框架替换底层绘制函数工作量能减少一半。针对 STC 全系列单片机哪怕是 STC8 用 1T 模式只要把延时函数按照#define FOSC 11059200L做一次宏定义换算上层策略代码完全无需修改。这就是课设源码头“STC51 例程”的兼容性价值它不只是某一颗芯片的代码而是一套可以平移到任何 8051 内核 MCU 上的通用架构。本文还有配套的精品资源点击获取