简介：本资源是一套完整的基于STM32的共享充电宝高分毕业设计实现方案，面向计算机、通信、自动化及人工智能等相关专业的本科生与初阶嵌入式学习者，解决从硬件驱动开发、通信协议对接到系统功能集成的典型工程实践问题，适用于课程设计、大作业及毕业设计参考。压缩包共171个文件，含47个头文件（h）、21个C源码（c）、21个编译中间文件（o）及20个链接配置文件（crf），涵盖HAL库底层驱动（如tim、uart、rcc、flash、dma等模块）、主控逻辑、PPT答辩报告与工程配置文件（.ioc、.uvprojx、.hex等），整体13.9MB，结构完整、开箱可调。已有137人学习下载，所有代码均经实机调试验证，运行稳定；读者可直接复现整套充放电控制、状态上报、用户交互等核心功能，并基于现有框架拓展NFC识别、蓝牙通信或云端对接等进阶模块，具备扎实的工程迁移与二次开发价值。
1. 这不是玩具充电柜，而是一套可落地的嵌入式物联网终端闭环系统
你拆开一个共享充电宝机柜，看到的绝不是几块电池加个二维码贴纸。真正决定它能否在校园快递站、奶茶店角落稳定运行半年不掉线的，是背后那颗 STM32F103C8T6 芯片上跑着的实时状态机——它要同时处理扫码触发、继电器吸合、电流采样、蓝牙心跳、低电告警、超时断电、本地缓存回传等 7 类并发任务。这个高分毕业设计项目（答辩 98 分）的价值，正在于它没用 FreeRTOS 堆砌概念，而是用裸机调度+状态迁移表实现了轻量级确定性响应：UART 接收微信小程序下发的租借指令后，32ms 内完成电磁锁驱动信号输出；当检测到输出电流持续低于 50mA 达 15 秒，自动触发归还流程并清除本地 session。它面向的是需要理解「硬件资源约束下如何做功能取舍」的自动化/通信专业学生——比如为什么 TIM2 专用于 PWM 控制充电 MOSFET 而非用 SysTick？为什么 UART1 接 ESP8266 用中断接收但 UART2 接指纹模块却用轮询？这些决策痕迹全埋在stm32f1xx_hal_tim.c和stm32f1xx_hal_uart.c的函数调用链里，而不是 PPT 里那张模糊的系统框图。
2. 从芯片引脚定义到状态机调度：硬件抽象层的实战级封装逻辑
2.1 GPIO 与外设复用配置的隐含约束
该项目采用 STM32F103C8T6（48pin LQFP），其资源分配直接反映工程权衡：PA9/PA10 用于 UART1（连接 ESP8266 WiFi 模块），PB10/PB11 用于 I2C1（接 BH1750 光照传感器监测柜内环境），而最关键的 PB12-PB15 则全部分配给四路电磁锁控制。注意stm32f1xx_hal_rcc.c中的RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE配置——它强制启用外部 8MHz 晶振而非内部 RC，原因在于：WiFi 模块要求 UART 波特率误差 <2%，而 HSE 经 PLL 倍频后能提供更稳定的 72MHz 系统时钟，使 UART 波特率寄存器USARTDIV计算值误差控制在 0.15% 以内。若强行改用 HSI，实测在 115200bps 下会出现帧错误率突增。
// stm32f1xx_hal_rcc.c 关键片段 RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE; RCC_OscInitStruct.HSEState = RCC_HSE_ON; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON; RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE; RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL9; // 8MHz * 9 = 72MHz提示：HSE 启动失败是新手最常卡住的环节。务必检查原理图中晶振两端是否焊接 22pF 负载电容（
stm32 晶振电容计算热搜词指向的正是此参数），且 BOOT0 引脚必须接地才能从主闪存启动。
2.2 定时器资源的分层调度策略
项目未使用 RTOS，但通过 TIM2/TIM3/TIM4 构建了三级时间管理：
- TIM2（高级定时器）：生成 20kHz PWM 信号控制充电 MOSFET 导通占空比，其
HAL_TIM_PWM_Start()调用前必须先配置htim2.Init.Period = 3599（对应 72MHz/3600=20kHz），且htim2.Init.Prescaler = 0保证精度； - TIM3（通用定时器）：每 10ms 触发一次中断，执行电流采样（ADC）、温度读取（DS18B20）、锁状态扫描（GPIO 输入）；
- TIM4（基本定时器）：纯软件计时器，用于实现「租借超时自动断电」逻辑——当
HAL_TIM_Base_Start_IT(&htim4)启动后，在HAL_TIM_PeriodElapsedCallback()中递增全局变量timeout_counter，达到阈值（如 3600 次即 1 小时）则执行Lock_Release()。
// stm32f1xx_hal_tim_ex.c 中 TIM4 初始化关键参数 htim4.Instance = TIM4; htim4.Init.Prescaler = 7199; // 72MHz / (7199+1) = 10kHz → 100us/计数 htim4.Init.CounterMode = TIM_COUNTERMODE_UP; htim4.Init.Period = 99; // 100us * 100 = 10ms 中断周期 HAL_TIM_Base_Init(&htim4); HAL_TIM_Base_Start_IT(&htim4);注意：TIM2 的 PWM 输出引脚 PA0 必须配置为
GPIO_MODE_AF_PP（复用推挽），而 TIM3 的输入捕获引脚 PB0 则需设为GPIO_MODE_INPUT。若混淆模式，HAL 库会静默失败——此时用逻辑分析仪抓 PA0 无波形，但HAL_TIM_PWM_Start()返回 HAL_OK，这是典型「配置成功但硬件无效」陷阱。
2.3 UART 协议栈的双模通信设计
项目存在两路 UART 通信，但处理逻辑截然不同：
- UART1（WiFi 通道）：采用 DMA + 中断混合模式。
HAL_UART_Receive_DMA()启动后，当 ESP8266 发送 JSON 指令（如{"cmd":"rent","id":"A001"}），DMA 自动将数据填入rx_buffer[256]，满 256 字节或空闲线检测（IDLE line detection）触发HAL_UART_RxCpltCallback()，此时调用parse_json()解析指令； - UART2（指纹模块通道）：因指纹模块响应延迟大（平均 800ms），采用阻塞式轮询。
HAL_UART_Transmit()发送指令后，立即进入while(HAL_UART_GetState(&huart2) != HAL_UART_STATE_READY)等待，避免中断嵌套导致状态错乱。
| UART | 用途 | 传输速率 | 关键配置 | 故障特征 |
|---|---|---|---|---|
| UART1 | ESP8266联网 | 115200bps | huart1.Init.OverSampling = UART_OVERSAMPLING_16 | 接收乱码 → 检查 DMA 缓冲区溢出 |
| UART2 | 指纹识别 | 57600bps | huart2.Init.WordLength = UART_WORDLENGTH_9B | 无响应 → 检查huart2.Init.StopBits = UART_STOPBITS_1是否匹配模块手册 |
3. 电源管理与安全机制：从硬件电路到固件保护的深度耦合
3.1 充电路径的 MOSFET 驱动时序控制
共享充电宝的核心矛盾是「既要快速充电又要防止过流」。本项目在原理图中采用双 MOSFET 结构：Q1（N沟道）控制充电输入，Q2（P沟道）控制放电输出。固件通过 TIM2 PWM 调节 Q1 栅极电压，但关键在于stm32f1xx_hal_flash_ex.c中写入的 Flash 保护页——它存储了每台设备的充电电流校准系数（如calib_current[4] = {1.23, 1.18, 1.25, 1.21}），该系数在HAL_ADCEx_Calibration_Start()后动态修正 ADC 采样值。当检测到单节电池电压 >4.2V 且电流 >1.8A 持续 3s，HAL_FLASH_Unlock()解锁后写入故障日志到 Flash 第 0x0800F000 地址，并触发HAL_GPIO_WritePin(GPIOB, GPIO_PIN_12, GPIO_PIN_SET)切断 Q1。
// stm32f1xx_hal_flash.c 中 Flash 写入关键步骤 HAL_FLASH_Unlock(); __HAL_FLASH_CLEAR_FLAG(FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPRTERR); address = 0x0800F000; HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, address, fault_code); // 写入故障码 HAL_FLASH_Lock();提示：Flash 编程需等待
HAL_FLASH_GetError()返回HAL_FLASH_ERROR_NONE，否则连续写入会导致FLASH_FLAG_PGERR置位。实测发现若在HAL_FLASH_Program()后未加while(__HAL_FLASH_GET_FLAG(FLASH_FLAG_BSY))等待忙标志清除，后续 ADC 采样会异常。
3.2 电磁锁的防抖与失效降级策略
四路电磁锁（PB12-PB15）驱动电路采用 ULN2003 达林顿阵列，但固件层做了三重防护：
- 硬件消抖：每个锁控引脚串联 100nF 电容，配合
HAL_GPIO_ReadPin()读取时执行 3 次 2ms 延时再判断； - 软件确认：
Lock_Activate()函数执行后，立即读取锁状态反馈引脚（PC0-PC3），若 50ms 内未检测到高电平，则判定锁体卡死； - 降级模式：当某路锁连续 3 次激活失败，
stm32f1xx_hal_dma.c中的 DMA 传输完成中断会触发lock_failure_handler()，将该仓位标记为LOCK_FAULT并跳过后续租借请求，同时通过 UART1 上报{"status":"lock_fault","pos":2}。
// 锁状态检测逻辑（摘自 main.c） for(uint8_t i=0; i<4; i++) { HAL_GPIO_WritePin(GPIOB, lock_pins[i], GPIO_PIN_SET); // 激活 HAL_Delay(2); if(HAL_GPIO_ReadPin(GPIOC, feedback_pins[i]) == GPIO_PIN_RESET) { lock_status[i] = LOCK_FAULT; report_lock_fault(i); // 上报故障 } }3.3 低功耗场景下的唤醒源配置
为适配「无人值守场景」，项目在stm32f1xx_hal_rcc_ex.c中启用了停机模式（Stop Mode）：当所有充电宝归还且 30 分钟无网络心跳，HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI)进入低功耗。此时仅 RTC 和独立看门狗（IWDG）保持运行，唤醒源配置为：
- EXTI Line 0（PA0，接红外人体传感器）
- EXTI Line 15_10（PC13，接按键）
- RTC Alarm（每日 04:00 自动唤醒做自检）
// 停机模式唤醒配置（stm32f1xx_hal_rcc_ex.c） __HAL_RCC_PWR_CLK_ENABLE(); HAL_PWR_EnableWakeUpPin(PWR_WAKEUP_PIN_HIGH); // PC13 为高电平唤醒 HAL_EXTI_GetHandle(&hexti, EXTI_LINE_13); HAL_EXTI_RegisterCallback(&hexti, HAL_EXTI_RISING_CB_ID, WakeUp_IRQHandler);注意：进入 Stop Mode 前必须关闭所有外设时钟（
__HAL_RCC_USART1_CLK_DISABLE()等），否则电流消耗从 15μA 升至 2.3mA。实测某次调试中忘记关闭 ADC 时钟，导致电池 72 小时耗尽——这是毕业设计答辩时评委重点追问的功耗优化点。
4. 调试验证与边界测试：让代码在真实物理世界中可靠运行
4.1 使用 ST-Link V2 进行实时变量监控
Keil MDK 工程中的CDB.uvguix.17258文件包含调试配置，关键设置如下：
- Debug → Settings → SW Device：选择
STM32F103C8，Interface 选SWD； - Utilities → Use Debug Driver：勾选
Load Application at Startup和Reset and Run； - Trace → Core Clock：手动输入
72000000（必须与stm32f1xx_hal_rcc.c中实际配置一致）。
启动调试后，在View → Watch Window中添加以下变量观察实时状态：
lock_status[4]：四路锁当前状态（0=释放，1=锁定，2=故障）adc_values[8]：8 路 ADC 采样值（含电池电压、电流、温度）wifi_state：ESP8266 连接状态（0=断开，1=AP 模式，2=Station 模式）
提示：若 Watch Window 显示
<not in scope>，说明变量被编译器优化。在Options for Target → C/C++ → Optimization中将 Level 设为-O0（无优化），或对关键变量添加volatile修饰符。
4.2 模拟极端场景的边界测试用例
毕业设计答辩中 98 分的关键，在于覆盖了 5 类物理层异常：
| 测试场景 | 操作步骤 | 预期响应 | 固件验证点 |
|---|---|---|---|
| 断网续传 | 拔掉 ESP8266 天线，租借 3 台后恢复网络 | 本地 Flash 存储租借记录，恢复后自动上报 | 检查stm32f1xx_hal_flash.c中FLASH_PAGE_SIZE=1024的页写入逻辑 |
| 电池反接 | 将充电宝正负极反向插入仓位 | 立即切断 Q2 放电通路，LED 红灯快闪 | 监测HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_1)电压检测引脚电平 |
| 强电磁干扰 | 在柜体旁开启 2.4GHz 无线路由器 | UART1 数据包错误率 <0.1%，无锁误触发 | 抓取huart1.pRxBuffPtr缓冲区内容，验证 CRC16 校验 |
| 低温失效 | 将整机置于 -10℃ 冰箱 2 小时 | 仍能响应扫码，但充电电流自动降至 0.5A | 查看temp_compensation()函数中查表法索引 |
| 长期运行 | 连续运行 72 小时，每 15 分钟租还一次 | RAM 使用率稳定在 62%，无内存泄漏 | 在 Keil 中View → Periodic Window → Memory Usage查看 heap 增长曲线 |
4.3 PPT 报告中的技术亮点可视化呈现
高分答辩 PPT 不是代码截图堆砌，而是用三张图讲清技术纵深：
- 图1：状态迁移图（State Transition Diagram）
展示enum LOCK_STATE {RELEASED, LOCKING, LOCKED, UNLOCKING, FAULT}五种状态及触发条件（如SCAN_QRCODE → LOCKING，CURRENT_LOW_15S → UNLOCKING），箭头标注 HAL 函数名（HAL_GPIO_WritePin()、HAL_TIM_PWM_Start()）； - 图2：时序对比柱状图
横轴为「任务类型」，纵轴为「执行时间（μs）」，对比裸机调度 vs FreeRTOS 的xTaskCreate()开销（实测裸机平均 3.2μs，FreeRTOS 为 18.7μs）； - 图3：功耗热力图
用红外热像仪拍摄 PCB，标注ULN2003（62℃）、STM32（45℃）、MOSFET（78℃）温度，证明散热设计合理性。
最后强调一个易被忽略的细节：所有.c文件顶部的#include "stm32f1xx_hal.h"必须放在#include "main.h"之前，否则HAL_TIM_Base_Start_IT()会因htim4结构体未定义而编译失败——这是 Keil 5.35 版本特有的头文件依赖顺序问题，也是答辩时老师追问「为什么你的工程在同学电脑上编译报错」的标准答案。
本文还有配套的精品资源，点击获取
