简介基于STM32的智能门禁人体感应报警毕业设计资料包面向电子与嵌入式相关专业学生、毕设开发者提供一套涵盖软硬件设计的综合参考方案。设计围绕人体感应触发报警、蜂鸣器驱动、LCD1602显示与按键交互等核心功能资料包含完整源码、电路原理图和实物图便于对照学习GPIO、定时器、LCD驱动及人体感应模块的编程思路。压缩包以7z格式封装大小约4.56MB整体聚焦于核心工程文件解压后即可查看关键设计与代码。目前已有1122人浏览学习这份资源。借助原理图可梳理硬件连接与电路设计借助实物图可辅助焊接和排错按键控制与液晶显示的状态联动也为功能扩展和毕业答辩演示提供了清晰支撑。无论课程设计还是毕业设计都能从中获取可直接参考的门禁报警整体方案。1. 基于STM32的智能门禁为什么用“人体感应蜂鸣器LCD1602按键”这套组合STM32 智能门禁这个题目在嵌入式毕业设计里出现频率极高PIR 人体感应模块负责“看到人”蜂鸣器负责“发出警报”LCD1602 把布防、撤防、报警状态显示出来按键承担布防切换和报警复位。整条链路由 4 个基础外设拼成却要处理输入检测、输出控制、显示刷新和状态机切换四类逻辑对 GPIO、外部中断、定时器和 HAL 库都是完整的训练。适合做课程设计收尾也适合想在简历上写“独立完成带传感输入和声光报警的单片机系统”的应届生。这篇文章按硬件选型、固件实现、状态机设计、调试优化的顺序展开最后给到可以直接移植的代码片段。2. 门禁硬件链路HC-SR501人体感应接线、蜂鸣器驱动电路与LCD1602引脚分配2.1 人体感应模块选型HC-SR501 输出信号与跳帽模式怎么设毕业设计里人体感应几乎默认用 HC-SR501原因是它内部集成了 BISS0001 红外处理芯片和菲涅尔透镜输出端直接给出高电平不需要额外放大电路。供电范围标称 4.5V~20V系统里常见做法是直接给模块供 5V输出引脚串一个 1kΩ 电阻再进 STM32 的 GPIO既能限流又能在杜邦线较长时减轻干扰。信号脚推荐接 PA8配置为浮空输入或带上拉输入均可因为模块静态时输出低电平只有检测到人体时才拉高。HC-SR501 板上有两个十字电位器分别调灵敏度和延时。灵敏度旋钮控制检测距离通常能覆盖 3~7 米延时旋钮控制输出高电平保持时间范围约 0.3~10 秒。门禁场景里建议把延时调短保持 1 秒左右。原因是延时过长时主控读到的是持续几秒的高电平状态机切换会变得迟钝而且人一靠近就一直响适合做“有人进入”的提示但不适合做“非法闯入”的报警。延时调短后主控可以通过软件自行延长报警时间逻辑更可控。HC-SR501 还有一个触发模式跳帽。L 模式是“不可重复触发”检测到人后输出一次高电平计时结束后恢复低电平期间人即使连续移动也不会重新计时H 模式是“可重复触发”只要人在感应范围内持续运动输出就始终保持高电平。门禁报警建议选 H 模式。闯入者一般不会站着不动H 模式下的信号更可靠不容易出现“人还在现场输出却已经回落”的漏报情况。2.2 蜂鸣器驱动电路三极管基极电阻计算与续流二极管的作用STM32 的 GPIO 推挽输出时灌入和拉出电流典型值只有 20mA 左右直接驱动蜂鸣器往往音量不够甚至会把引脚拉垮。常见做法是用一颗 NPN 三极管比如 SS8050搭共射极开关电路集电极接蜂鸣器负极蜂鸣器正极接 VCC发射极接地基极通过限流电阻接 STM32 引脚。GPIO 输出高电平时三极管饱和导通蜂鸣器得电发声输出低电平时截止蜂鸣器停响。基极电阻取值需要算一步。SS8050 的直流放大倍数 hFE 典型值在 100 到 300蜂鸣器工作电流按 30mA 算基极电流取集电极电流的 1/10 到 1/20也就是 1.5~3mA。STM32 引脚高电平按 3.3V 算三极管基极-发射极饱和压降约 0.7V电阻上压降约 2.6V2.6V 除以 2mA 约等于 1.3kΩ所以常见做法是选 1kΩ 或 2.2kΩ既能保证进入饱和区又不会让基极电流过大。蜂鸣器两端要反并联一个 1N4148 二极管阴极接 VCC阳极接集电极。很多教程只在继电器驱动电路里强调续流实际上无源蜂鸣器内部是线圈结构断电瞬间会产生反向感应电动势如果没有这个二极管泄放三极管集电极-发射极之间可能被击穿。有源蜂鸣器虽然内部封装了振荡电路但同样带线圈续流二极管应该保留。选型上有源蜂鸣器通电就响只适合做固定频率报警音无源蜂鸣器需要外部提供 2kHz 到 4kHz 方波才能发声好处是可以用 PWM 改变频率做出“叮咚”门铃音或急促的警笛效果。毕设时间紧就选有源想多展示一些“技术含量”就选无源。2.3 LCD1602 四线并行接线、对比度电位器与按键保护电路LCD1602 驱动方式有 8 位并行、4 位并行和 I2C 转接板三种。毕设里最常见的是 4 位并行模式只占用 6 个 GPIORS、EN、D4 到 D7。8 位并行需要 11 个引脚对 STM32F103C8T6 这种 48 脚芯片并不是不能用但 4 位模式能省下引脚给传感器或串口调试。I2C 方式用 PCF8574 转接板只需要 SCL 和 SDA 两根线但要先确认板载 I2C 地址常见地址是 0x27 或 0x3F买回来的模块地址可能不一致最好在初始化之前用 I2C 扫描程序探测一下。LCD1602 的 Vo 引脚是很多人被坑的地方。Vo 悬空时屏幕要么全黑要么全白字符完全看不清跟代码没关系。正确接法是 Vo 接一个 10kΩ 电位器的中间抽头两端分别接 VCC 和 GND上电后边看屏幕边转动电位器把对比度调到字符清晰、背景不发黑的位置。背光引脚串一个 10Ω 到 100Ω 的限流电阻再接 VCC否则背光 LED 电流偏大长时间工作会加速老化。外设信号STM32 引脚配置项HC-SR501 PIR输出PA8GPIO 输入无上拉蜂鸣器控制端PA9GPIO 推挽输出LCD1602RSPB10GPIO 推挽输出LCD1602ENPB11GPIO 推挽输出LCD1602D4~D7PB12~PB15GPIO 推挽输出按键 1布防/复位PB0外部中断下降沿触发内部上拉按键 2报警静音PB1外部中断下降沿触发内部上拉按键的电路设计也不能省。按键一端接 GPIO另一端接 GNDGPIO 内部使能上拉未按下时读到高电平按下时读到低电平。比按键另一端接 VCC 更安全因为按下瞬间不会有额外灌入电流。每个按键两端并联一个 100nF 电容做硬件消抖再在按键和 GPIO 之间串一个 330Ω 电阻构成简单的 RC 保护结构。这个按键保护电路在实验板上效果明显尤其是按键线较长的时候能减少毛刺对 EXTI 的误触发。3. STM32固件实现CubeMX初始化、LCD1602驱动与按键消抖读取3.1 基于 CubeMX 的引脚初始化与时钟配置路径固件开发用 STM32CubeMX 先生成工程省去手动配时钟的步骤。工程新建时选择型号 STM32F103C8T6在 Pinout 界面按硬件接线表配置引脚PA8 设为 GPIO_INPUT模式选 Input Mode不使能上下拉PA9 设为 GPIO_OUTPUT初始电平设为 LowPB10 到 PB15 都设为 Output Push-PullPB0 和 PB1 设为 External Interrupt Mode with Falling edge trigger detectionPull-up/Pull-down 选 Pull-up。CubeMX 会自动生成HAL_GPIO_Init()和中断回调函数骨架。时钟配置注意一个常见错误STM32F103C8T6 的核心板并不都焊接了外部 8MHz 晶振。如果板子上没有晶振而 CubMX 里又把 HSE 选为时钟源程序会卡在HAL_RCC_ClockConfig()里面表现为下载后不运行。此时要把 PLL Source 改成 HSI系统时钟配置为 64MHz这是没有外部晶振时的最可靠方案。如果核心板自带了 8MHz 晶振则保持 HSE把 SYSCLK 设为 72MHz这样串口波特率和定时器频率都更标准。工程生成后在main.c的用户代码区/* USER CODE BEGIN 2 */后面加 LCD 初始化和状态变量初始化。3.2 LCD1602 4位并行驱动代码与位操作时序LCD1602 4 位模式的核心是每次写入 8 位数据时先送高 4 位再送低 4 位通过 EN 引脚从高到低的跳变把数据锁存进液晶控制器。整套驱动可以分成写命令和写数据两个函数。下面是完整的最小驱动文件lcd1602.c。#include lcd1602.h #include main.h // 数据脚定义D4-PB12, D5-PB13, D6-PB14, D7-PB15 #define LCD_D4 GPIO_PIN_12 #define LCD_D5 GPIO_PIN_13 #define LCD_D6 GPIO_PIN_14 #define LCD_D7 GPIO_PIN_15 static void LCD_Delay_us(uint16_t us) { for (uint16_t i 0; i us; i) { __NOP(); } } static void LCD_WriteNibble(uint8_t nibble) { HAL_GPIO_WritePin(GPIOB, LCD_D4, (nibble 0x01) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(GPIOB, LCD_D5, (nibble 0x02) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(GPIOB, LCD_D6, (nibble 0x04) ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(GPIOB, LCD_D7, (nibble 0x08) ? GPIO_PIN_SET : GPIO_PIN_RESET); } static void LCD_Strobe(void) { HAL_GPIO_WritePin(GPIOB, GPIO_PIN_11, GPIO_PIN_SET); LCD_Delay_us(1); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_11, GPIO_PIN_RESET); LCD_Delay_us(5); } static void LCD_WriteByte(uint8_t data, uint8_t rs) { HAL_GPIO_WritePin(GPIOB, GPIO_PIN_10, rs ? GPIO_PIN_SET : GPIO_PIN_RESET); LCD_WriteNibble((data 4) 0x0F); LCD_Strobe(); LCD_WriteNibble(data 0x0F); LCD_Strobe(); } void LCD_Init(void) { HAL_Delay(50); // 初始化时的特殊时序必须严格按顺序来 LCD_WriteNibble(0x03); LCD_Strobe(); HAL_Delay(5); LCD_WriteNibble(0x03); LCD_Strobe(); HAL_Delay(5); LCD_WriteNibble(0x03); LCD_Strobe(); HAL_Delay(5); LCD_WriteNibble(0x02); LCD_Strobe(); HAL_Delay(5); // 4 位模式2 行5x7 点阵字符 LCD_WriteByte(0x28, 0); // 开显示关光标不闪烁 LCD_WriteByte(0x0C, 0); // 清屏 LCD_WriteByte(0x01, 0); HAL_Delay(5); // 写入后地址指针自动加一 LCD_WriteByte(0x06, 0); } void LCD_SetCursor(uint8_t row, uint8_t col) { uint8_t addr (row 0) ? (0x80 col) : (0xC0 col); LCD_WriteByte(addr, 0); } void LCD_ShowString(uint8_t row, uint8_t col, char *str) { LCD_SetCursor(row, col); while (*str) { LCD_WriteByte((uint8_t)(*str), 1); } }代码里最关键的是LCD_WriteNibble和LCD_Strobe的配合。LCD_WriteNibble只把 4 位数据放到 D4~D7 引脚上不产生时序LCD_Strobe把 EN 拉高再拉低形成上升沿加下降沿的信号。LCD1602 在 EN 下降沿时锁存数据所以先写数据再拉高 EN 的顺序不能反过来。整个初始化序列里的 0x03 三次重复是为了让 LCD 控制器在未知状态下强制进入 4 位模式少一步不行。LCD_WriteByte的第二个参数 rs 决定当前写入的是命令还是字符数据命令写在LCD_Init和光标控制里字符数据写在LCD_ShowString的循环里。3.3 按键消抖先外部中断标记再主循环确认按键接在 PB0 和 PB1 上配的是下降沿外部中断。直接在中断回调函数里加 HAL_Delay 做延时消抖是不对的因为中断回调里阻塞会拖死整个系统而且 HAL_Delay 依赖 SysTick在中断上下文里工作的行为并不可靠。更规范的做法是中断回调里只置一个标志位记录触发时刻真正的消抖判断放到主循环的任务函数里。volatile uint8_t g_key1_pending 0; volatile uint8_t g_key2_pending 0; volatile uint32_t g_key1_tick 0; volatile uint32_t g_key2_tick 0; void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if (GPIO_Pin GPIO_PIN_0) { g_key1_pending 1; g_key1_tick HAL_GetTick(); } else if (GPIO_Pin GPIO_PIN_1) { g_key2_pending 1; g_key2_tick HAL_GetTick(); } } void Key_Scan(void) { if (g_key1_pending) { g_key1_pending 0; // 延时 20ms 后再确认电平此时应为稳定的低电平 while (HAL_GetTick() - g_key1_tick 20) { // 等待消抖窗口结束 } if (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) GPIO_PIN_RESET) { // 有效按键切换布防/撤防 System_ToggleArm(); } } if (g_key2_pending) { g_key2_pending 0; while (HAL_GetTick() - g_key2_tick 20) { } if (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_1) GPIO_PIN_RESET) { Buzzer_Silence(); } } }这个设计的核心思路是外部中断只负责“喊一声有大动作”具体按键是否真的按下要靠延时后重新读 GPIO 电平来确认。20ms 的消抖窗口覆盖了机械按键常见的抖动时间也就是按下去瞬间触点弹开又闭合的过程。System_ToggleArm()和Buzzer_Silence()是应用层函数分别放在主程序状态机里和蜂鸣器控制里这样按键逻辑不跟具体业务耦合后面改功能时只需要动这两个函数。还有人会问中断回调里直接调用HAL_Delay(20)不是更省事实际情况是外部中断回调优先级较高如果在里面阻塞 20ms系统里其它依赖时间标志的工作会集体卡住比如 LCD 刷新和蜂鸣器提示音节奏。所以“中断置标志、主循环消抖”这种模式不是一个风格问题是可靠性问题。4. 门禁主程序状态机布防、撤防、报警三段逻辑与LCD实时刷新4.1 用枚举定义门禁状态状态切换集中在同一处门禁系统实时响应外部事件用一个有限状态机来组织最合适。这里只定义三个状态撤防态、布防态、报警态。撤防态下 PIR 可以照常感应人但不触发报警适合主人白天在家的场景布防态下 PIR 一旦检测到人体移动立即进入报警态报警态下蜂鸣器按设定节奏响LCD 显示报警信息直到按复位键回到布防态或者按撤防键回到撤防态。typedef enum { SYS_DISARMED 0, SYS_ARMED, SYS_ALARM } SystemState; SystemState g_sys_state SYS_DISARMED; uint32_t g_alarm_start_tick 0;状态变量g_sys_state是整个程序的主心骨所有外设任务都围绕它做分支。状态切换尽量收敛在一个函数里不要在多个地方随意改g_sys_state否则后面排查“为什么状态跳变异常”会非常痛苦。g_alarm_start_tick用来记录进入报警态的时刻后续如果要做“报警持续 30 秒后自动关闭蜂鸣器”的逻辑直接拿当前时间和它相减就行。void System_ToggleArm(void) { if (g_sys_state SYS_ARMED) { g_sys_state SYS_DISARMED; } else if (g_sys_state SYS_DISARMED) { g_sys_state SYS_ARMED; } else if (g_sys_state SYS_ALARM) { // 报警态按复位键回到布防态 g_sys_state SYS_ARMED; } } void System_TriggerAlarm(void) { if (g_sys_state SYS_ARMED) { g_sys_state SYS_ALARM; g_alarm_start_tick HAL_GetTick(); } }这两个函数内部都检查了当前状态避免在错误的状态下触发切换。比如System_TriggerAlarm()只在布防态才生效如果当前是撤防态或者已经在报警态函数什么也不做直接返回。这种防御式写法能防止 PIR 信号抖动导致的状态错乱。4.2 PIR 检测与蜂鸣器报警逻辑如何处理持续报警主循环按三件事来跑读 PIR、刷蜂鸣器、刷 LCD。PIR 的检测逻辑最简单读引脚电平布防态下为高电平就触发报警。void Pir_Task(void) { GPIO_PinState level HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_8); if (level GPIO_PIN_SET) { System_TriggerAlarm(); } }蜂鸣器任务分两种情况。有源蜂鸣器直接用 GPIO 翻转每隔 200ms 翻转一次电平就能得到“嘀-嘀-嘀”的间隔报警声用 PWM 的无源蜂鸣器则是切换频率形成起伏的警笛音调。这里先给有源蜂鸣器的实现无源蜂鸣器的高级音效放到最后一章展开。void Buzzer_Task(void) { static uint32_t last_toggle 0; if (g_sys_state SYS_ALARM) { if (HAL_GetTick() - last_toggle 200) { last_toggle HAL_GetTick(); HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_9); } } else { // 非报警态蜂鸣器必须保持低电平避免误响 HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, GPIO_PIN_RESET); } }注意静态变量last_toggle只在 Buzzer_Task 内部有效这是为了让翻转节奏有个基准点。每次报警状态时基不同如果从 0 开始计时第一次翻转的间隔可能是 0 到 200ms 之间任意值听起来节奏不稳。静态变量保持上次翻转的时刻进入报警态后第一次翻转也会紧跟上一次的时间基准声音更均匀。4.3 LCD1602 按状态刷新避免每帧重复写入LCD 刷新这里最容易犯的错是主循环每一圈都把同样的字符串往 LCD 上写一遍。LCD1602 写入字符是比较耗时的操作尤其是主循环里还有其他任务时重复刷新会拖慢整体响应而且屏幕会闪。正确做法是记录上一次显示的状态只有状态变化时才重新写屏幕。void Lcd_Task(void) { static SystemState last_state 0xFF; // 初始值设成不可能出现的值强制首次刷新 if (last_state g_sys_state) { return; } last_state g_sys_state; if (g_sys_state SYS_DISARMED) { LCD_ShowString(0, 0, System: DISARM); LCD_ShowString(1, 0, SW1: Arm); } else if (g_sys_state SYS_ARMED) { LCD_ShowString(0, 0, System: ARMED); LCD_ShowString(1, 0, Welcome!); } else { LCD_ShowString(0, 0, ! ALARM ! ALARM); LCD_ShowString(1, 0, PIR Triggered); } }last_state初始化成 0xFF因为枚举里合法值是 0、1、2第一次进入函数时必然不相等所以上电后一定会刷新一次屏幕。这个“首帧强制刷新”的做法用在 LCD、OLED、数码管这类显示外设上都很通用可以避免刚上电时屏幕残留上一次的数据。液晶的静态显示不需要持续刷新保持电平就能一直显示所以状态不变化时跳过早刷新行为对整个系统的实时性有明显提升。5. 参数调优与实物调试人体感应距离、蜂鸣器音效和无源蜂鸣器非阻塞播放5.1 四个必检硬件参数与排查方法实物板子焊完或者面包板插好后上电第一件事不是下载程序而是先测量供电和电平。用万用表检查 STM32 的 3.3V 和 5V 是否正常再检查 HC-SR501 的输出脚静态电压是否为低蜂鸣器两端是否有意外压差。另一件容易被忽略的事是 Keil5 项目安装的芯片支持包版本是否匹配STM32F103C8T6 用的是 F1 系列支持包如果芯片包没装好下载程序会报错。以下表格列出调试时最常遇到的几个现象、可能原因和检查顺序。现象优先检查项处理建议LCD1602 有背光无字符Vo 对比度电位器缓慢转动 10k 电位器找字符最清晰的点LCD1602 显示乱码或全方块数据线 D4~D7 接错位用万用表逐个量 PB12~PB15 到 LCD 各引脚的通断PIR 一直输出高电平延时旋钮位置和跳帽模式延时旋到最小跳帽切到 H 模式PIR 感应距离太短灵敏度旋钮和透镜灵敏度顺时针旋到底确认菲涅尔透镜未被遮挡蜂鸣器声音低沉无力三极管型号和基极电阻确认使用 SS8050 而非 S8550基极电阻降到 1kΩProteus 仿真里蜂鸣器不响仿真模型频率参数有源蜂鸣器模型需设置额定电压无源模型需加方波源其中 PIR 距离问题的坑最深。HC-SR501 的灵敏度电位器顺时针调节时是增大灵敏度但要注意它和延时电位器互相干扰调整灵敏度的过程中手指靠近模块会同时触发模块内部的延时逻辑导致输出电平短暂拉高容易被误判成“坏了”。正确的调校顺序是先固定延时旋钮到最小再调灵敏度最后根据实际场景重新微调延时。整个过程必须断电后调整电位器避免人体接近对测试结果的影响。5.2 进阶无源蜂鸣器非阻塞播放高低交替警笛音如果蜂鸣器选用的是无源款用 PWM 输出可以做一个比固定频率“嘀嘀声”更有辨识度的警笛音效。原理很简单无源蜂鸣器需要外部给方波才能发声方波频率由定时器的自动重装载值决定只要把自动重装载值在两个频率之间来回切换就能产生“呜-呜-呜”的起伏效果。核心是用定时器通道输出 PWM在报警任务里定期修改自动重装载值。// 假设 PA9 配置为 TIM1_CH1输入时钟 72MHz // 通过修改下面两个值即可改变蜂鸣器发声频率 void Buzzer_SetFreq(uint32_t freq) { uint32_t period 72000000UL / freq; __HAL_TIM_SET_AUTORELOAD(htim1, period - 1); __HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, period / 2); } void Buzzer_Task(void) { static uint32_t last_switch 0; static uint8_t freq_high_phase 1; if (g_sys_state SYS_ALARM) { if (HAL_GetTick() - last_switch 300) { last_switch HAL_GetTick(); freq_high_phase !freq_high_phase; if (freq_high_phase) { Buzzer_SetFreq(2000); // 高频段听感更尖锐 } else { Buzzer_SetFreq(1200); // 低频段听感更低沉 } } // 启动一次 PWM避免每次切换频率后重复启动 HAL_TIM_PWM_Start(htim1, TIM_CHANNEL_1); } else { HAL_TIM_PWM_Stop(htim1, TIM_CHANNEL_1); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, GPIO_PIN_RESET); } }Buzzer_SetFreq函数里的 72000000UL 是 TIM1 的输入时钟频率如果系统时钟不是 72MHz这个值要跟着改。period 72000000UL / freq计算的是一个完整方波周期需要多少时钟节拍然后写入自动重装载寄存器。占空比设成 50%即比较值等于周期的一半这样蜂鸣器驱动信号的谐波分量最干净音量也最大。非阻塞的体现是每次频率切换只改一个寄存器不需要阻塞延时主循环的其他任务照常执行。失谐的关键点是HAL_TIM_PWM_Start和HAL_TIM_PWM_Stop不能放错位置如果每 300ms 都启动一次 PWM定时器会反复从零计数声音节奏反而混乱。把 PWM 启动放在报警分支的公共路径里频率切换只改自动重装载值就能得到干净的警笛效果。HAL 库的这套写法直接套用在各个毕业设计里从有源蜂鸣器换成无源蜂鸣器只需要改这一个任务函数和 GPIO 复用配置。本文还有配套的精品资源点击获取
