【STM32G4】【CubeMX+HAL库】蓝桥杯嵌入式备赛实战：从模块驱动到赛题框架构建

1. STM32G4与CubeMX环境搭建实战

第一次接触STM32G4系列芯片时，我被它丰富的外设资源和出色的性能所吸引。作为蓝桥杯嵌入式赛事的指定平台，这款芯片搭配CubeMX工具能极大提升开发效率。记得去年备赛时，我花了整整两天才搞明白如何正确配置工程，现在把这些经验都总结给你。

CubeMX的工程配置其实有两条路径：直接使用官方例程或从零创建。官方例程确实省时，但版本兼容性问题可能让你抓狂。我遇到过最典型的问题就是工程和CubeMX版本不匹配，这时候点击Migrate按钮通常能解决。不过更稳妥的做法是掌握从零搭建工程的技能，这样遇到任何板子都能快速上手。

时钟树配置是新手最容易出错的地方。STM32G4的时钟源比F系列更复杂，建议先理清时钟走向：从24MHz的HSE出发，经过PLL倍频到80MHz系统时钟。在CubeMX界面里，记得把PLL Source Mux选为HSE，System Clock Mux选择PLLCLK，输入HCLK值80后让工具自动计算其他参数。这个配置和CT117E开发板保持同步，能避免很多奇怪的问题。

关于固件包版本，有个坑得特别注意。虽然官方资料包里的STM32Cube_FW_G4是V1.2.0版本，但实际最新版已到V1.5.2。我测试发现新版修复了不少BUG，比如Pack Installer找不到器件的问题。建议比赛时提前准备好两个版本的固件包，遇到问题可以快速切换。

2. 模块驱动开发技巧

2.1 LED控制的艺术

LED控制看似简单，但想做到"指哪打哪"需要点技巧。通过GPIOC控制8个LED时，直接操作单个引脚会导致其他LED状态紊乱。我的解决方案是用一个全局变量保存当前状态，每次更新时先熄灭所有LED，再按需点亮：

void BSP_LED_Disp(uint8_t LED_data) { BSP_LED_Unlock(); HAL_GPIO_WritePin(GPIOC, GPIO_PIN_All, GPIO_PIN_SET); // 先全灭 HAL_GPIO_WritePin(GPIOC, LED_data << 8, GPIO_PIN_RESET); // 再点亮指定LED BSP_LED_Lock(); LED_DATA_SAVE = LED_data; // 保存状态 }

有个血泪教训：不要在中断里直接操作LED！我曾因为LCD刷新和LED闪烁共用GPIOC导致显示错乱，最后发现是中断时序冲突。正确的做法是在主循环中根据标志位更新LED状态。

2.2 LCD显示优化

官方提供的LCD驱动库有个致命缺陷——没有实时变量显示功能。我通过sprintf实现了动态数据展示：

char text[30]; float voltage = 3.3; sprintf(text, "Voltage: %.2fV", voltage); LCD_DisplayStringLine(Line2, (uint8_t*)text);

但要注意两点：第一，不要频繁刷新整个屏幕，否则会出现闪烁；第二，显示浮点数时要指定小数位数，比如"%.2f"表示保留两位。有个优化技巧是在官方lcd.c的三个关键函数（LCD_WriteReg等）里加入GPIO状态保存与恢复，可以避免LED干扰。

3. 输入设备的高级处理

3.1 按键状态机实现

传统的延时消抖在比赛中根本不够用，我用状态机实现了稳定可靠的按键检测。以短按识别为例，定义三个状态：

struct keys { uint8_t judge_state; // 0:初始 1:消抖 2:等待释放 uint8_t key_state; uint8_t key_isPressed; };

在10ms定时中断里扫描按键状态，通过状态迁移实现消抖。这种方法CPU占用率极低，实测在同时处理LCD刷新和PWM输出时也稳定工作。

3.2 长按与双击识别

在状态机基础上扩展，增加计时器和标志位就能实现复杂识别。长按的关键是记录按下持续时间：

case 2: // 等待释放状态 if(!key_state) { key_time++; if(key_time > 70) // 700ms key_long_flag = 1; }

双击识别稍复杂些，需要维护两个计时器：一个用于判断两次按压间隔，另一个用于区分长按。特别注意要在按键释放后再重置状态机，否则会出现误判。

4. 模拟信号处理实战

4.1 PWM输出配置

TIM16和TIM17是STM32G4的特色外设，配置PWM时要注意：

1. 时钟源选内部时钟
2. 模式设为PWM Generation CH1
3. 计算ARR和PSC：PWM频率=时钟频率/((PSC+1)*(ARR+1))

比如要输出100Hz、占空比20%的PWM：

__HAL_TIM_SET_PRESCALER(&htim16, 79); // PSC=79 __HAL_TIM_SET_AUTORELOAD(&htim16, 99); // ARR=99 __HAL_TIM_SET_COMPARE(&htim16, TIM_CHANNEL_1, 20); // CCR=20

4.2 ADC采集技巧

开发板上的R37、R38对应ADC1_IN11和ADC2_IN15。多通道采集时要开启扫描模式，并设置正确的转换顺序。我封装了一个获取电压值的函数：

double BSP_ADC_GetValue(ADC_HandleTypeDef *hadc) { HAL_ADC_Start(hadc); uint16_t adc_val = HAL_ADC_GetValue(hadc); return (double)adc_val/4096*3.3; // 12位ADC }

特别注意：当两个通道属于同一个ADC时（如PA4和PA5都是ADC2），需要采用轮询方式连续采集，并在每次转换后稍作延时。

5. 通信协议实现

5.1 I2C驱动EEPROM

软件模拟I2C的关键是时序控制。以AT24C02为例，写字节的时序包括：

1. 起始条件
2. 发送设备地址+写标志(0xA0)
3. 发送存储地址
4. 发送数据
5. 停止条件

void EEPROM_WriteByte(uint8_t addr, uint8_t data) { I2CStart(); I2CSendByte(0xA0); // 设备地址 I2CWaitAck(); I2CSendByte(addr); // 存储地址 I2CWaitAck(); I2CSendByte(data); // 数据 I2CWaitAck(); I2CStop(); HAL_Delay(5); // 必须延时！ }

5.2 串口通信框架

串口接收推荐使用中断方式。我的实现方案是：

1. 在main初始化时启动接收中断
2. 在回调函数中拼接收到的字节
3. 根据帧头帧尾判断完整帧

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if(RxIndex < MAX_LEN) { RxBuffer[RxIndex++] = RxByte; if(RxByte == '\n') // 帧结束符 RxReady = 1; } HAL_UART_Receive_IT(huart, &RxByte, 1); // 重新开启中断 }

记得在处理完数据后清空缓冲区，否则可能溢出。我曾因为忘记这点导致系统随机崩溃，调试了整整一天。

6. 赛题框架构建

6.1 状态机设计

多界面系统最适合用状态机实现。我的方案是：

1. 定义枚举类型表示不同界面
2. 每个界面对应独立的处理函数
3. 通过全局变量current_state管理状态切换

typedef enum { MAIN_SCREEN, SETTING_SCREEN, DATA_SCREEN } ScreenState; void HandleMainScreen() { if(key_enter.pressed) current_state = SETTING_SCREEN; }

6.2 定时器资源分配

STM32G4的定时器资源有限，必须合理规划：

• TIM1/TIM8：高级定时器，留给PWM等复杂需求
• TIM2/TIM3：通用定时器，用于按键扫描和普通定时
• TIM16/TIM17：基本定时器，适合简单计时

特别注意：PWM输出和输入捕获会占用定时器通道，要提前在CubeMX中规划好。

6.3 中断管理要点

中断服务函数要遵循"快进快出"原则。我的经验是：

1. 只在中断中设置标志位
2. 复杂操作放到主循环处理
3. 避免在中断中调用延时函数
4. 关键操作禁用中断

比如ADC采集可以这样设计：

void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { adc_ready = 1; // 仅设置标志 } while(1) { if(adc_ready) { ProcessADCData(); // 主循环处理 adc_ready = 0; } }

这些实战经验都是在多次比赛中积累的，特别是中断管理部分，曾经因为处理不当导致系统响应迟缓而丢分。建议在赛前搭建好这个框架，比赛时就能专注于业务逻辑实现。