蓝桥杯嵌入式省赛真题解析：STM32G431外设协同与状态机设计-平芜编程栈

1. 2023年第14届蓝桥杯嵌入式省赛真题深度解析

这是一份面向嵌入式工程师与竞赛选手的技术文档，而非视频讲稿的转录。它剥离了所有口语化表达、教学场景暗示和平台无关的冗余信息，直指工程实现的核心逻辑与技术细节。本文基于对原始字幕内容的逆向工程重构，结合STM32 HAL库开发范式、外设时序约束与实时系统设计原则，将零散的功能点整合为一套可落地、可验证、可复用的完整解决方案。文中所有配置参数、寄存器操作、状态机设计均源于对题目功能需求的严格推导，而非主观臆断。

1.1 竞赛环境与提交规范：工程交付的底层契约

蓝桥杯嵌入式组的评分体系建立在两个不可妥协的基石之上：可验证的二进制输出与可追溯的源码逻辑。这决定了整个开发流程的起点并非代码编写，而是对交付物边界的精确界定。

Hex文件是唯一权威：最终生成的.hex文件是功能正确性的终极判据。评审系统不运行你的IDE，不加载你的调试器，只将此文件烧录至指定硬件（G431或F103）并观测其行为。因此，任何未被编译进最终镜像的代码、任何仅存在于仿真环境中的逻辑，均无意义。命名规则是第一道门槛：G431板卡必须为G<考生证号>.hex，F103板卡则为F<考生证号>.hex。一个字符的偏差即导致零分。
源码提交的“最小必要集”：竞赛明确要求提交“自行编写或修改过的.c/.h文件”，其核心在于责任归属。Src/与Inc/目录是主战场：
Src/下所有bsp_*.c、main.c、it.c（中断处理）、led.c、lcd.c、key.c等必须提交。这些是业务逻辑的载体。
Inc/下对应的bsp_*.h、config.h、it.h、led.h、lcd.h、key.h等头文件必须提交。它们定义了模块接口与全局配置。
Drivers/目录下的所有内容（ST HAL库、LL库、CMSIS）严禁提交。这些是标准组件，修改即违反规范，且引入兼容性风险。
MDK-ARM/或Core/等IDE工程文件夹内的内容（如.uvprojx、.uvoptx）无需提交，因其不包含可执行逻辑。

这种规范的本质，是强制开发者将精力聚焦于应用层抽象而非底层驱动适配。你不需要重写HAL_GPIO_WritePin()，但必须清晰定义LED_Toggle()的语义，并确保其调用链路中所有中间层（如bsp_led.c）均由你亲手编写。一个经验法则：在你的工程中，#include "xxx.h"所指向的每个.h文件，其对应的.c文件都应在你的Src/目录下存在且被修改过。

1.2 硬件资源映射与外设选型：从原理图到寄存器

题目虽未提供完整原理图，但通过关键引脚描述可精准反推硬件连接与外设配置策略。所有分析均以STM32G431KB（主流竞赛平台）为基准，其时钟树、GPIO分组、外设总线拓扑是配置的物理前提。

功能	引脚	外设通道	关键约束与选型依据
LED指示	PA0-PA7	GPIOA	全部复用为推挽输出。需注意PA0常被BOOT0占用，实际使用前务必确认原理图。
LCD显示	PB0-PB15	GPIOB (FSMC)	G431无原生FSMC，故必采用8080并口模拟时序。需严格计算`GPIOB`翻转速率，确保满足LCD时序要求（tAS, tPW, tCYC）。
独立按键(B1-B4)	PC13, PA0, PA1, PA2	EXTI Line	B1(PB1)为模式切换；B2(PC13)为数据/参数选择；B3(PA0)为加；B4(PA1)为减。PC13必须配置为上拉输入，因多数开发板此引脚接外部上拉电阻。
PWM输出(PA1)	PA1	TIM2_CH2	非TIM1！TIM1为高级定时器，常被LCD背光或复杂PWM占用。TIM2为通用定时器，资源充裕，且PA1默认映射至TIM2_CH2，无需重映射。
输入捕获(PA7)	PA7	TIM3_CH2	非TIM1_CH1！TIM1_CH1映射至PA8，与题目要求不符。TIM3_CH2完美匹配PA7，且TIM3为独立时钟域，避免与TIM2冲突。
ADC采集(R37)	PA0	ADC1_IN0	R37电位器输出接入PA0。需注意PA0同时是B3按键，必须在ADC采样期间禁用按键EXTI，否则产生干扰。

此映射表揭示了一个关键工程原则：外设选型不是功能匹配，而是资源冲突规避。例如，强行将PWM输出配置在TIM1上，可能导致LCD模拟时序因高级定时器中断抢占而失稳；将输入捕获放在TIM2上，则与PWM输出发生硬件通道冲突。所有配置必须在STM32CubeMX的“Pinout & Configuration”视图中交叉验证，确保无黄色警告（资源冲突）与红色错误（引脚不可用）。

1.3 核心功能模块：输入捕获、PWM输出与ADC转换的协同设计

题目三大核心外设——输入捕获测频、PWM输出调制、ADC读取电位器——并非孤立存在，而是构成一个闭环控制系统。其协同逻辑决定了软件架构的成败。

1.3.1 输入捕获：精确测量PA7方波频率的底层机制

输入捕获的本质是时间戳差值计算。当PA7上的方波上升沿触发TIM3_CH2捕获事件时，定时器计数器（CNT）的当前值被锁存至捕获比较寄存器（CCR2）。两次上升沿之间的时间差，即为信号周期T。

时钟配置：TIM3挂载于APB1总线，G431默认APB1预分频为2，HCLK=80MHz，故PCLK1=40MHz。TIM3时钟源为PCLK1，经TIM3_PSC预分频后得到计数器时钟。为兼顾精度与溢出风险，推荐设置TIM3_PSC = 39，TIM3_ARR = 65535，此时计数器时钟为1MHz（1μs/计数），最大可测周期为65.535ms（对应最低频率约15.26kHz），完全覆盖题目4kHz/8kHz需求。
捕获模式配置：CCMR1_Input寄存器必须配置为IC2F = 0b1000（7个采样周期数字滤波），CCER_CC2P = 0（上升沿触发），CCER_CC2E = 1（使能通道2）。这是抗干扰的关键，可滤除PA7引脚可能存在的毛刺。
中断服务逻辑：在TIM3_IRQHandler中，仅做两件事：
1. 读取__HAL_TIM_GetCounter(&htim3)获取当前CNT值（用于计算周期）。
2. 读取__HAL_TIM_GetCapturedValue(&htim3, TIM_CHANNEL_2)获取上次捕获的CCR2值。
3. 计算差值delta = CCR2_new - CCR2_old，即为周期T（单位：μs）。
4. 更新CCR2_old = CCR2_new，为下次捕获准备。

切勿在ISR中进行浮点运算或LCD刷新！所有耗时操作必须移至主循环或专用任务中。ISR应如刀锋般锐利，执行时间控制在微秒级。

1.3.2 PWM输出：PA1上生成可变频、可变占空比方波的动态调控

PA1的PWM输出需同时满足两个动态约束：频率在4kHz与8kHz间平滑切换，且占空比由ADC读取的R37电压决定。这要求TIM2工作在“中心对齐+自动重装载”模式。

时钟与ARR/CCR关系：TIM2时钟同为1MHz（PSC=39）。频率f = 1MHz / (ARR + 1)。故：
4kHz模式：ARR = (1000000 / 4000) - 1 = 249
8kHz模式：ARR = (1000000 / 8000) - 1 = 124
占空比动态计算：ADC读取PA0电压（0-3.3V），映射为0-100%占空比。CCR2 = (ARR + 1) * (ADC_Value / 4095)。此计算必须在每次ARR更新后立即执行，确保占空比比例恒定。
平滑切换的实现：题目要求“5秒内均匀升降频，步进≤200Hz”。从4kHz到8kHz，Δf=4000Hz。若步进为200Hz，则需20步；但题目要求“小于200Hz”，故取步进160Hz，共25步（4000/160=25）。每步间隔5000ms / 25 = 200ms。

实现方案：创建一个uint8_t pwm_step_counter = 0。在200ms定时器中断（如HAL_TIM_PeriodElapsedCallback）中：
c if (pwm_mode == MODE_HIGH && pwm_step_counter < 25) { pwm_step_counter++; uint16_t new_ARR = 249 - (pwm_step_counter * (249-124)/25); // 线性插值 __HAL_TIM_SetAutoreload(&htim2, new_ARR); __HAL_TIM_SetCompare(&htim2, TIM_CHANNEL_2, (new_ARR + 1) * duty_ratio_percent / 100); }
此算法确保频率严格按预定轨迹变化，且每步增量精确可控。

1.3.3 ADC转换：R37电位器电压读取与抗干扰设计

R37作为占空比调节源，其读取精度直接影响PWM输出质量。G431的ADC1支持多种采样模式，此处选用单次转换+DMA搬运，以释放CPU资源。

采样时间配置：PA0引脚阻抗较高，需延长采样时间。ADC_SampleTime_247_5Cycles（约1.5μs）为安全选择，避免因采样不足导致读数偏低。
抗干扰关键措施：
1.硬件滤波：在PA0与地之间焊接100nF陶瓷电容，滤除高频噪声。
2.软件滤波：不采用单次读取，而执行5次连续采样，丢弃最大最小值，取中间3次平均。代码如下：
c uint32_t adc_samples[5]; for(uint8_t i=0; i<5; i++) { HAL_ADC_Start(&hadc1); HAL_ADC_PollForConversion(&hadc1, HAL_MAX_DELAY); adc_samples[i] = HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); } // 排序并取中值 qsort(adc_samples, 5, sizeof(uint32_t), compare_uint32_t); uint32_t adc_value = adc_samples[2];
与按键的资源隔离：PA0同时是B3按键输入。在ADC采样期间（约10μs），必须临时禁用EXTI_Line0中断：HAL_NVIC_DisableIRQ(EXTI0_IRQn)，采样完成后再启用。否则按键抖动会触发虚假中断，扰乱主程序流。

1.4 软件架构：三层状态机与界面管理模型

面对“数据/参数/统计”三界面、长短按键、模式切换冷却、速度保持检测等复杂交互，一个扁平化的switch-case主循环必然失控。必须构建层次化状态机。

1.4.1 全局状态机：系统运行模式的中枢

定义顶层枚举typedef enum { MODE_DATA, MODE_PARAM, MODE_RECORD } system_mode_t;，其切换由B1按键驱动。但切换本身受严格约束：

冷却机制：当mode_transition_flag置位（表示切换已启动），任何B1按下均被忽略，直至transition_timer超时（5秒）。该定时器由HAL_TIM_PeriodElapsedCallback驱动，其回调函数中仅做transition_timer--，主循环检查if(transition_timer == 0) { mode_transition_flag = 0; }。
界面渲染解耦：system_mode_t仅决定“显示什么”，不决定“如何显示”。具体渲染逻辑封装在lcd_render_data(),lcd_render_param(),lcd_render_record()三个函数中，它们接收当前系统状态（如current_pwm_mode,r_value,k_value,max_speed_high等）作为参数，实现纯数据驱动的UI。

1.4.2 按键状态机：B2-B4的精细化语义识别

B2/B4按键在不同模式下语义迥异，且B4需区分长短按。一个健壮的状态机需跟踪每个按键的完整生命周期：

typedef struct { uint8_t state; // IDLE, PRESSED, LONG_PRESSING, RELEASED uint32_t press_time; // 按下时刻（HAL_GetTick()) uint32_t long_press_threshold; // B4为2000ms, B2/B3为0 } key_state_t; key_state_t key_b2 = { .state = IDLE, .long_press_threshold = 0 }; key_state_t key_b4 = { .state = IDLE, .long_press_threshold = 2000 }; // 在主循环中调用 void key_fsm_update(void) { if (HAL_GPIO_ReadPin(KEY_B2_GPIO_Port, KEY_B2_Pin) == GPIO_PIN_RESET) { if (key_b2.state == IDLE) { key_b2.state = PRESSED; key_b2.press_time = HAL_GetTick(); } } else { if (key_b2.state == PRESSED) { key_b2.state = RELEASED; // 执行B2短按逻辑 } else if (key_b2.state == LONG_PRESSING) { key_b2.state = RELEASED; // 执行B2长按逻辑（本题中B2无长按） } } // B4长按检测 if (HAL_GPIO_ReadPin(KEY_B4_GPIO_Port, KEY_B4_Pin) == GPIO_PIN_RESET) { if (key_b4.state == IDLE) { key_b4.state = PRESSED; key_b4.press_time = HAL_GetTick(); } else if (key_b4.state == PRESSED && (HAL_GetTick() - key_b4.press_time) >= key_b4.long_press_threshold) { key_b4.state = LONG_PRESSING; } } else { if (key_b4.state == PRESSED) { // 短按 key_b4.state = RELEASED; pwm_duty_lock = !pwm_duty_lock; // 切换锁定状态 } else if (key_b4.state == LONG_PRESSING) { // 长按 key_b4.state = RELEASED; // 执行长按逻辑（如进入特殊调试模式） } } }

此设计将按键的物理电平变化，抽象为具有明确语义的状态转换，彻底消除了抖动与误触发。

1.4.3 速度保持检测：两秒阈值判定的工程实现

“高频/低频模式下，速度保持≥2秒才计入最大值”的要求，本质是一个带时间窗口的峰值检测器。其难点在于：速度v是连续变化的模拟量，而ADC采样是离散的。

采样周期设定：v由f计算得出（v = f * 6.28 * r / k），而f来自输入捕获，其更新频率取决于被测信号。为满足“2秒”判定，ADC采样周期必须远小于2秒。设定ADC_SAMPLE_PERIOD = 200ms（即每200ms读取一次R37和计算一次v）。
双缓冲状态机：
```c
typedef struct {
float current_v;
float prev_v;
uint32_t stable_start_ms; // 进入稳定状态的起始时刻
uint8_t is_stable; // 当前是否处于稳定状态
float candidate_max; // 候选最大值
} speed_stable_t;

speed_stable_t speed_high = {0}, speed_low = {0};

void speed_stability_check(speed_stable_t* sp, float v_current, system_mode_t mode) {
if (fabsf(v_current - sp->prev_v) < 0.1f) { // 容差0.1单位
if (!sp->is_stable) {
sp->stable_start_ms = HAL_GetTick();
sp->is_stable = 1;
} else if ((HAL_GetTick() - sp->stable_start_ms) >= 2000) {
// 稳定超2秒，更新候选最大值
if (v_current > sp->candidate_max) {
sp->candidate_max = v_current;
}
}
} else {
sp->is_stable = 0;
}
sp->prev_v = v_current;
}
```

该算法不依赖绝对数值的“不变”，而基于相邻采样点的相对变化率（fabsf(v_current - sp->prev_v)）来判定稳定性，更符合物理世界中传感器读数的特性，且对ADC量化误差有天然鲁棒性。

1.5 界面显示逻辑：LCD驱动与数据排布的像素级控制

LCD显示是用户感知系统的直接窗口，其排布必须严格遵循题目要求的“行列位置”与“分隔符”。

字符坐标系统：假设LCD为128x64点阵，定义宏：
c #define LCD_ROW_0 0 // 第一行Y坐标 #define LCD_ROW_1 10 // 第二行Y坐标（字符高度约10px） #define LCD_COL_M 0 // M字段X坐标 #define LCD_COL_P 40 // P字段X坐标 #define LCD_COL_V 80 // V字段X坐标
数据格式化：v值需保留两位小数，r/k为整数。使用sprintf()易引发栈溢出，应采用轻量级整数运算：
c void lcd_print_float_2d(uint8_t x, uint8_t y, float val) { int32_t integer = (int32_t)val; int32_t decimal = (int32_t)((val - integer) * 100); if (decimal < 0) decimal = -decimal; sprintf(buffer, "%d.%02d", integer, decimal); LCD_DisplayString(x, y, buffer); }
界面刷新策略：绝不全屏刷新！仅更新发生变化的字段。例如，在MODE_DATA下，仅当current_pwm_mode、duty_ratio_percent或speed_v的值发生改变时，才调用对应的LCD_DisplayString()。这可将帧率从10fps提升至50fps以上，消除闪烁。

1.6 调试与验证：从实验室到赛场的可靠性保障

竞赛环境充满不确定性，可靠的调试策略是成功的一半。

关键变量监控：在main()循环末尾添加：
c #ifdef DEBUG_MODE printf("Mode:%d Freq:%dHz Duty:%d%% V:%.2f\r\n", current_pwm_mode, pwm_frequency, duty_ratio_percent, speed_v); #endif
通过USB转串口，在PC端用SecureCRT实时观测核心变量，快速定位逻辑错误。
LED指示灯诊断：将PA0-PA3配置为调试输出：
PA0亮：ADC采样中
PA1亮：TIM3捕获中断触发
PA2亮：TIM2 PWM更新中
PA3亮：LCD刷新中
通过观察LED闪烁模式，可瞬间判断系统卡死在哪个环节，无需连接调试器。
Hex文件体积验证：最终<project>.hex文件大小应在100KB-200KB区间。若远小于此（<50KB），说明大量代码未被链接（如未调用的函数）；若远大于此（>500KB），则可能意外包含了Drivers/目录下的库文件，需立即检查工程设置。