简介面向单片机初学者和嵌入式入门者的实战项目基于C51单片机实现贪吃蛇小游戏。项目以C51语言编写完整覆盖按键方向控制、蛇身移动、食物随机生成与碰撞判定等核心玩法包含Keil工程文件、C语言源文件、头文件与Hex烧录文件编译后可直接下载到51开发板运行。压缩包共三十个文件整体仅66KB主要文件类型包括六个C程序、一个头文件、工程配置文件、启动汇编代码、目标文件、列表文件及固件映像代码按功能模块拆分主程序负责流程组织其他文件分别承载不同功能便于逐段阅读和二次修改。目前已有1027人学习下载。通过实现或复现该游戏可系统训练定时器中断、I/O口扫描、软件消抖、游戏状态转换和模块化编程方法也能理解单片机软硬件协作方式适合课程设计、实验报告或自学练手。 做嵌入式这几年我一直觉得贪吃蛇是单片机入门里最值得手写一遍的小项目。它不像流水灯那样单调又不像操作系统那样复杂刚好卡在“会一点C语言、懂点外设”就能搞定的位置。用C51单片机来做贪吃蛇既能把GPIO、定时器、中断、按键扫描、LCD1602显示这些基础外设全过一遍又能逼着你认真思考状态机和数据结构性价比非常高。这篇文章就用我实际调试过的方案完整复盘一下基于C51单片机的贪吃蛇小游戏怎么做从硬件电路到软件架构再到调试现场踩过的坑尽量把关键步骤和选择原因都讲清楚方便想练手或者做课设的读者直接参考复现。1. 项目拆解与整体思路1.1 为什么选C51做贪吃蛇很多人觉得贪吃蛇得上STM32、上OLED甚至上屏幕驱动芯片其实C51完全够用。C51主频虽然只有12MHz左右实际机器周期还要分频但贪吃蛇每帧只需要刷新一个16x2的字符屏数据量很小。典型的LCD1602显示两行每行16个字符算下来一帧最多写32个字符哪怕是逐字写入几千字节的指令循环也只需要几毫秒完全追得上游戏节拍。另外C51的IO口操作非常直接没有复杂的总线协议一个P0、P2口就能控制数据线写底层驱动时思维负担小。对于新手来说用C51做贪吃蛇可以更专注“游戏逻辑”本身而不是陷进“为什么我的I2C时序不对”这种坑里。C51的定时器虽然只有16位但用来生成50ms级别的节拍绰绰有余中断响应也足够快不会出现按键漏检。真正让我推荐C51的原因是它的调试逻辑很简单出问题基本就是电平、时序、寄存器配置三件事量一量、断点看一看就能定位。1.2 模块划分与资源分配贪吃蛇在单片机上不是一个大程序它是一堆小功能拼起来的状态机。我习惯先把任务拆成几个独立的模块显示模块负责把游戏画面画到LCD1602上输入模块负责扫描按键并把方向变化转成方向枚举逻辑模块负责蛇的移动、食物生成、碰撞检测调度模块用一个定时器中断产生固定节拍驱动游戏一帧一帧跑。每个模块独立写最后在main函数里做一个主循环读取当前状态并刷新画面。资源分配方面C51的RAM只有128到256字节这一点特别关键。蛇身最大长度不能超过画面能容纳的数量LCD1602单屏最多16个字符但实际可以把游戏区域设计成8x4或16x8的网格然后在两行字符上显示。如果想做简单一点的复古版可以用“第一行显示上半行画面第二行显示下半行画面”的映射方式把整条蛇的位置映射到字符网格上。我用的方案是8x4网格蛇身变量存储为坐标数组最大长度设为16这样蛇节点数组最多16个元素占用RAM比较少。1.3 游戏逻辑如何抽象成状态贪吃蛇本质上是一个有限状态机状态包括待机、运行、暂停、结束。待机时显示等待按键运行状态每到一个节拍就刷新一次蛇的位置暂停状态定时器还在工作但逻辑层不动结束状态显示游戏结束和得分。方向、食物、蛇身长度都是全局状态量。这里最关键的一个抽象是“蛇的移动”。我一开始总想着把每个蛇节都往新方向挪一步结果逻辑越写越乱。后来换了一个思路把蛇身定义成一个队列队头是蛇头队尾是蛇尾。每次移动根据当前方向计算新蛇头坐标然后把新蛇头压入队头再把队尾弹出去保持长度不变。如果吃到食物就不弹队尾长度加一。这样做的好处是你不需要关心蛇身中间的节点怎么走它们会自动“跟着”前一个节点移动。这个思路其实就是队列数据结构在单片机上的典型应用也是整个项目最有价值的地方。2. 硬件设计与电路连接2.1 最小系统与重点引脚规划C51开发板或者自己搭最小系统都可以。如果自己搭需要晶振电路和复位电路晶振频率我建议用11.0592MHz或者12MHz。11.0592MHz最大优势是可以精确产生波特率如果你后面要加串口调试这个频率会很舒服12MHz在做定时器延时的时候更容易心算但串口会产生偏差。我用的是11.0592MHz因为调试时经常要往串口打Log省心。引脚规划要提前想好。LCD1602数据线占用P0口的8个引脚RS、RW、EN分别占用P2.0、P2.1、P2.2矩阵键盘占用P1口蜂鸣器占用P2.3如果有LED指示灯可以放P2.4。注意P0口内部没有上拉电阻必须外接10k排阻否则LCD数据线读不到高电平。完整的引脚分配如下表外设引脚说明LCD1602 D0-D7P0.0-P0.78位数据总线接10k上拉排阻LCD1602 RSP2.0寄存器选择0指令、1数据LCD1602 RWP2.1读写选择0写、1读LCD1602 ENP2.2使能信号高脉冲蜂鸣器P2.3低电平驱动或三极管放大矩阵键盘行/列P1.0-P1.74x4矩阵键盘板载LEDP2.4状态指示灯可选2.2 LCD1602接线与对比度调整LCD1602是初学者最友好的一块字符屏16脚封装其中3脚V0接可调电阻到地用来调对比度。很多新手接完屏幕显示不出内容原因不是程序错了而是对比度电位器没调好屏幕有字但是浅到看不见。我一般用一个10k电位器中间抽头接V0一端接GND一端接VCC上电后慢慢旋转直到背景出现方格再继续微调到没有黑影即可。背光控制脚15、16也要注意15接VCC要串一个限流电阻16接地。如果用5V供电背光电阻选100到220欧姆就够太亮会拉高电源纹波干扰单片机运行。LCD1602的4脚RS和6脚EN最好靠近单片机引脚用短线连接避免信号线上叠加噪声导致数据偶发错误。写LCD驱动时建议只用写模式也就是RW直接接地这样能少占用一个GPIO代码也更简单只有在读忙标志时才需要RW接高但大多数情况下我们用延时替代忙检测没必要读。2.3 按键电路独立按键还是矩阵键盘贪吃蛇只需要上下左右四个方向键加一个开始/暂停键按理说用独立按键更简单。但很多C51学习板标配的是4x4矩阵键盘如果不想外接按键直接复用板子上的矩阵键盘也可以。这里有一个常见的坑矩阵键盘的行列检测必须做“逐行扫描”不能像独立按键一样直接读电平否则多个按键同时按下时会读到错误的组合。我推荐优先用独立按键每个按键一端接IO口另一端接地IO内部或外部上拉。C51的P1和P2口内部有上拉能力但为了稳定最好在按键两端并一个104电容做硬件消抖再在程序里做10-20ms软件消抖。贪吃蛇的方向控制跟普通键盘不一样不是按一下只响应一次更自然的逻辑是按住方向键可以连续改变方向但同一帧内不能连续转向也就是说不能从“上”直接切到“下”也不能一帧内走两步。这些限制要在按键逻辑层处理后面会详细说。2.4 报警与提示电路贪吃蛇虽然是小游戏但加一个蜂鸣器能显著提升体验。吃掉食物响一声短音撞墙和撞到自己响长音能让人立刻感知到游戏状态变化。C51蜂鸣器建议用无源蜂鸣器需要PWM方波驱动比有源蜂鸣器麻烦一点但更容易控制音调和时长。如果嫌麻烦有源蜂鸣器直接给高电平就能响适合新手就是声音比较单调。驱动电路上普通单片机IO口驱动能力有限不能直接接蜂鸣器。用一个S8050三极管做开关基极串联1k电阻接P2.3集电极接蜂鸣器负极发射极接地蜂鸣器正极接VCC这样P2.3输出高电平时蜂鸣器才能响。我实测过直接用IO口接有源蜂鸣器偶尔也能响但电流可能超过手册额定值长期跑容易被烧还是加三极管稳妥。LED指示灯可以并联在蜂鸣器两端做一个简单的视觉反馈。3. 软件架构与核心代码实现3.1 Keil工程配置与头文件包含软件环境我用的Keil5C51工程建好之后首先要选对芯片型号。C51建议选AT89C52或STC89C52RCKeil里对应的Device是“Atmel AT89C52”或者选“STC MCU”中的具体型号。选错芯片会导致编译出来的HEX文件无法正确烧录。工程创建后在Options for Target里把晶振频率设成11.0592同时在Output选项卡勾选Create HEX File否则烧录的时候找不到hex文件。代码结构上我习惯分成四个文件main.c、lcd1602.c、key.c、game.c。头文件分别声明各自模块的接口函数。main.c里放系统初始化和主循环lcd1602.c放屏幕初始化和绘图函数key.c按键扫描game.c游戏逻辑。这样每个文件职责清晰后期调bug也不用满屏找函数。下面是main函数的框架#include reg52.h #include lcd1602.h #include key.h #include game.h void main(void) { init_lcd1602(); init_game(); init_timer0(); EA 1; // 开总中断 while(1) { scan_key(); game_loop(); } }注意C51的中断服务函数要写在ISR关键字所在的文件里我用的是定时器0中断函数命名要跟Keil的启动文件匹配。中断函数里只做一件事设置一个节拍标志位不要在中断里直接跑游戏逻辑否则会影响按键扫描和LCD刷新的时序。3.2 定时器0节拍与任务调度贪吃蛇需要一个固定节拍比如每200ms走一格一开始这个速度比较适合新手。实现方式是用定时器0做50ms中断连续4次中断产生一个200ms节拍。11.0592MHz晶振下定时器0工作方式116位定时器初值计算过程如下机器周期12/11.0592MHz≈1.085us定时50ms需要计数值46082左右65536减去计数值得到初值转换成十六进制就是0x4C00附近。这是最常用的定时初值。代码里这样写void init_timer0(void) { TMOD 0xF0; TMOD | 0x01; // 定时器0工作方式1 TH0 (65536 - 46082) / 256; TL0 (65536 - 46082) % 256; ET0 1; TR0 1; }实际用的时候由于中断函数自身的延迟偏移一点没关系贪吃蛇对时间精度要求不高。如果你发现速度偏快或偏慢直接微调初值就行。中断服务函数里我还会顺带做一个非阻塞按键扫描节拍每10ms扫一次矩阵键盘这样即使主循环在刷新屏幕也能保证按键响应及时。这里有一个技巧不要在中断里调用完整的LCD刷新只置标志位主循环看到标志位后再刷新否则画面会闪烁。3.3 蛇的数据结构与移动算法蛇的身体用两个一维数组存储x坐标数组和y坐标数组数组下标0是蛇头。最大长度我定义成16因为8x4的网格最多16格吃满后整个屏幕都是蛇游戏胜利。具体定义如下#define MAX_LEN 16 #define BODY_NULL 0xFF unsigned char snake_x[MAX_LEN]; unsigned char snake_y[MAX_LEN]; unsigned char snake_len;移动算法就是前面说的队列思路。假设当前方向是右那么新蛇头的x坐标等于旧蛇头x加1y不变。然后用循环把旧蛇头后面的每个节点往前挪一个位置把新蛇头坐标放到数组第0位。吃到食物时不挪尾节点相当于数组整体移位size不变蛇长加1。这个“数组整体移位”在C51上是很常见的操作16个节点的移位最多几十个机器周期性能完全不是问题。判断是否撞墙只需要看新蛇头坐标是否超出网格边界判断是否撞到自己需要遍历一遍蛇身数组看新蛇头坐标是否和它重合。这个过程可以写成一个函数bit is_collision(unsigned char nx, unsigned char ny) { unsigned char i; if(nx GRID_W || ny GRID_H) return 1; for(i 0; i snake_len; i) { if(snake_x[i] nx snake_y[i] ny) return 1; } return 0; }注意在循环里使用unsigned char变量避免C51上int类型带来的额外运算开销。另外判断撞到自己时要从蛇身数组下标1开始遍历因为坐标0就是蛇头本身新蛇头位置即使和旧蛇头重叠也不算撞但大多数情况下旧蛇头已经移走了所以这个细节影响不大但代码严谨一些更好。3.4 LCD1602驱动与画面渲染LCD1602初始化一般分几步先延时40ms写功能设置指令0x388位总线、两行、5x8点阵然后开显示、关光标、清屏、进入模式设置。这些指令可以在网上查到但写代码时要注意每条指令之间延时我习惯于1ms以上避免LCD控制器还没处理完就发下一条。写一个字节的函数像下面这样void lcd_write_cmd(unsigned char cmd) { LCD_RS 0; LCD_RW 0; P0 cmd; LCD_EN 1; delay_us(10); LCD_EN 0; delay_ms(1); }数据写入函数类似只是RS置1。显示贪吃蛇画面时最直接的做法是清屏后把网格里的所有位置先填充成空格再根据蛇身坐标和食物坐标填入对应字符。字符映射规则我简单定义蛇头用“H”蛇身用“O”食物用“*”空地用空格。屏幕是两行每一行16个字符。如果把游戏区域设计成8x4纵向4行需要把4行压缩到2行字符上。可以用“上半屏数据写到第一行下半屏数据写到第二行”的方式也就是第一行显示第0行和第1行的信息第二行显示第2行和第3行的信息。更简单的方案是把网格设成16x2横向16格、纵向2格这样一行对应一行编程序最轻松但可玩性稍低。我最终用了8x4的网格主要原因是可以做更完整的碰撞逻辑和可玩区域同时保留LCD的显示优势。渲染函数每次刷新时逐个字符写入LCD1602虽然写入次数多但游戏节拍是200ms刷新频率小于5HzLCD完全跟得上。优化时可以减少不必要的位置刷新只更新蛇头和蛇尾但对C51来说没必要全量刷新一帧也只需要几十ms更简单不容易出bug。3.5 游戏状态机与胜负判定游戏状态机我用一个枚举变量表示typedef enum { GAME_READY, GAME_RUN, GAME_PAUSE, GAME_OVER, GAME_WIN } GameState;主循环里根据当前状态执行不同逻辑。GAME_READY时显示“Press Key To Start”按开始键进入GAME_RUN。GAME_RUN时每次节拍标志位为1就执行一次移动和碰撞检测。如果方向键被按下就先更新方向但必须限制在“当前帧内只能改变一次方向”和“不允许反向”。实现方式是在移动前保存new_dir移动后把current_dir更新为new_dir移动过程中如果检测到新的按键输入只更新new_dir不直接影响current_dir。这样能避免蛇头还没出来方向已经变了两次的问题。胜负判定有两个分支撞墙或撞到自己就GAME_OVER蛇身长度达到MAX_LEN就GAME_WIN。游戏结束后显示“Score”和最终长度用户按任意键重新开始。这里要注意的是游戏结束后需要重置所有全局变量包括蛇身数组、蛇长、食物坐标、方向、节拍计数否则重新开局会残留上一次的数据通常表现为蛇还没动就已经死亡。4. 调试实录与常见问题排查4.1 LCD1602显示乱码或完全不显示这个问题我一开始做得最多后来总结出三个排查方向先看硬件再看时序。如果是完全不显示先确认V0对比度把电位器从0调到最大看屏幕有没有变化再量一下5V电源和GNDC51开发板电源不稳会造成LCD初始化失败。如果这些都没有问题用示波器或者逻辑分析仪看EN脚有没有高脉冲如果没有说明程序根本没跑到LCD初始化函数检查main函数里是否调用或者是否卡在其它外设初始化上。显示乱码通常是数据线接错或者上下拉电阻不匹配。用万用表通断档逐个量P0.0到P0.7跟LCD D0到D7的连接经常发现有线序反了的情况。还有一个细节LCD1602的RW脚如果悬空或者接地处理不好会导致写指令失败乱码是最典型的症状。建议直接把RW接地只写不读这样能少一个潜在问题。4.2 按键方向跳变和响应过快按键有两种典型问题按一下方向键蛇连续转了两个弯或者按键灵敏度不够要按好几次才有反应。前者通常是硬件没有消抖后者是软件扫描频率太低。按键按下瞬间电平会抖动几十毫秒如果不做消抖一次按键可能会被识别成多次。我的方案是在定时器中断里每10ms调用一次按键扫描连续检测到两次相同的稳定电平才认为有效这样天然完成了消抖。方向“跳变”还有一个原因是矩阵键盘扫描逻辑有bug行和列的电平判断写反了导致按下“上”读出来变成“左”。在调试时可以在按键处理函数里加一个调试变量每按下一个键就通过串口或者LED指示当前的键值而不是直接去改游戏方向这样能快速定位问题。如果用了矩阵键盘还要注意“鬼影”问题多个按键同时按下会误触发游戏场景里不需要支持多键同时按下可以在扫描时只处理第一个检测到的按键。4.3 蛇身移动异常和食物不消失蛇身移动异常最常见的是“蛇尾不消失”或者“蛇身越来越长”。这个本质上是队列先进先出逻辑写错了吃到食物时应该不删除尾部正常移动时应该删除尾部。我建议在移动函数里用两个计数变量分别记录“是否吃到食物”和“当前长度”在移动后做一次长度修正。另一个容易踩的坑是食物坐标和蛇身重叠。生成食物时一定要遍历蛇身数组确保新食物坐标不在蛇身上否则食物显示出来却永远吃不到。如果你发现蛇吃到食物后画面上的食物还在原位置说明食物生成函数没有把新的食物标记更新到显示缓冲区。C51没有动态内存食物坐标就是一个全局变量生成后要立刻刷新LCD显示否则要等下一帧才生效感官上就会觉得食物“卡住”了。调试这类问题可以在LCD上显示一个调试信息比如实时打印蛇头坐标和食物坐标对比一下就能发现是移动没更新还是显示没刷新。4.4 游戏节拍忽快忽慢游戏节拍不稳定一般有两个原因一是定时器初值计算错误导致实际中断周期不是50ms二是主循环里某个函数耗时太长占用了后续中断的调用时机。C51的中断嵌套默认是不支持的如果主循环在写LCD时关闭了中断或者某个delay函数卡了超过一个节拍的时间就会导致节拍标志位被覆盖游戏速度看起来忽快忽慢。解决思路是定时器中断里只置标志位不做费时的操作LCD刷新尽量用查表法减少循环里的乘法运算游戏逻辑不要在主循环里用while等待按键要改成非阻塞查询。如果节拍还是快可以用示波器看某个测试引脚在节拍标志位置位时翻转电平量一下波形周期能很直观地看到是否稳定。4.5 常见问题速查表现象可能原因排查与解决LCD1602无显示对比度不对、电源不稳、初始化失败调V0电位器量电源查初始化时序LCD显示乱码数据线序错误、RW脚悬空用万用表量线序RW接地按一次方向键转多次硬件抖动、无消抖10ms定时扫描连续两次相同再确认方向键不响应按键扫描频率太低、IO配置错误提高扫描频率检查矩阵扫描行/列电平蛇尾不消失移动算法未删除队尾检查队列逻辑吃到食物时不删尾部平时删食物生成在蛇身上没做重叠检测生成后遍历蛇身数组冲突则重新生成游戏速度不稳定主循环阻塞、延时过长中断只置标志位避免while等待烧录后无反应HEX文件未生成/芯片选错勾选Create HEX File检查Device型号蜂鸣器不响驱动电路问题、限流电阻太大检查三极管基极电流确认P2.3电平重新开始后残留旧数据全局变量未重置重置蛇长、方向、坐标、节拍计数等所有状态5. 优化方向与个人心得5.1 增加难度等级和菜单基础版做完后可以加一个简单的难度选择。在GAME_READY状态下按不同按键进入不同速度档位比如1键为慢速300ms2键为中速200ms3键为高速100ms。实现方式很简单把节拍标志位的触发次数配置成一个全局变量根据难度设定不同的计数阈值。注意高速档位下按键扫描频率也要相应提高否则蛇的速度太快方向键来不及反应游戏就变成“碰运气”了。建议最高速度不要低于80ms一格再快人眼都跟不上体验反而下降。5.2 记录最高分和EEPROM存储C51的STC型号通常带EEPROM可以利用它保存历史最高分。每次游戏结束后把当前长度和历史上限比较如果超过就写入EEPROM。这样断电重启后最高分还在。EEPROM写入寿命有限别在每帧都写只在游戏结束切换状态时写一次。我在调试时还加了一个假EEPROM先用数组模拟等逻辑确认无误后再替换成真正的IAP操作省了很多反复擦写的时间。5.3 个人体悟写贪吃蛇最忌讳一把梭最后说一点个人感受。我早期写这类小游戏时总喜欢把所有逻辑塞进一个while循环边显示边扫键边判断碰撞结果每次改一个地方都要牵连三个模块。后来我强迫自己按状态机拆分每个模块只做一件事所有的状态切换都通过一个全局的game_state来控制整个程序结构立刻清晰了很多。贪吃蛇虽然小但你能不能在单片机上把它写顺很大程度上取决于你有没有“解耦”的意识。这个意识带到后面做复杂项目比如多传感器数据采集、电机控制都特别有用。如果你正在做这个项目我建议别急着抄完整代码先把状态图画出来再把蛇的队列移动想明白最后再动手写整个调试过程会顺很多。本文还有配套的精品资源点击获取
