用STM32F103C8T6和HC-05蓝牙模块DIY智能门锁，手把手教你实现手机远程改密码（附完整代码）
基于STM32F103C8T6与HC-05的智能门锁系统开发实战
在物联网技术快速渗透日常生活的今天，传统门锁正经历着从机械结构到电子化、智能化的变革。本文将带您深入探索如何利用STM32F103C8T6微控制器和HC-05蓝牙模块构建一套具备远程管理能力的智能门锁系统。不同于简单的硬件组装教程，我们将重点关注蓝牙通信协议设计、安全机制实现以及手机端交互方案这三个核心技术环节，为嵌入式开发者提供可直接复用的工程实践参考。
1. 系统架构设计与核心组件选型
一套完整的智能门锁系统需要硬件、固件、通信协议三者的协同工作。我们选择的STM32F103C8T6作为主控芯片，以其Cortex-M3内核和丰富的外设接口成为物联网边缘设备的理想选择。系统采用模块化设计思想，各功能单元通过清晰的接口定义实现解耦。
1.1 硬件组成拓扑
主控与周边模块连接示意图
+---------------+ | STM32F103 | | C8T6 | +-------┬-------+ | +--------------+--------------+ | | | +-------v-------+ +----v-----+ +------v------+ | HC-05蓝牙 | | RFID读卡 | | OLED显示 | | 模块(PA9/10)| | 器(PA1-4)| | 屏(PA5/7) | +-------+-------+ +----+-----+ +------+------+ | | | +-------v-------+ +----v-----+ +------v------+ | 手机APP/串口 | | IC卡用户 | | 密码输入 | | 控制端 | | 身份验证 | | 键盘矩阵 | +---------------+ +----------+ +-------------+关键硬件参数对比表：
| 模块名称 | 接口类型 | 工作电压 | 通信协议 | 典型用途 |
|---|---|---|---|---|
| HC-05蓝牙模块 | UART(PA9/10) | 3.3V | SPP | 无线通信通道 |
| RFID-RC522 | SPI(PA1-4) | 3.3V | ISO14443A | 非接触式身份认证 |
| OLED SSD1306 | I2C(PA5/7) | 3.3V | I2C | 状态信息显示 |
| 4x4矩阵键盘 | GPIO(PB组) | 3.3V | 扫描输入 | 本地密码输入 |
1.2 固件框架设计
采用分层架构的固件设计确保系统可维护性：
// 典型的主程序循环结构 while(1) { check_keypad_input(); // 键盘扫描层 process_rfid_card(); // RFID处理层 handle_bluetooth_cmd(); // 蓝牙通信层 update_display(); // 人机交互层 manage_lock_state(); // 锁具控制层 }开发环境提示：建议使用STM32CubeMX初始化外设配置，配合Keil MDK进行代码开发，可显著降低底层驱动开发工作量。
2. 蓝牙通信协议深度解析
HC-05模块作为系统与移动端的无线桥梁，其通信协议的健壮性直接决定用户体验。我们设计了一套基于帧结构的二进制协议，在保证传输效率的同时加入基础安全校验。
2.1 自定义协议帧格式
协议采用起始标志+长度+命令+数据+校验+结束标志的帧结构：
0 1 2 3 N N+1 N+2 +------+------+------+-----//-----+------+------+ | 0xFF | LEN | CMD | DATA... | CRC8 | 0xFE | +------+------+------+-----//-----+------+------+典型命令码定义：
- 0x01: 密码修改请求
- 0x02: IC卡添加指令
- 0x03: IC卡删除指令
- 0x04: 系统状态查询
2.2 手机端交互实现方案
Android平台可通过三种方式实现控制端开发：
串口调试APP方案（快速验证）
- 使用现成的蓝牙串口应用(如Serial Bluetooth Terminal)
- 手动构造协议帧发送HEX数据
MIT App Inventor定制开发（低代码方案）
// 示例：密码修改按钮点击事件 when BT_Client.SendButton.Click do set hexData to join "FF060104030201FE" call BT_Client.SendHexData(hexData)原生Android开发（完整控制）
// 密码修改帧生成方法 byte[] createPwdFrame(String oldPwd, String newPwd) { byte[] frame = new byte[10]; frame[0] = (byte)0xFF; // 起始符 frame[1] = 0x06; // 数据长度 frame[2] = 0x01; // 命令字 System.arraycopy(oldPwd.getBytes(), 0, frame, 3, 3); System.arraycopy(newPwd.getBytes(), 0, frame, 6, 3); frame[9] = (byte)0xFE; // 结束符 return frame; }
安全注意：实际项目中应至少实现简单的异或校验，避免误操作导致门锁状态异常。
3. 关键功能实现细节
3.1 密码管理子系统
密码存储采用STM32内部Flash模拟EEPROM方案，定义专门的存储扇区：
#define PWD_SECTOR_ADDR 0x0800F000 // 使用Page 63作为密码存储 void save_password(uint8_t* pwd) { FLASH_Unlock(); FLASH_ErasePage(PWD_SECTOR_ADDR); for(int i=0; i<6; i++) { FLASH_ProgramHalfWord(PWD_SECTOR_ADDR+i*2, pwd[i]); } FLASH_Lock(); }密码验证流程优化建议：
- 引入输入延时（防止暴力破解）
- 错误次数计数存入Flash
- 连续错误锁定后仅允许蓝牙解锁
3.2 IC卡管理模块
RFID-RC522模块采用SPI接口通信，卡号处理流程包含：
void handle_rfid() { if(FindCard() == MI_OK) { ReadCardSerial(); // 读取卡号 if(check_card_db(CardID)) { unlock_door(); send_bluetooth_msg("Card OK"); } else { beep_alarm(); send_bluetooth_msg("Card Invalid"); } } }卡号数据库建议实现方案：
- 使用结构体数组存储多个卡号
- 添加卡号时自动选择空闲槽位
- 删除卡号后压缩存储空间
4. 系统安全增强策略
4.1 通信安全机制
虽然HC-05采用蓝牙2.1+EDR标准，但仍可实施基础防护：
动态密钥交换：每次连接生成临时会话密钥
# Python模拟密钥生成 import os def generate_session_key(): return os.urandom(4).hex() # 生成4字节随机数指令白名单：仅处理预定义命令码
if(cmd > 0x04 || cmd < 0x01) { send_error_response(INVALID_CMD); return; }速率限制：单位时间内限制操作次数
4.2 本地安全防护
硬件层面的安全考量：
- 在PB11连接物理应急开关
- 使用看门狗定时器防死机
- 关键GPIO配置为推挽输出防干扰
5. 项目优化与扩展方向
5.1 性能优化技巧
实测中发现的影响响应速度的因素及解决方案：
| 瓶颈点 | 优化方案 | 效果提升 |
|---|---|---|
| RFID卡检测周期 | 将轮询改为中断触发 | 300ms→50ms |
| OLED刷新频率 | 采用局部刷新代替全局刷新 | 功耗降低40% |
| 蓝牙数据解析 | 使用DMA接收代替中断处理 | CPU占用率下降 |
5.2 功能扩展建议
多模联网升级：
- 增加ESP8266实现WiFi控制
- 添加SIM800C支持短信解锁
生物识别扩展：
graph LR A[指纹模块] -->|UART| B(STM32) C[人脸识别] -->|I2C| B D[声纹识别] -->|ADC| B云端对接方案：
- 通过MQTT协议连接物联网平台
- 实现开锁记录云端存储
实际部署中发现，舵机在低温环境下可能出现扭矩不足的情况，建议选用工作温度范围-30℃~85℃的工业级型号，或在机械结构上增加手动解锁备用方案。