简介：本资源是一套面向单片机初学者与课程设计者的完整Protues仿真项目，聚焦多功能电子密码锁系统开发，解决嵌入式系统中密码管理、环境感知与数据持久化等典型工程问题。资源包含59个文件，涵盖7个核心C源码（如mima.c、DS18B20.c、i2c.c）、6个头文件（含矩阵键盘、LCD1602驱动接口）、8个编译生成的OBJ/LST文件、2个Keil工程文件（.uvproj/.uvopt）及Proteus仿真工程（.pdsprj），另有24C04掉电存储BIN文件、电路图PNG与说明文档，整体压缩包仅833KB，结构清晰便于调试与二次开发。已有159人学习下载，提供从温度采集、8位密码输入/修改、LCD实时显示、电机模拟开锁到三次错误声光报警的全功能实现，配套代码注释详尽、模块划分合理，特别适合单片机原理与接口技术课程实践及毕业设计参考。 最近在做单片机课程设计的朋友，一定绕不开“密码锁”这类题目。但很多人做着做着就发现，网上能找到的代码要么只能跑一个简单按键解锁，要么就是纯理论说明，仿真图、掉电存储、附加功能全都靠脑补。今天要拆的这个项目，正好是这类题目的完整版——基于单片机Proteus仿真的多功能密码锁系统，它把8位密码校验、温度采集显示、掉电存储（EEPROM）、报警输出这几个模块全部整合在一个仿真工程里，还带完整源代码。这篇文章会从硬件选型讲到软件状态机，再讲到Proteus调试翻车记录，争取让你看完就能直接复现，并且能跟别人讲清楚每一行代码为什么要这么写。
这套设计特别适合三类人：一是正在做单片机课程设计或毕业设计的在校生；二是想系统梳理51单片机外设（矩阵键盘、LCD1602、DS18B20、AT24C02）的嵌入式初学者；三是想在Proteus里练手完整项目、又暂时没条件买开发板的朋友。内容我会尽量按“先讲清楚原理、再给能抄的代码、最后列避坑点”的方式来组织。
1. 项目整体设计与核心思路拆解
任何一个单片机综合项目，拿到手第一件事不是急着写代码，而是先把功能需求拆清楚，再决定用哪些模块去实现。这一步决定了后面到底是在“拼积木”还是在“熬粥”。
1.1 核心需求解析
从标题就能看出来，这个项目包含四个核心关键词：
- 多功能密码锁：具备密码输入、密码校验、开锁/闭锁控制、密码错误报警、密码修改等完整流程。
- 温度采集：通过数字温度传感器实时测量环境温度，并在显示器上刷新，属于附加功能模块。
- 8位密码：密码长度固定为8位，比常见的4位或6位密码更复杂，也更适合课程设计展示。
- 掉电存储：系统断电后密码仍然保留，重新上电不需要重新设置。这是整个项目中最容易翻车、也最有技术含量的部分。
把这些需求落到具体硬件上，一个典型的功能模块划分是这样的：
| 功能模块 | 实现方案 | 对应的学习重点 |
|---|---|---|
| 主控 | 51系列单片机（AT89C51/AT89C52） | GPIO控制、定时器、中断 |
| 密码输入 | 4×4矩阵键盘 | 行列扫描、按键消抖 |
| 信息显示 | LCD1602字符液晶 | 初始化时序、写指令/写数据 |
| 温度采集 | DS18B20数字温度传感器 | 单总线时序协议 |
| 掉电存储 | AT24C02（I2C接口EEPROM） | I2C通信、写周期时序 |
| 开锁/报警 | 继电器驱动、蜂鸣器 | 输出控制、状态指示 |
这样的模块划分，几乎覆盖了51单片机入门阶段所有重要的外设知识点。如果这门课有答辩环节，这些模块每一个都能单独提问，所以代码里注释尽量写详细，原理也要能讲明白。
1.2 方案选型：为什么还是51单片机+Proteus
先说选型。这个项目的主控毫无疑问选51内核的单片机，具体型号可以是AT89C51、AT89C52或者STC89C52。原因很简单：课程设计最常见的主控就是51，资料多、Keil工程模板多、Proteus元件库支持也最完善。而且密码锁这种项目，对主频、内存、外设资源要求都很低，用更高端的STM32反而显得“杀鸡用牛刀”，答辩时还可能被追问“为什么不用51”。
我建议选AT89C52而不是AT89C51。虽然两者指令完全兼容，但AT89C52内置8KB Flash和256B RAM，程序空间更充裕。密码锁加温度显示的项目代码量大约在4KB到6KB之间，用AT89C51的4KB Flash会比较紧张，尤其在加了完整注释和可读性排版之后。为了给后续扩展留余量，直接选AT89C52更省心。
Proteus仿真的优势不必多说：不需要焊板子、不需要买元件，改电路比烧芯片快得多。尤其是调试I2C和单总线这类时序协议的时候，Proteus里可以挂虚拟示波器、I2C调试器，排查时序问题比实物调试方便太多。但它的缺点也很明显——仿真模型和实物芯片的电气特性有差异，延时、上拉电阻、驱动能力都需要在仿真中单独验证。这一点后面会详细说。
1.3 系统整体工作流程
结合功能需求，整个系统的工作流程可以这样描述：
系统上电后，单片机先从AT24C02读取保存在EEPROM中的8位密码，同时初始化LCD1602和DS18B20。进入待机状态后，LCD第一行显示当前温度，第二行显示输入密码的提示。用户输入密码时，液晶上以“*”号显示，输入满8位后按确认键。单片机把输入缓冲区和EEPROM中读出的密码逐位比对，一致则驱动继电器开锁，蜂鸣器短响一声提示成功；不一致则蜂鸣器长响报警，错误次数累加，连续错3次进入锁定状态，锁定期间键盘无响应。此外，系统还支持在待机状态下按特定功能键进入“修改密码”模式，修改的新密码会重新写入EEPROM，下次上电依然生效。
状态之间的切换，我建议用“状态机”思想来实现，不要用一堆散乱的标志位硬堆逻辑。把各个状态下允许的操作、事件、跳转条件梳理清楚，代码会显得非常清晰。
2. 核心硬件电路设计与仿真搭建要点
这一部分直接对应Proteus仿真图里的接线。很多初学者仿真不跑，多半是电路连接有问题。下面按模块逐个讲解，同时把为什么这么做讲清楚。
2.1 主控最小系统电路
AT89C52的最小系统由晶振电路、复位电路和电源构成。
晶振电路：在XTAL1和XTAL2之间接12MHz晶振，两个引脚分别对地接33pF电容。Proteus里晶振这个参数对仿真影响其实不太大，但程序里的延时函数、定时器初值都是按12MHz算的，所以仿真图里务必把晶振频率设置为12MHz，否则定时器的时间基准全乱套。
复位电路：RST引脚接一个10uF电解电容到VCC，再接一个10k电阻到GND，构成上电自动复位电路。Proteus仿真一般不需要手动复位，但这个电路画上更规范。EA引脚接VCC，确保单片机从内部程序存储器取指令。
2.2 4×4矩阵键盘电路设计
矩阵键盘是整个系统的人机交互入口，也是最容易出逻辑Bug的部分。
先用4×4矩阵键盘，一共16个按键，占用8个IO口。按键布局如下：
| 行/列 | 第1列 | 第2列 | 第3列 | 第4列 |
|---|---|---|---|---|
| 第1行 | 1 | 2 | 3 | A（确认） |
| 第2行 | 4 | 5 | 6 | B（退格） |
| 第3行 | 7 | 8 | 9 | C（修改密码） |
| 第4行 | * | 0 | # | D（预留） |
P1.0-P1.3接4根列线，P1.4-P1.7接4根行线。扫描原理是逐行拉低，再读列线的电平，就能唯一确定哪个按键被按下。矩阵键盘比独立键盘省引脚，但扫描逻辑复杂一些。Proteus里可以直接用Keypad-SmallCalc元件，也可以手动摆BUTTON，建议手动摆，方便按自己设计的布局接线。
2.3 LCD1602显示电路
LCD1602是字符型液晶，可以显示两行，每行16个字符，正好能同时显示温度值和密码输入状态。
接法上采用8位并行模式：DB0-DB7接P0口，RS接P2.5，RW接P2.6，E接P2.7。P0口是开漏输出，内部没有上拉，所以必须在P0口加一个排阻（RESPACK-8）上拉到VCC，否则数据线输出不了高电平。这个上拉电阻忘了加，LCD直接不显示或者显示乱码，是仿真中最高频的翻车原因之一。
LCD的V0引脚（对比度调节）接一个10k电位器到GND或VCC，调节到屏幕显示清晰为准。
2.4 温度采集电路
DS18B20是单总线数字温度传感器，只用一根数据线就能通信，但时序要求极其严格。
DQ数据线接P3.7，同时在DQ和VCC之间接一个4.7k上拉电阻。这个上拉电阻不能省，单总线协议要求数据线空闲时为高电平。VCC和GND分别接5V电源和地。Proteus里面的DS18B20模型支持仿真，但它对时序的判定是“按仿真时间严格检查”的，如果程序里延时写得不精确，很容易出现初始化失败、读温度全是85℃这类问题。
2.5 掉电存储电路
掉电存储用AT24C02，这是Atmel公司出的一款2Kb（256字节）容量的I2C接口EEPROM。
SCL（时钟线）接P2.0，SDA（数据线）接P2.1，两条线各接一个4.7k上拉电阻到VCC。I2C总线漏极开路，同样必须上拉才能工作。A0、A1、A2三个地址引脚全部接地，这样器件地址固定为0xA0（写）/0xA1（读）。WP引脚（写保护）接地，不启用硬件写保护，否则程序写不进去。
2.6 开锁与报警电路
开锁执行机构用继电器，由P3.4控制。继电器线圈一端接VCC，另一端接一个NPN三极管（2N2222）的集电极，三极管发射极接地，基极通过一个1k电阻接P3.4。当P3.4输出高电平时三极管导通，继电器线圈通电吸合，触点闭合模拟开锁动作。仿真中为了直观，可以在继电器触点上串一个LED，开锁时LED亮。
蜂鸣器接P3.5，建议采用有源蜂鸣器，直接用PNP三极管驱动，单片机引脚输出高电平即可驱动发声。注意有源蜂鸣器内部自带振荡源，只要给它通电就会响，不需要PWM调制。这在Proteus里很好用，因为仿真时不需要考虑驱动频率问题。
3. 软件程序设计与关键模块实现
硬件电路搭好之后，重头戏就是软件。这一部分决定了系统能不能按预期工作，也是大多数同学卡壳最多的地方。我会按模块把核心代码逻辑和为什么这么写讲清楚，然后给出可以直接移植的示例。
3.1 主程序状态机设计
密码锁系统最适合用状态机来组织代码。不用状态机，靠一堆if-else嵌套，很容易在密码修改、错误锁定、温度刷新这些逻辑之间绕晕。
本系统的状态可以划分为：
| 状态 | 说明 | 进入条件 |
|---|---|---|
| STATE_IDLE | 待机状态，显示温度，等待按键 | 上电初始化完成 |
| STATE_INPUT | 密码输入状态 | 待机状态下按下数字键 |
| STATE_CHECK | 密码校验状态 | 输入完成按下确认键 |
| STATE_OPEN | 开锁状态 | 密码校验通过 |
| STATE_LOCKED | 锁定状态 | 连续3次密码错误 |
| STATE_CHANGE_PWD | 修改密码状态 | 待机状态下按下C键 |
主循环就是一个while(1)，不断扫描键盘，根据当前状态处理按键事件。状态切换用switch-case实现，结构清晰，排查问题也方便。
主程序伪代码如下：
void main() { u8 key = 0; init_lcd1602(); init_ds18b20(); init_eeprom(); read_password_from_eeprom(); while (1) { key = scan_keyboard(); if (key != KEY_NONE) { key_process(key, &state); } display_update(state); // 根据状态刷新LCD } }3.2 矩阵键盘扫描与按键处理
矩阵键盘扫描最常用的方法是“行扫描法”，流程分四步：
- 第一步，把所有行线（P1.4-P1.7）设置为输出低电平，读取列线状态。如果某一列为低，说明这一列上有按键按下。
- 第二步，反转方向：把所有列线设为输入，行线逐行拉低，同时读取列线电平，确定具体是哪一行哪一列的交叉点被按下。
- 第三步，软件去抖。第一次检测到按键后延时10-20ms，再读取一次，如果仍为按下状态才认定有效。
- 第四步，等待按键释放。按住不松手不重复触发，同时避免一次按下被当成多次。
具体代码示例：
u8 key_scan(void) { u8 row, col; u8 key_value = KEY_NONE; // 先判断是否有按键按下 P1 = 0xF0; // 行线输出低电平，列线输入 if ((P1 & 0xF0) != 0xF0) // 有列线被拉低，说明有按键按下 { delay_ms(10); // 消抖 if ((P1 & 0xF0) != 0xF0) { // 逐行扫描 for (row = 0; row < 4; row++) { P1 = ~(0x10 << row); // 拉低当前行，其他行置高 col = (P1 >> 4) & 0x0F; if (col != 0x0F) { // 根据行号和列号计算按键值 key_value = row * 4 + get_col_index(col); while ((P1 & 0xF0) != 0xF0); // 等待松手 } } } } // 恢复P1口状态 P1 = 0x0F; return key_value; }注意：矩阵键盘扫描的消抖时间不能太短，太短等于没有消抖；也不能太长，太长会丢按键。实测10ms到20ms之间比较合适。Proteus仿真中如果觉得按键反应慢，可以适当减小到5ms，但实物上不建议这么做。
3.3 密码校验与修改逻辑
密码校验是这个项目的“业务核心”，逻辑不允许含糊。
用户输入密码时，每次按下的数字键依次存入输入缓冲区数组input_buf[8]，同时LCD上显示一个*，形成“密码掩码”效果。确认键按下后，逐位比较input_buf和从EEPROM读出的password_buf[8]。如果每一位都相等，密码校验通过；只要有一位不等，就判定为错误。
这里有一个很容易被忽视的细节：数值0和字符'0'的区别。矩阵键盘返回的是按键的ASCII码，比如数字键“5”扫描出来应该返回'5'（0x35），而不是数字5（0x05）。如果搞混了，密码永远校验不通过。我习惯用key_map[16] = {'1','2','3','A','4','5','6','B',...}这种映射表，直接返回字符。
修改密码流程设计为：
- 待机状态下按C键进入修改密码模式。
- 系统先要求输入当前密码，校验通过后才允许继续。
- 然后输入新的8位密码，系统会提示再次输入新密码确认。
- 两次输入一致，新密码写入EEPROM的固定地址；不一致，退出修改模式，原密码不变。
void change_password(void) { u8 new_pwd[8]; u8 confirm_pwd[8]; u8 i; // 输入原密码验证 if (!input_and_check_password()) return; // 输入新密码 lcd_show_string(0, 0, "NEW PWD:"); for (i = 0; i < 8; i++) new_pwd[i] = get_input_key(); // 再次输入确认 lcd_show_string(0, 0, "CONFIRM:"); for (i = 0; i < 8; i++) confirm_pwd[i] = get_input_key(); // 比较两次输入 for (i = 0; i < 8; i++) { if (new_pwd[i] != confirm_pwd[i]) return; } // 写入EEPROM write_eeprom_password(new_pwd); }这样做的好处是，即使按键被误触发误入修改模式，不知道原密码的人也无法更改密码。原来密码的安全性是有保证的。
3.4 DS18B20温度采集程序实现
DS18B20的编程是整个项目里最考验时序功底的部分。它的通信协议是单总线，所有操作都通过一根线完成：
初始化时序。主机将总线拉低480-960us，然后释放总线，等待15-60us后读取从设备的存在脉冲。DS18B20会拉低总线60-240us作为应答。初始化成功后才能进行后续读写。如果初始化失败，建议延时重试。
写时序。写“0”时，主机拉低总线60-120us；写“1”时，主机拉低总线1-15us后释放，让上拉电阻把总线拉高，持续60us以上。
读时序。主机拉低总线1-15us后释放，并在释放后15us内采样总线电平。读“0”时DS18B20会将总线拉低，读“1”时总线保持高电平。
温度转换的过程：发送Skip ROM命令（0xCC），跳过ROM地址匹配，直接对所有在线设备操作；再发送Convert T命令（0x44），启动温度转换。默认12位分辨率下转换时间最长750ms，所以发完转换命令后必须等待一段时间才能读温度。之后发送Skip ROM和Read Scratchpad命令（0xBE），连续读取暂存器前两个字节，就是温度低字节和高字节。
温度值换算公式为：
int temp = (high_byte << 8) | low_byte; if (temp & 0x8000) // 负温度处理 { temp = ~temp + 1; temp = -temp; } float temperature = temp * 0.0625; // 12位分辨率下LSB对应0.0625℃为什么是0.0625？因为DS18B20的12位温度寄存器中，最低位的权重是2的负4次方，也就是0.0625℃。实测环境温度一般在25℃左右，对应的寄存器值大约是0x0190（400），400乘以0.0625恰好是25.0℃。
注意：Proteus里DS18B20模型中延时函数的精度直接影响时序是否正确。Keil的延时函数是软件延时，实际执行时间和编译优化级别、单片机时钟都有关系。经验做法是写一个带局部变量的
delay_us()函数，不要用空循环嵌套太深，同时在Proteus里实际跑一遍，看到温度读数正常再固化代码。
3.5 掉电存储：AT24C02的I2C读写
掉电存储是本项目最核心的附加功能，实现方案是用I2C协议操作AT24C02。
I2C协议里四个关键信号：
- 起始条件：SCL为高电平期间，SDA从高电平跳变到低电平。
- 停止条件：SCL为高电平期间，SDA从低电平跳变到高电平。
- 应答信号：每接收完一个字节，接收方在第九个时钟周期拉低SDA，表示“收到，继续”。
- 非应答信号：接收方保持SDA高电平，表示“不再接收”。
AT24C02的写操作分两步：先发送器件地址（0xA0）和片内字节地址，再发送待写数据。每次写完一个字节，芯片需要内部写周期（TWR，典型值5ms），在这段时间里不响应任何I2C操作。如果紧接着又发写命令，数据可能丢失。
密码存储的地址规划：
| 地址 | 存储内容 |
|---|---|
| 0x00-0x07 | 8位密码（ASCII码格式存储） |
| 0x08 | 初始化标志：0xA5表示已设置密码 |
| 0x09-0x0F | 预留 |
这样的设计有个好处：上电时先读0x08地址，如果数据是0xA5，说明密码已经存在，直接从0x00-0x07读出密码；如果不是0xA5，说明是第一次上电，使用默认密码（比如“12345678”），并将这个默认密码写入EEPROM。
读操作稍微复杂。要读指定地址的数据，需要先发一个“伪写”命令，把读地址先写到芯片内部地址寄存器，然后再发读命令，从当前地址读出一个字节。这个流程代码逻辑不复杂，但比较容易漏掉起始条件或地址切换动作。
u8 i2c_read_byte(u8 dev_addr, u8 mem_addr) { u8 data; i2c_start(); i2c_send_byte(dev_addr & 0xFE); // 写地址，0xA0 i2c_send_byte(mem_addr); // 写存储地址 i2c_start(); // 重复起始条件 i2c_send_byte(dev_addr | 0x01); // 读地址，0xA1 data = i2c_recv_byte(); i2c_stop(); return data; }3.6 LCD1602显示驱动
LCD1602的使用过程其实很模式化。初始化时向它写入一组配置指令：
- 0x38：设置8位数据总线、两行显示、5×8点阵字符。
- 0x0C：开显示，关光标，不闪烁。
- 0x06：写入数据后地址指针自动加1，光标右移。
- 0x01：清屏。
写指令和写数据的区别在于RS引脚的电平。RS为低电平时写指令，为高电平时写数据。RW接地（只写不读），E引脚每次发送一个下降沿脉冲，让液晶锁存当前数据线上的内容。
在密码输入界面，我建议用一个静态数组存放当前显示在第二行的内容，每次按键更新数组后整体刷新一次，这样能避免局部刷新时产生残影。比如输入了3位密码，第二行显示***_____（用下划线占位），看起来比只显示***更整齐。
4. Proteus仿真搭建、调试步骤与踩坑实录
到了仿真环节，很多同学会发现问题开始集中爆发：LCD不显示、温度读不出来、密码锁死没反应。这些问题的原因往往不是代码逻辑，而是Proteus的仿真特性和硬件接线。
4.1 仿真工程环境搭建步骤
搭建一个完整的Proteus仿真工程并不复杂，建议按顺序操作：
- 第1步：新建工程，选择AT89C52芯片，放到原理图编辑区。
- 第2步：从元件库添加LM016L（LCD1602的Proteus模型）、DS18B20、AT24C02、BUTTON、LED-RED、BUZZER、RELAY、RESPACK-8、CRYSTAL、CAP、RES、POT-HG，按第2章的电路接线。
- 第3步：双击AT89C52，在“Program File”里选择Keil编译生成的
.hex文件。 - 第4步：设置晶振频率为12MHz。
- 第5步：点击仿真运行按钮，观察现象。
如果电路连接正确、代码无误，上电后LCD会显示初始界面和温度值。按下数字键进入密码输入模式，输入正确密码后继电器动作、LED亮起。
4.2 容易被忽略的Proteus仿真参数设置
Proteus和实物电路有一个很大的区别：仿真默认使用“真实时间”模拟，但某些元件的模型对信号要求非常高，一个细微的延时偏差都会导致功能不工作。因此，以下几个参数设置非常关键：
晶振频率必须和代码中延时函数的计算依据一致。代码里如果按12MHz算的延时，仿真晶振频率也必须是12MHz，否则时间基准全偏。
上拉电阻务必连接正确。P0口的上拉排阻、DS18B20的DQ上拉电阻、AT24C02的SCL/SDA上拉电阻，这三个上拉缺一不可。尤其是P0口，如果不加上拉，LCD显示会直接失败。
LCD的V0引脚必须接电位器，并且调到合适位置。V0电压太高或太低，LCD屏幕上都是空的或全黑，但这不代表程序没跑。
4.3 仿真过程中必须掌握的三件事
仿真不是把电路连好、点个运行就完事了。要真正调通这个项目，建议学会三个Debug手段：
第一，用虚拟终端调试I2C数据。Proteus里有I2C调试器，可以挂在SCL和SDA上，直接查看主机和AT24C02之间的通信数据。如果密码写入失败，打开它一眼就能看出是ACK没收到还是数据字节不对。
第二，用示波器看时序波形。Proteus的虚拟示波器可以观察DS18B20的DQ引脚波形，能直观看到初始化时序、读时序的波形是否符合规格。遇到温度读取失败，先看波形再改代码，效率提升一个量级。
第三，善用“单步运行+变量监控”。Keil和Proteus联合调试时，可以在Keil里打断点，实时查看密码缓冲区的值。如果密码明明输入的是“12345678”，缓冲区里却存了别的值，那就是键盘扫描映射表的编码问题。
5. 常见问题与排查技巧速查
下面这个常见问题表，是根据我做这个项目时实际踩过的坑整理的。按表格排查，能解决仿真中九成的问题。
| 现象 | 可能原因 | 排查思路 |
|---|---|---|
| LCD1602不显示或显示方块 | P0口没加上拉排阻；V0对比度电位器未调；初始化时序错误 | 检查上拉排阻；旋转电位器；用示波器看E引脚脉冲；初始化开头加长延时 |
| 按键按下无反应 | 矩阵键盘行列线接反；消抖时间过长；P1口内部上拉配置不对 | 确认行列接线映射与代码一致；减小消抖延时；尝试不消抖动直接读 |
| 按键按一次触发多次 | 缺少松手检测；消抖时间太短 | 确认代码等待按键释放；加10ms以上消抖 |
| DS18B20始终显示85℃ | 初始化失败或温度转换命令没执行；上拉电阻缺失 | 85℃是DS18B20上电复位后的默认寄存器值，说明只读到了未转换的数据；检查初始化时序是否成功，确认转换后延时足够长 |
| 密码校验总失败 | 按键返回值和实际数字对不上；密码存储地址错误；缓冲区长度越界 | 用Keil调试查看缓冲区实际值；确认键盘映射表正确；确认EEPROM地址 |
| AT24C02写不进去 | 写周期没等待；WP引脚接高电平；I2C时序有误 | 每次写完后延时5-10ms；WP接地；用I2C调试器看应答信号 |
| 继电器不动作 | 三极管驱动电路接反；控制引脚写错 | 检查三极管引脚连接；确认控制引脚电平状态；用LED直接接单片机引脚验证输出 |
| 仿真跑起来后非常卡 | LCD频繁刷新；主循环延时过多 | 降低温度刷新频率；LCD显示不要每个循环都全屏刷新；延时函数时间适当减小 |
原密码和修改后密码都是用ASCII码存储的，如果写入的是数字值而不是ASCII码，看起来正确的密码在重启后就会变得不一致。比如存了0x01到0x08，上电后读出来对比的却是'1'到'8'，永远不匹配。
还有一点值得提：Proteus的AT24C02模型在仿真过程中断电重启后，EEPROM里的数据是不会保留的，因为Proteus的内存是易失的。这就导致了一个很迷惑的现象——程序明明写入了密码，重启仿真后密码又变回默认值。这不是代码Bug，而是Proteus仿真的固有特性。想要模拟断电存储，需要在首次运行后用“保存快照”功能或者把AT24C02的内容导出到文件，恢复到下次仿真中。很多同学在这里浪费了大量时间，提前说明一下。
6. 从课程设计到真实产品的扩展思考
这个项目做完，整个51单片机外设体系基本就算打通了。如果再想往深走，有几个方向可以继续扩展。
第一个方向是加入实时时钟模块，用DS1302记录开锁时间，再配合AT24C02存储最近的开锁记录。这样系统就从“密码锁”升级成“门禁记录系统”，开锁时间、开锁结果都能回查，应用场景直接从课程设计拉到了安防领域。
第二个方向是换成指纹识别或RFID刷卡。51单片机挂一个AS608指纹模块或者RC522射频模块，整体方案的本质不变，但安全等级和个人体验完全不一样。这里还能接触到串口通信，和蓝牙/WiFi模块联动，变成手机远程开锁，技术含量再上一个台阶。
第三个方向是把键盘和显示换成触摸屏方案。用51驱动STC系列或者外扩SPI接口的显示屏，整个交互界面可以做得很现代化，密码输入、温度曲线、系统日志都能直观展示。
但我要提醒一点：做这些扩展之前，先把当前这个项目的代码结构整理好、注释写清楚。状态机的思想、I2C的时序、单总线的时序，这些才是真正的核心资产。换一个芯片、换一块屏幕，代码逻辑依然可以复用。
最后分享一个个人体会：这类综合项目做完之后，一定要自己动手画一遍完整的状态转换图。拿一张A4纸，把每个状态、每个按键事件、每个状态迁移条件都画出来，再回头对照代码。这个过程能帮你把“看会了”变成“真会了”，答辩的时候也特别管用。项目虽然是仿真的，但把它当成真实产品去做，收获会完全不一样。
本文还有配套的精品资源，点击获取
