蓝桥杯嵌入式模拟赛2实战复盘：用STM32G431搞定LCD、LED、按键、PWM和串口

蓝桥杯嵌入式模拟赛2全流程实战解析：从零构建STM32G431多模块协同系统

当开发板的电源指示灯第一次亮起，LCD屏幕浮现出清晰的白色字符时，我知道这不仅仅是一次普通的练习——这是将分散的模块知识整合成完整系统的关键时刻。蓝桥杯嵌入式模拟赛2就像一位严格的教练，用LCD显示、LED控制、按键交互、PWM输出和串口通信这五个基础模块，考验着参赛者对STM32G431芯片的真正掌握程度。不同于单独练习每个外设，当这些功能需要协同工作时，隐藏的问题会像雨后的蘑菇一样突然冒出来。

1. 环境搭建与工程初始化

在开始编码之前，合理的工程配置能避免后期大量返工。使用STM32CubeMX初始化项目时，有几点需要特别注意：

• 时钟树配置：STM32G431的主频默认是170MHz，但实际使用中建议设置为160MHz以获得更好的稳定性。特别是当使用USB功能时，需要确保时钟分频系数正确。
• 引脚分配冲突检查：开发板上LED使用PC8-PC15，按键使用PB0-PB2和PA0，LCD使用PB6-PB15等引脚。务必在CubeMX的"Pinout View"中确认无黄色警告标志。

// 系统时钟配置示例（system_stm32g4xx.c中修改） #define PLL_M 4 #define PLL_N 160 #define PLL_P 2 #define PLL_Q 2 #define PLL_R 2

常见踩坑点：

1. 未开启GPIO端口时钟（尤其是重映射功能需要的AFIO时钟）
2. 调试接口引脚被复用为普通IO（如SWD的PA13/PA14）
3. 未配置正确的中断优先级（特别是SysTick和外部中断）

提示：创建工程时立即设置版本控制（Git），每次功能验证通过后提交一次，这是比赛中最容易被忽视的时间管理技巧。

2. 模块化代码架构设计

面对多任务需求，良好的代码结构比算法优化更重要。建议采用分层架构：

├── Drivers │ ├── LED │ ├── LCD │ ├── Key │ └── UART ├── Middlewares │ ├── PWM │ └── Timer └── Application ├── App.c └── TaskScheduler.c

关键数据结构设计：

typedef struct { uint8_t current_mode; // 0-按键控制 1-串口控制 uint8_t display_index; // 当前显示通道 0-PA1 1-PA7 struct { char name[4]; uint32_t frequency; uint8_t duty_cycle; } pwm_data[2]; } SystemState;

这种设计带来三个优势：

1. 状态集中管理，避免全局变量泛滥
2. 数据与显示分离，便于界面刷新
3. 模式切换时只需修改current_mode字段

3. 外设驱动深度优化

3.1 LED与LCD的显示冲突解决方案

开发板上的LED（PC8-PC15）与LCD数据线（PB6-PB15）共用GPIO端口，直接操作会导致相互干扰。经过实测，最稳定的解决方案是：

1. 修改LCD驱动中的LCD_WriteRAM函数，在写入数据前保存PC端口状态
2. 写入完成后恢复PC端口值
3. 添加端口保护锁机制

void LCD_WriteRAM_Prepare(void) { /* 保存PC端口状态 */ static uint16_t pc_backup; pc_backup = GPIOC->ODR; /* 原始写操作 */ LCD->LCD_RAM = LCD_RAM; /* 恢复PC状态 */ GPIOC->ODR = pc_backup; }

3.2 高效按键检测方案

传统的延时消抖会阻塞系统运行，采用状态机实现非阻塞检测：

typedef enum { KEY_IDLE, KEY_DOWN, KEY_DEBOUNCE, KEY_CONFIRM, KEY_RELEASE } KeyState; uint8_t Key_Scan(void) { static KeyState state = KEY_IDLE; static uint32_t tick; uint8_t key_val = 0; switch(state) { case KEY_IDLE: if(KEY1_DOWN || KEY2_DOWN || KEY3_DOWN || KEY4_DOWN) { state = KEY_DOWN; tick = HAL_GetTick(); } break; case KEY_DOWN: if(HAL_GetTick() - tick > 15) { state = KEY_DEBOUNCE; } break; case KEY_DEBOUNCE: key_val = Read_Key_Value(); // 实际键值读取 if(key_val) state = KEY_CONFIRM; else state = KEY_IDLE; break; case KEY_CONFIRM: if(!(KEY1_DOWN || KEY2_DOWN || KEY3_DOWN || KEY4_DOWN)) { state = KEY_RELEASE; tick = HAL_GetTick(); } break; case KEY_RELEASE: if(HAL_GetTick() - tick > 5) { state = KEY_IDLE; return key_val; } break; } return 0; }

3.3 PWM动态调整算法

题目要求实时调整频率和占空比，需要注意：

1. 频率改变时需同时调整自动重装载值(ARR)和比较寄存器(CCR)
2. 使用__HAL_TIM_SET_AUTORELOAD()宏而非直接写寄存器，可避免意外行为
3. 对于高频PWM（>20kHz），建议关闭预分频器（PSC=0）

void PWM_Update(TIM_HandleTypeDef *htim, uint32_t ch, uint32_t freq, uint8_t duty) { uint32_t arr = SystemCoreClock / freq - 1; uint32_t ccr = arr * duty / 100; __HAL_TIM_SET_AUTORELOAD(htim, arr); __HAL_TIM_SET_COMPARE(htim, ch, ccr); // 手动触发更新事件 htim->Instance->EGR = TIM_EGR_UG; }

4. 系统集成与调试技巧

当所有模块单独测试通过后，系统联调阶段往往会暴露意想不到的问题。以下是三个典型场景的解决方案：

问题1：LCD显示导致LED异常闪烁

• 原因：SPI通信时未关闭中断
• 解决：在LCD驱动关键段添加__disable_irq()和__enable_irq()

问题2：PWM输出不稳定

• 原因：定时器配置模式错误
• 验证代码：

if((htim->Instance->CR1 & TIM_CR1_CEN) != RESET) { // 定时器已启用 if((htim->Instance->CCER & TIM_CCER_CC1E) != RESET) { // 通道1输出已使能 } }

问题3：串口接收数据不完整

• 原因：未处理帧错误和溢出错误
• 增强代码：

void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart) { if(huart->ErrorCode & HAL_UART_ERROR_FE) { __HAL_UART_CLEAR_FLAG(huart, UART_CLEAR_FEF); } if(huart->ErrorCode & HAL_UART_ERROR_ORE) { __HAL_UART_CLEAR_FLAG(huart, UART_CLEAR_OREF); } HAL_UART_Receive_IT(huart, rx_buf, RX_BUF_SIZE); }

调试工具推荐组合：

1. STM32CubeMonitor实时观测变量变化
2. 逻辑分析仪捕捉PWM波形（建议采样率≥4倍信号频率）
3. 串口调试助手的高级模式（支持波形绘制）

5. 竞赛策略与时间管理

根据往届选手的实战经验，提供以下时间分配建议：

在真实比赛中遇到难题时，建议：

1. 优先保证基础功能完整（如LED显示正确）
2. 复杂功能采用降级方案（如用查询替代中断）
3. 每完成一个功能立即提交一次版本

最后三小时应该：

1. 冻结新功能开发
2. 系统压力测试（连续运行30分钟）
3. 整理代码注释和文档说明