简介基于STM32的电子密码锁设计资料包含完整工程源码与Proteus仿真文件面向电子类专业学生、STM32初学者以及需要完成课设或实训项目的开发者。资源共277个文件压缩包约7.6MB以C语言源码94个.h头文件、70个.c源文件为核心并附有编译生成的.hex/.axf固件、Keil与STM32CubeIDE工程文件.uvprojx、.ioc以及Proteus仿真工程.pdsprj/.pdsbak便于直接打开查看代码、编译烧录和模拟运行。内容覆盖按键输入、LCD显示、密码验证、开锁与报警等典型模块可以帮助读者理解STM32 HAL库的GPIO、定时器、外部中断和显示驱动等外设用法。目前已有559人学习下载资源仅供学习研究使用。通过对照源码与仿真使用者可快速梳理电子密码锁的完整逻辑流程并在此基础上进行功能扩展如增加掉电存储、修改密码或联网告警等。1. 基于STM32电子密码锁为什么先做仿真再做实物很多同学一拿到“电子密码锁设计”这个题目就直奔实物买芯片、焊板子、调线序最后在Proteus里连仿真都没跑过就直接下载程序结果轻则液晶乱码重则芯片烧毁。我做这个项目时踩了同样的坑一开始直接买了一块最小系统板加矩阵键盘开干焊了三天结果是GPIO配置冲突、按键扫描逻辑和显示刷新打架查了两个晚上没查出来最后放手回去老老实实先把Proteus仿真跑通再回到实物上一天就把问题定位完了。所以我这篇方案的核心主张是用“STM32 矩阵键盘 LCD1602 EEPROM 继电器/电磁锁”的组合先完成仿真验证再考虑实物移植。这套方案适合正在做电子设计课程设计、毕业设计的同学也适合想快速搭一个安全控制类项目原型的从业者参考。密码锁的本质是一个典型的状态机应用上电初始化 → 等待输入密码 → 校验密码 → 开锁/报警 → 超时锁定。难点不在单个模块而在模块间的时序配合矩阵键盘扫描不能丢按键液晶刷新不能被中断频繁打断EEPROM写入不能掉电丢失密码校验不能被暴力穷举。任何一个环节想当然都会在实物上翻车。本文给出的整套方案里包含可运行的Proteus仿真工程、完整的Keil源码以及我会详细展开的架构设计、核心代码和验收方法。2. 硬件方案与总体架构主控选型与三大模块的职责划分2.1 主控选型为什么用STM32F103C8T6而不是51单片机密码锁这种题目用51单片机也能做但如果你选的题目是“基于STM32”那么整个系统的复杂度、可扩展性和答辩深度都会不一样。STM32F103C8T6这颗芯片的价格已经降到和增强型51差不多但它的优势非常明显72MHz主频、64KB Flash、20KB SRAM足够跑一个带状态机和延时调度的完整密码锁自带多路定时器、USART、I2C、SPI后续想加指纹模块、蓝牙模块都不用换主控板。更重要的是在Proteus里对STM32F103C8T6的支持已经非常成熟可以直接加载HEX文件仿真不需要专门去调仿真器。在引脚分配上我通常的做法是这样模块引脚说明矩阵键盘行PA0-PA3逐行拉低扫描矩阵键盘列PB0-PB3读取列电平LCD1602数据PB4-PB74位模式接高4位LCD1602 RSPB12寄存器选择LCD1602 ENPB13使能信号蜂鸣器PA4高低电平驱动继电器/电磁锁PA5高电平吸合开锁EEPROM SDA/SCLPB6/PB7I2C通信这个分配方案有一个隐藏的好处所有按键占用的引脚都集中在两个端口写扫描代码时可以直接用端口寄存器操作不用逐位映射代码更简洁。LCD用了4位模式省下4个引脚后续扩展蓝牙或WiFi模块时不需要重新改硬件。2.2 三大核心模块输入、显示、存储与执行的分层关系整个系统可以拆成三个模块层。输入层是4x4矩阵键盘负责采集用户按键并做消抖扫描逻辑层就是STM32主控负责状态机流转、密码比对、错误计数执行层包括LCD1602显示、EEPROM存储和继电器控制。这三层之间通过接口函数解耦在代码里体现为三个独立的文件keypad.c、lcd.c、eeprom.c加上主逻辑main.c。这样的分层设计在校验前能带来一个最实用的好处调试时哪个模块出问题直接单独测试那个模块不用把所有东西都连起来跑。我在仿真阶段就是先写了一个纯按键测试程序把每按一个键的键值通过LCD显示出来确认矩阵扫描无误后再加入密码逻辑。如果你一上来就把所有模块全部集成出了问题根本不知道该查哪层这是最典型的败因。2.3 电路连接与仿真工程初始化要点在Proteus里搭建仿真工程时有几个细节和实物不一样需要特别注意。STM32F103C8T6在Proteus里默认不接外部晶振也能跑因为仿真模型内部虚拟了时钟源但Keil工程里的启动文件必须选择正确的器件型号否则HEX文件加载后程序跑不起来。另一个容易忽略的点是Proteus里LCD1602的对比度引脚要接一个电位器分压否则液晶上什么都显示不出来很多同学以为程序写错了其实是仿真电路里缺了这玩意。供电和地线也值得检查一遍Proteus默认不会自动连接电源网络如果芯片的VDD没接到3.3V电源符号上程序加载到一半就会停止运行。我一般会在画完原理图后逐个检查每个芯片的电源引脚是否带上了红色电源标注这个习惯在转到画实物PCB时同样适用。仿真工程中晶振电路可以省略但复位电路最好保留R和C这样后续烧录和复位逻辑更接近真实情况。3. 核心逻辑设计密码存储、键盘扫描与状态机流转3.1 矩阵键盘扫描行反转法与消抖时序矩阵键盘扫描有两种常见做法逐行拉低逐列读取以及行列反转法。在STM32上我更推荐逐行扫描的方式因为代码直观且不容易受到引脚上下拉配置的影响。4x4键盘共8个引脚行引脚配置为推挽输出列引脚配置为上拉输入。扫描过程就是先所有行输出高电平然后逐行拉低再读取该行时四个列引脚的电平状态哪个列引脚为低就说明那个交叉点的按键被按下。消抖不能只在扫描函数里加延时了事我在这个项目里用的是“两次扫描确认”机制第一次扫描到某个键按下记录键值并标记状态间隔20ms后第二次确认该键仍然按下才把键值放入缓冲区。如果第一次检测到、第二次没有检测到直接丢弃这样既消除了机械抖动也避免了长按键重复触发的问题。Proteus仿真中按键模型是理想的不会出现抖动但代码里保留消抖逻辑方便后续移植到实物。核心扫描代码可以这样写uint8_t Key_Scan(void) { uint8_t row, col; static uint8_t last_key KEY_NONE; uint8_t current_key KEY_NONE; // 行引脚输出高电平 GPIOA-ODR | 0x000F; for(row 0; row 4; row) { // 逐行拉低 GPIOA-ODR ~(1 row); // 等待电平稳定 delay_us(10); // 读取列状态低电平表示该列有按键按下 uint8_t col_val (GPIOB-IDR 0x000F) ^ 0x000F; if(col_val ! 0) { for(col 0; col 4; col) { if(col_val (1 col)) { current_key row * 4 col; } } GPIOA-ODR | 0x000F; break; } GPIOA-ODR | 0x000F; } // 两次扫描确认消除抖动 if(current_key last_key) { return current_key; } else { last_key current_key; return KEY_NONE; } }这段代码的逻辑特点是每轮扫描只在当前状态与上次状态一致时才返回有效键值。也就是说按键从“未按下”变成“按下”的那次扫描返回值是KEY_NONE下一轮扫描才返回真正的键值。这样做的好处是不需要专门为消抖增加状态变量去区分“长按不重复触发”因为连续两次状态一致才会生效而一次有效的按键动作天然满足这个条件。3.2 密码存储方案EEPROM中的明文与校验位设计密码存储在AT24C02 EEPROM里容量256字节按通常的做法分配前16个字节给密码区第17个字节存密码长度第18个字节存校验和。这里要注意一个容易被忽视的问题如果不做校验位设计EEPROM初上电时内容全是0xFF直接读取作为密码会造成“空白芯片无法解锁”的尴尬情况。我设计了一套简单的可信密码检测机制上电时读取地址18的校验字节如果等于前16字节密码的异或值加一个固定偏移就认为密码有效否则把默认密码“123456”写入EEPROM并计算出对应的校验字节。这个方案在答辩时也很容易说清楚不需要复杂的加密算法但能证明你考虑了掉电存储的可靠性问题。#define EEPROM_PWD_ADDR 0x00 // 密码存储起始地址 #define EEPROM_LEN_ADDR 0x10 // 密码长度地址 #define EEPROM_CHK_ADDR 0x11 // 校验字地址 uint8_t EEPROM_CheckPasswordValid(void) { uint8_t len EEPROM_ReadByte(EEPROM_LEN_ADDR); uint8_t chk EEPROM_ReadByte(EEPROM_CHK_ADDR); uint8_t sum 0; uint8_t i; if(len 0 || len 8) { return 0; // 长度异常视为无效 } for(i 0; i len; i) { sum ^ EEPROM_ReadByte(EEPROM_PWD_ADDR i); } // 固定偏移0x5A防止全零密码的误判 return (chk (sum 0x5A)) ? 1 : 0; }校验和不是简单的累加而是异或这样对密码内容的变化更敏感而且计算简单。固定偏移0x5A是为了防止“正确密码”算出校验和为0时和空芯片状态混淆。3.3 状态机设计输入态、校验态、开锁态与锁定态密码锁的程序核心是状态机状态设计的好坏决定了系统是否容易扩展。我设计了六个状态状态IDLE是待机状态显示“PLEASE INPUT”状态INPUT是密码输入中每按一位数字就在LCD上显示一个星号状态VERIFY是校验状态当密码长度达到设定值后自动进入状态OPEN是开锁状态继电器吸合2秒后自动回到IDLE状态ADMIN是管理状态支持修改密码状态LOCK是错误锁定状态连续三次错误后锁定30秒。状态机的实现不推荐用switch-case嵌套到底因为状态多了以后代码会变得像蜘蛛网。我通常的做法是用一个函数指针数组每个状态下对应一个处理函数这样每个状态的逻辑互不干扰也方便后续增加新状态。状态之间的迁移通过事件触发按键事件、校验完成事件、超时事件。void (*pStateHandler[6])(void) { State_Idle, State_Input, State_Verify, State_Open, State_Admin, State_Lock }; uint8_t current_state STATE_IDLE; uint8_t input_buffer[8]; uint8_t input_len 0; uint8_t error_count 0; void State_Machine_Process(void) { pStateHandler[current_state](); }这个设计思路在答辩时可以作为一个亮点用函数指针数组实现状态机比传统的switch结构更灵活新增一个状态只需要在数组里加一个函数入口不需要改动其他状态的代码。同时每个状态函数内部通过return或修改current_state来完成跳转逻辑一目了然。3.4 密码校验与错误锁定防止暴力穷举密码校验的流程是当输入长度等于设定密码长度时自动进入VERIFY状态把输入缓冲区的密码逐位和EEPROM中的密码比较。如果全部匹配进入OPEN状态如果不匹配错误计数加一并返回INPUT状态LCD显示“ERROR TRIES LEFT: N”。错误锁定设计为连续三次错误后锁定30秒。锁定的实现我用的是SysTick定时器的延时阻塞方式在锁定状态点亮一个红色LED并让LCD显示倒计时。30秒选择这个长度有实际考虑足够让合法用户冷静下来想想自己密码是什么同时又不会让恶意试探者太舒服。在实际工程中锁定时间应该随着错误次数增加递增这是安全设计里的指数退避思想但在课设里做到固定锁定时间已经足够体现设计了。4. 避坑指南仿真和实物中最容易翻车的五个问题4.1 Proteus仿真运行时芯片不工作程序加载了但没有反应现象在Proteus里双击STM32芯片加载HEX文件后点击运行芯片引脚上没有预期电平变化程序好像完全没有执行。原因最常见的原因是Keil工程里Target的芯片型号和Proteus里的器件型号不一致。Keil里选了STM32F103ZET6但Proteus里放的是STM32F103C8T6导致启动文件初始化外设地址错误。另外一个原因是HEX文件路径包含中文字符Proteus老版本会加载失败但不报错。解决在Keil的Options for Target里确认Device选择STM32F103C8并在仿真时检查下方Output页签里“Create HEX File”是否勾选。把工程路径改成纯英文路径重新编译生成HEX再到Proteus里重新加载。通常做完这三步问题就消失了。4.2 LCD1602只亮不显示字符现象LCD背光亮对比度电位器调到底也只有一个个小方块没有任何字母或数字显示。原因在Proteus仿真里LCD1602的数据引脚如果接错位或者4位模式下没有先发送高4位再发送低4位就会出现这种“方块但不显示”的现象。另一个原因是两个芯片共地没有处理在仿真里表现为引脚电平异常。解决先用示波器查看LCD的EN引脚有没有使能脉冲。如果没有脉冲说明程序根本没跑到LCD初始化函数如果有脉冲但依然不显示逐行检查接线和4位模式下数据传输顺序。LCD初始化时序里功能设置指令0x28必须分两次发送第一次发0x2第二次发0x8千万不能一次性发0x28。4.3 EEPROM仿真时写入后重新运行又恢复初始值现象在Proteus里跑通程序修改密码成功但停止仿真后重新运行密码又变回默认的123456。原因Proteus的AT24C02仿真模型默认不开“持久化保存”功能仿真停止后存储内容就丢了这其实和真实芯片断电后保存数据的特性有区别。解决在Proteus里双击AT24C02器件把“Initial contents of memory”相关的选项设置为保存到一个文件这样每次修改密码后的内容会写入这个文件下次运行自动加载。这个步骤能在仿真阶段完整验证“掉电后密码仍然有效”这个功能点。4.4 按键扫描偶尔失灵按一下出现两个字符现象物理按键测试时快速按数字键LCD上偶尔一次显示两个相同的数字。原因按键消抖只做了下降沿判断没有处理重复扫描。尤其是主循环运行速度快按键按下的期间可能被多次扫描到返回了多次键值。解决在扫描函数里增加一个“等待释放”机制检测到按键按下并确认后要等到该按键释放所有列均为高电平才允许处理下一个按键。这比单纯延时消抖更可靠而且不会因为长按导致连续输入同一个数字。打一个简单的标志位即可。4.5 继电器吸合时MCU复位现象实物调试中每次开锁瞬间整个系统重启LCD闪一下重新进入“PLEASE INPUT”。原因继电器线圈是感性负载断电瞬间产生反向感应电动势如果电源没有做隔离或没有续流二极管反电动势会通过电源线干扰MCU复位。解决在继电器线圈两端并联一个1N4007二极管方向负极接电源正极正极接驱动管集电极。同时在MCU电源引脚并一个100uF电解电容和一个104陶瓷电容用于吸收瞬态干扰。这个问题在仿真阶段完全暴露不了属于纯实物调试才会遇到的坑。5. 仿真环境搭建、联调流程与代码结构解析5.1 Keil工程文件组织不搞懂别人代码也能快速接手拿到这套源码时打开Keil工程会看到清晰的目录分组USER目录放main.c和stm32f10x_it.cHARDWARE目录放keypad.c、lcd.c、eeprom.c、beep.c、relay.cSYSTEM目录是delay.c和sys.c。这种结构按硬件模块分文件每个文件的职责单一接手时不需要读完整份代码而是“哪里改哪里”改密码逻辑只在main.c里改改按键扫描在keypad.c里改。如果要从零新建工程推荐用标准外设库而不是HAL库。虽然HAL库更现代但在Proteus仿真里标准外设库的代码更透明寄存器操作直观出问题更容易排查。这只是一个个人倾向但我觉得对于学习目的来说能看到寄存器怎么翻转比封装成函数更有教学价值。工程里我用的是3.5版本固件库适配F103系列芯片启动文件选择startup_stm32f10x_md.s对应中密度器件。5.2 联调流程从点灯到完整系统的四个阶段阶段一是“点灯测试”把GPIO翻转的代码下载进去确认Keil工程和芯片的连接正常。如果是仿真阶段直接加载HEX文件到Proteus并让一个LED闪烁确认时钟和延时函数工作正常。阶段二是“按键加显示联调”写一个测试程序按下的键值直接显示到LCD上。这个阶段验证的是两层之间的通信是否正常因为后续所有逻辑都建立在“按键能被正确读到、LCD能正确显示”这个基础上。我一般会在LCD上显示按下的键值和一个计数器确认连续按键不会丢、不会重复。阶段三是“EEPROM读写测试”给EEPROM写入一组测试数据重新上电后读出来比对验证I2C通信和校验机制。阶段四是“全流程测试”把状态机、密码校验、错误锁定全部集成按照验收用例逐项测试。5.3 主要函数接口说明与调用关系模块接口设计得清晰后续上手改代码时才不会一头雾水。下面是这套代码里的几个关键接口Key_Scan()负责矩阵键盘扫描和消抖返回有效键值或KEY_NONELCD_ShowString()在指定位置显示字符串EEPROM_WritePassword()把当前密码写入EEPROMPWD_Check()比对密码是否匹配State_Update()把当前状态迁移到下一个状态。// main.c 中主循环的核心逻辑扫描按键→更新状态机→刷新显示 int main(void) { uint8_t key; System_Init(); // 初始化所有外设 // 确保EEPROM中的密码有效无效则写入默认密码 if(!EEPROM_CheckPasswordValid()) { EEPROM_WriteDefaultPassword(); } while(1) { key Key_Scan(); // 扫描按键 if(key ! KEY_NONE) { Handle_Key_Input(key); // 把按键事件传给状态机 } State_Machine_Process(); // 状态机执行当前状态逻辑 } }主循环的设计刻意没有加入LCD刷新逻辑因为LCD刷新放在状态机内部处理只有状态变化时才重绘屏幕。这样避免了一个常见问题主循环里如果每轮都刷新LCD按键扫描就会被显示函数的耗时影响导致丢按键。这是从“点灯到全流程”联调阶段最容易暴露的问题之一。6. 验收方案与答辩要点怎样让评审老师相信这套系统真的可靠6.1 按需求文档逐条测试功能验收清单在最终交付前我会强制自己把每一条需求转成一条可验证的测试用例拿着这张表在仿真里逐项执行。这样可以确保不会因为“代码能跑”就忽视了某个隐藏功能缺陷。序号测试用例操作步骤预期结果1默认密码开锁输入123456并按确认继电器吸合LCD显示OPEN2错误密码提示输入123457并按确认LCD显示密码错误剩余次数减一3连续三次错误锁定连续输入三次错误密码系统锁定30秒锁定期间按键无效4修改密码在管理状态下输入原密码和新密码新密码写入EEPROM重启后依然有效5掉电保存修改密码后重新加载仿真/重新上电密码保持为新密码默认密码失效6按键响应快速输入16位数字所有按键都被正确接收无丢字、无重字在测试用例中修改密码这个功能我设计了一条完整的操作路径长按“*”键进入管理状态此时要求输入原密码验证后输入两次新密码两次输入一致才写入EEPROM并返回待机状态。两次输入确认的机制在答辩中值得主动提出来因为这说明你考虑了用户操作时的误输入问题。这在产品设计里是一个很重要的细节。6.2 现场演示脚本先背熟一份再视情况穿插讲设计答辩现场最容易出现的状况是评审老师说“随便按几个键看看”然后代码里的隐藏bug当场暴露。我的习惯是准备一份固定的演示脚本从“上电默认状态”开始一步步展示所有功能每一步的按键顺序和预期显示都烂熟于心。先用这份脚本完整走一遍证明系统功能正常然后再回答老师的随机提问。脚本顺序是上电后LCD显示“PLEASE INPUT”输入默认密码123456后显示OPEN并开锁重新锁定后连续输入三次错误密码观察错误计数依次递减和最终锁定30秒的倒计时解锁后长按“*”进入管理状态修改新密码为654321重新上电后用新密码开锁成功。这个顺序覆盖了正常路径、异常路径和存储持久化三个角度都能体现系统设计。6.3 答辩中容易被打动的几个分支问题评阅老师通常不会只满足于“你的系统能跑”他们喜欢追着几个问题问。第一个问题是“你的密码存在EEPROM里是明文安全性怎么保证”这里的应对思路可以坦诚说课设场景下的需求是断电不丢密码不是防专业攻击如果后续要更安全可以引入多级盐值哈希存储方案但那是产品级设计不是课设重点。用这套逻辑既承认了局限又展示了你了解更高层的安全设计手段。第二个常见问题是“如果用户在输入过程中按了退格怎么办”这是考验交互设计细节的。如果方案里没有实现退格功能就说明当前输入状态没有防误操作机制。我一般会实现一个“#”键作为退格键每按一次删除最后一位输入LCD上的星号也回退一格。这个设计能在答辩时主动讲出来很容易成为一个加分项。第三个问题是“你的状态机如果同时收到两个事件怎么处理”这考究系统是否考虑了事件优先级。合理的做法是在Handle_Key_Input里只处理一个按键事件其余按键在下一个循环继续扫描天然按时间顺序逐个处理。锁定状态则对所有按键直接丢弃保证锁定状态不可被中断优先级绕过。把这个设计逻辑在答辩时讲清楚评审老师通常会对系统稳定性留下好印象。6.4 代码评审自检清单上电前自己先过一遍正式提测之前我会做一次终检每项用肉眼在代码里过一遍。第一检查所有GPIO配置是否已经设置了时钟使能很多新手的STM32程序“跑不动”就是漏了这句然后查了一晚上硬件第二检查所有中断服务函数里是否有延迟函数中断里做延时会造成系统时序混乱这是一条硬性红线第三检查EEPROM写入循环是否有延时AT24C02写一个字节需要一个写周期通常在5ms左右如果循环里没有延时写入时序会失败第四检查main函数是否在初始化之后进入了死循环STM32程序跑飞往往是因为while(1)结构被破坏了。从那以后我每次做嵌入式项目都把“仿真跑通 实物一次点亮 演示脚本录屏”绑定成一套流程强制自己走完。仿真帮你证明逻辑设计是对的实物帮你证明外设驱动是对的演示录屏则是留给自己复盘和答辩备用的证据。方案里的仿真工程和源码我还专门配了一份操作说明文档把Proteus版本注意事项、加载HEX文件的步骤、各功能对应的操作路径都写清楚了就是为了让拿到这份方案的同学少走一两天的弯路。希望帮到你。本文还有配套的精品资源点击获取