蓝桥杯国赛嵌入式系统设计：基于STM32的测量控制与通信综合实战

1. 项目概述与赛题背景

第九届蓝桥杯全国总决赛的嵌入式设计与开发赛题，对于每一位使用CT117E开发板的选手来说，都是一次对综合能力的终极考验。不同于省赛或初赛，国赛题目往往不会局限于单一模块的驱动或简单逻辑，而是将多个知识点深度融合，构建一个接近真实应用场景的复杂系统。我记得当年拿到这套赛题时，第一感觉就是“麻雀虽小，五脏俱全”——它在一个看似简单的硬件平台上，巧妙地考察了实时数据采集、人机交互、控制算法、通信协议以及系统稳定性等多个维度的能力。对于CT117E这块基于STM32F103RBT6的开发板，其资源（如定时器、ADC、串口、IO口）在国赛题目中几乎会被用到极致，如何合理分配、高效调度，是区分高手与普通选手的关键。这篇文章，我就以过来人的身份，结合当年的实战经验，为你深度拆解这道国赛真题的核心考点、实现思路以及那些容易踩坑的细节，希望能为正在备赛的你提供一份有价值的参考。

2. 赛题核心需求与系统架构解析

2.1 题目核心功能点拆解

回顾当年的国赛题目，其核心通常围绕一个“测量-显示-控制-通信”的闭环系统展开。我们可以将其分解为以下几个必须实现的功能模块：

1. 模拟量数据采集与处理：这是嵌入式系统的“感官”。题目通常会要求通过板载的电位器（连接至ADC）模拟一个连续变化的物理量，如温度、压力或光照强度。你需要编写稳定的ADC采样程序，并进行必要的软件滤波（如滑动平均滤波）以消除抖动。
2. 数字量输入与状态判断：通过板载的独立按键（B1-B4）或矩阵键盘，接收用户的指令或模式切换。这里的关键在于实现一个高效、无抖动的按键扫描程序，并设计清晰的状态机来管理不同的系统模式（如手动模式、自动模式、参数设置模式等）。
3. 人机界面（HMI）显示：利用板载的LCD12864液晶屏，实时、清晰地展示所有关键信息。这包括但不限于：实时测量值、设定目标值、系统当前状态（运行/停止、模式）、报警信息、波形曲线等。LCD的驱动和图形绘制效率直接影响用户体验。
4. 执行机构控制：通过板载的LED（LD1-LD8）或继电器模块，来模拟系统的控制输出。例如，根据采集到的“温度”值，自动控制“加热”（点亮某个LED）或“冷却”（熄灭某个LED）。这里会涉及到简单的控制算法，如阈值比较、PID算法的简化实现等。
5. 数据通信与协议：国赛几乎必考串口通信（UART）。题目会要求将采集到的数据、系统状态按照特定的帧格式打包，通过串口发送给上位机（虚拟串口助手），或解析来自上位机的控制指令。自定义通信协议的设计与解析是难点。
6. 定时与系统调度：所有上述功能需要在没有操作系统（RTOS）的环境下协同工作。因此，如何利用SysTick定时器或通用定时器（TIM）来构建一个简单的时基，实现按键扫描、数据刷新、控制周期等任务的定时调度，是系统稳定运行的基石。

2.2 系统软件架构设计思路

面对这么多功能，直接写成一个臃肿的main.c和while(1)循环是灾难性的。一个清晰、可维护的软件架构至关重要。我当时的架构可以概括为“底层驱动 + 功能模块 + 主循环调度”。

底层驱动层：这一层直接操作硬件寄存器或调用HAL库（如果允许），提供最基础的原子操作。包括：

• adc.c/.h: ADC初始化、单次/连续采样函数。
• key.c/.h: 按键扫描函数，返回键值。
• lcd.c/.h: LCD初始化、清屏、显示字符/字符串、画点/线函数。
• uart.c/.h: 串口初始化、发送一个字节/字符串、中断接收处理函数。
• timer.c/.h: 定时器初始化，提供毫秒级延时和定时中断服务。

功能模块层：基于底层驱动，实现具体的业务逻辑。每个模块相对独立。

• data_process.c/.h: 负责ADC采样值的滤波、量纲转换（如将ADC值转换为温度值）。
• control.c/.h: 实现控制算法，根据输入和设定值，计算输出控制量（如PWM占空比或开关状态）。
• ui.c/.h: 管理界面显示逻辑，根据系统状态机决定当前屏幕上应该显示什么内容。
• protocol.c/.h: 定义通信数据帧结构，实现数据的打包（Tx）与解析（Rx）。

应用调度层：在main.c的主循环或定时中断中，以固定的周期调用各个功能模块的“任务”函数。

// 伪代码示例 int main(void) { // 所有硬件初始化 Hardware_Init(); // 系统状态初始化 System_State_Init(); while (1) { // 任务1：每10ms执行一次，处理按键和界面响应（响应要求高） if (timer_flag_10ms) { timer_flag_10ms = 0; Key_Scan_Task(); // 扫描按键，更新系统状态机 UI_Refresh_Task(); // 根据状态刷新局部界面 } // 任务2：每100ms执行一次，数据采集与控制（控制周期） if (timer_flag_100ms) { timer_flag_100ms = 0; Data_Acquisition_Task(); // ADC采样与处理 Control_Algorithm_Task(); // 执行控制算法，更新输出 Data_Upload_Task(); // 打包数据并通过串口发送 } // 其他非实时任务，如处理接收到的串口数据包 Protocol_Parse_Task(); } }

这种架构的好处是逻辑清晰，易于调试和扩展。当某个功能出现问题时，可以快速定位到相应的模块。

3. 关键模块实现细节与避坑指南

3.1 ADC采样与软件滤波实战

CT117E的电位器通常连接到PC1（ADC1_IN11）。直接读取的ADC值会存在微小抖动。

基础配置：

// ADC1 单通道，连续转换模式，软件触发 void ADC1_Init(void) { // 1. 使能GPIO时钟和ADC1时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC | RCC_APB2Periph_ADC1, ENABLE); // 2. 配置PC1为模拟输入 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AIN; GPIO_Init(GPIOC, &GPIO_InitStructure); // 3. 复位并初始化ADC ADC_DeInit(ADC1); ADC_InitStructure.ADC_Mode = ADC_Mode_Independent; // 独立模式 ADC_InitStructure.ADC_ScanConvMode = DISABLE; // 单通道，非扫描 ADC_InitStructure.ADC_ContinuousConvMode = ENABLE; // 连续转换 ADC_InitStructure.ADC_ExternalTrigConv = ADC_ExternalTrigConv_None; // 软件触发 ADC_InitStructure.ADC_DataAlign = ADC_DataAlign_Right; // 数据右对齐 ADC_InitStructure.ADC_NbrOfChannel = 1; // 1个转换通道 ADC_Init(ADC1, &ADC_InitStructure); // 4. 配置ADC通道11，采样时间239.5周期（提高精度） ADC_RegularChannelConfig(ADC1, ADC_Channel_11, 1, ADC_SampleTime_239Cycles5); // 5. 使能ADC，校准 ADC_Cmd(ADC1, ENABLE); ADC_ResetCalibration(ADC1); while(ADC_GetResetCalibrationStatus(ADC1)); ADC_StartCalibration(ADC1); while(ADC_GetCalibrationStatus(ADC1)); // 6. 启动转换 ADC_SoftwareStartConvCmd(ADC1, ENABLE); }

软件滤波——滑动平均滤波法： 直接读取的ADC值跳动可能有±5。为了显示稳定，必须滤波。

#define FILTER_LEN 10 // 滤波窗口长度 uint16_t ADC_Value_Buffer[FILTER_LEN] = {0}; uint8_t buffer_index = 0; uint16_t Get_Filtered_ADC_Value(void) { uint32_t sum = 0; uint16_t i; // 1. 读取当前ADC值，放入缓冲区 ADC_Value_Buffer[buffer_index] = ADC_GetConversionValue(ADC1); buffer_index = (buffer_index + 1) % FILTER_LEN; // 环形缓冲区 // 2. 计算窗口内所有值的和 for(i = 0; i < FILTER_LEN; i++) { sum += ADC_Value_Buffer[i]; } // 3. 返回平均值 return (uint16_t)(sum / FILTER_LEN); }

避坑提示1：滤波窗口大小的选择。窗口太小（如5），滤波效果不明显；窗口太大（如20），系统响应会变慢，感觉“迟钝”。对于蓝桥杯这种交互性强的题目，建议窗口大小在8-12之间，能在稳定性和实时性之间取得较好平衡。务必在初始化时用0填满缓冲区，避免前几次计算出现巨大误差。

3.2 状态机在按键处理中的应用

国赛题目通常要求按键实现短按、长按、连按等不同功能。简单的if-else判断会使得代码混乱且难以维护。使用状态机（FSM）是优雅的解决方案。

以“B1按键短按切换模式，长按3秒进入设置”为例：

typedef enum { KEY_IDLE, // 空闲态 KEY_DOWN, // 按下态（消抖后） KEY_SHORT, // 短按确认态 KEY_LONG, // 长按确认态 KEY_REPEAT // 连按态（如果题目需要） } Key_State; typedef enum { SYS_MODE_RUN, SYS_MODE_SET } System_Mode; Key_State b1_state = KEY_IDLE; System_Mode sys_mode = SYS_MODE_RUN; uint32_t key_down_tick = 0; // 记录按下时刻的滴答计时 void Key_B1_Scan_Task(void) { // 此函数在10ms定时任务中调用 uint8_t key_read = GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_0); // 假设B1接PB0，低电平有效 switch (b1_state) { case KEY_IDLE: if (key_read == 0) { // 检测到按下 b1_state = KEY_DOWN; key_down_tick = sys_tick; // 记录按下时刻 } break; case KEY_DOWN: if (key_read == 1) { // 在消抖期间松开了，认为是抖动 b1_state = KEY_IDLE; } else if ((sys_tick - key_down_tick) > 300) { // 按下持续超过300ms，确认有效按下，进入长按判断阶段 b1_state = KEY_SHORT; // 先标记为短按，等待后续判断 } break; case KEY_SHORT: if (key_read == 1) { // 在长按判定前松开了，确定为短按 // 执行短按动作：切换运行模式 sys_mode = (sys_mode == SYS_MODE_RUN) ? SYS_MODE_SET : SYS_MODE_RUN; UI_Update_Mode(sys_mode); // 更新界面显示 b1_state = KEY_IDLE; } else if ((sys_tick - key_down_tick) > 3000) { // 按下持续超过3000ms，确定为长按 // 执行长按动作：进入深度设置（例如校准） Enter_Calibration_Mode(); b1_state = KEY_LONG; } break; case KEY_LONG: if (key_read == 1) { // 长按后松开 b1_state = KEY_IDLE; } break; default: b1_state = KEY_IDLE; break; } }

避坑提示2：定时器基准的选择。sys_tick必须来自一个稳定的毫秒级定时器（如SysTick）。确保你的定时器中断服务函数（ISR）尽可能短，只做标记（timer_flag_xxms++），不要在ISR中进行复杂计算或显示刷新，否则会影响其他任务的定时精度。

3.3 串口通信协议设计与解析

国赛题目给出的串口协议格式可能类似：[帧头1][帧头2][数据长度][数据域...][校验和][帧尾]。例如，上传数据的帧格式定义为：0xAA 0x55 Len Data1 Data2 ... CS 0x0D 0x0A。

数据发送（打包）示例：

// 假设要发送一个16位的测量值和一个8位的状态 void UART_Send_Packet(uint16_t adc_val, uint8_t status) { uint8_t tx_buffer[32]; uint8_t len = 0; uint8_t checksum = 0; uint8_t i; // 帧头 tx_buffer[len++] = 0xAA; tx_buffer[len++] = 0x55; // 数据长度 (数据域字节数) uint8_t data_len = 3; // adc_val(2字节) + status(1字节) tx_buffer[len++] = data_len; // 数据域 tx_buffer[len++] = (uint8_t)(adc_val >> 8); // 高字节 tx_buffer[len++] = (uint8_t)(adc_val & 0xFF); // 低字节 tx_buffer[len++] = status; // 计算校验和（从长度字节开始，到数据域结束，累加和取低8位） checksum = data_len; for (i = 3; i < len; i++) { // 从长度字节后面开始累加数据域 checksum += tx_buffer[i]; } tx_buffer[len++] = checksum; // 帧尾 tx_buffer[len++] = 0x0D; tx_buffer[len++] = 0x0A; // 通过串口发送 for (i = 0; i < len; i++) { UART_SendByte(tx_buffer[i]); // 你的串口发送单字节函数 } }

数据接收与解析（中断+状态机）： 这是最容易出问题的地方。必须在串口接收中断中完成字节接收，在主循环中解析。

// 接收缓冲区及状态机 #define RX_BUF_SIZE 64 uint8_t uart_rx_buf[RX_BUF_SIZE]; uint8_t rx_index = 0; uint8_t rx_state = 0; // 0:等待帧头1, 1:等待帧头2, 2:等待长度, 3:接收数据, 4:等待校验和, 5:等待帧尾1, 6:等待帧尾2 uint8_t data_length = 0; uint8_t data_received = 0; // 标志位，收到完整一帧后置1 // 串口中断服务函数 void USART1_IRQHandler(void) { if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) { uint8_t byte = USART_ReceiveData(USART1); switch(rx_state) { case 0: if(byte == 0xAA) rx_state = 1; break; case 1: if(byte == 0x55) rx_state = 2; else rx_state = 0; break; case 2: data_length = byte; rx_index = 0; rx_state = 3; break; case 3: uart_rx_buf[rx_index++] = byte; if(rx_index >= data_length) { rx_state = 4; } break; case 4: // 接收校验和，暂存到缓冲区末尾 uart_rx_buf[rx_index] = byte; // 校验和放在数据域之后 rx_state = 5; break; case 5: if(byte == 0x0D) rx_state = 6; else rx_state = 0; break; case 6: if(byte == 0x0A) { data_received = 1; // 完整帧接收完成！ } rx_state = 0; // 无论对错，回到初始状态准备下一帧 break; default: rx_state = 0; break; } } } // 在主循环中检查并解析 void Protocol_Parse_Task(void) { if(data_received) { data_received = 0; // 1. 校验和验证 uint8_t calc_cs = data_length; for(uint8_t i=0; i<data_length; i++) { calc_cs += uart_rx_buf[i]; } if(calc_cs != uart_rx_buf[data_length]) { // 校验和不匹配 // 可以增加错误计数或丢弃 return; } // 2. 解析数据域 // 假设数据域第一个字节是命令字 uint8_t cmd = uart_rx_buf[0]; switch(cmd) { case 0x01: // 设置目标值 if(data_length >= 3) { uint16_t set_val = (uart_rx_buf[1] << 8) | uart_rx_buf[2]; Set_Target_Value(set_val); } break; // ... 其他命令解析 default: break; } } }

避坑提示3：串口接收的缓冲区溢出与状态机复位。一定要为接收缓冲区设置合理大小（如64或128字节），并在状态机中任何一步收到非法字节时，果断将rx_state复位为0。否则，一旦帧同步错乱，后续所有数据都会解析错误。同时，data_received标志位在主循环中处理后必须及时清零。

4. 系统整合调试与性能优化

4.1 多任务调度与时间片管理

在没有RTOS的情况下，我们依赖定时器中断来为不同任务分配时间片。前面提到的timer_flag_10ms和timer_flag_100ms就是典型例子。这里的关键是确保定时器中断的优先级设置合理，并且中断服务函数执行时间极短。

SysTick配置示例（1ms中断）：

volatile uint32_t sys_tick = 0; volatile uint8_t timer_flag_10ms = 0; volatile uint8_t timer_flag_100ms = 0; volatile uint16_t tick_10ms_counter = 0; volatile uint16_t tick_100ms_counter = 0; void SysTick_Init(void) { // SystemCoreClock 是系统时钟频率，例如72MHz // 配置SysTick每1ms中断一次 if (SysTick_Config(SystemCoreClock / 1000)) { while (1); // 初始化失败，死循环 } } // SysTick中断服务函数（在stm32f10x_it.c中） void SysTick_Handler(void) { sys_tick++; tick_10ms_counter++; tick_100ms_counter++; if(tick_10ms_counter >= 10) { tick_10ms_counter = 0; timer_flag_10ms = 1; } if(tick_100ms_counter >= 100) { tick_100ms_counter = 0; timer_flag_100ms = 1; } }

在主循环中，通过检查这些标志位来执行不同周期的任务。这种方法的优点是简单、可预测。你需要仔细评估每个任务函数的最大执行时间，确保它远小于其被调用的周期，否则会导致任务堆积，系统响应变慢。

4.2 LCD显示优化策略

LCD12864的并行接口通信速度较慢，频繁全屏刷新会导致界面卡顿。优化策略是“局部刷新”和“差异刷新”。

1. 建立显示缓冲区：在RAM中开辟一个数组，大小与LCD显存对应，用于存储当前屏幕上“应该显示”的内容。
2. 差异比较：当需要更新某个区域（如数值）时，先比较新值和显示缓冲区中的旧值。
3. 选择性写入：只有在新旧值不同时，才调用底层的LCD写数据函数，并更新显示缓冲区。

char lcd_buffer[4][16+1]; // 假设4行，每行16字符+结束符 void UI_Update_Value(uint8_t line, uint8_t col, int16_t value) { char new_str[8]; sprintf(new_str, "%4d", value); // 格式化为4位数字 // 比较新字符串和缓冲区中对应位置的内容 if(strncmp(&lcd_buffer[line][col], new_str, 4) != 0) { // 内容不同，需要更新 LCD_SetCursor(line, col); LCD_WriteString(new_str); // 更新缓冲区 strncpy(&lcd_buffer[line][col], new_str, 4); } }

避坑提示4：避免在中断中刷新LCD。LCD驱动函数通常包含微秒级的延时（等待忙信号），绝对不能在定时器中断或串口中断中调用，这会严重破坏系统的实时性。所有显示更新操作都应放在主循环的任务中。

4.3 控制算法的简易实现

国赛题目中的控制部分通常不会要求实现完整的PID，但可能会考察比例（P）控制或带死区的开关控制。

带死区的开关控制：

#define TARGET_VALUE 1500 // 目标ADC值 #define HYSTERESIS 20 // 死区范围 ±20 void Simple_Control_Task(uint16_t current_val) { static uint8_t output_state = 0; // 0:关，1:开 if(current_val < (TARGET_VALUE - HYSTERESIS)) { // 当前值低于目标下限，开启加热（点亮LED） if(output_state == 0) { LED_On(LED_HEAT); // 你的LED控制函数 output_state = 1; } } else if(current_val > (TARGET_VALUE + HYSTERESIS)) { // 当前值高于目标上限，关闭加热 if(output_state == 1) { LED_Off(LED_HEAT); output_state = 0; } } // 如果在死区内，保持原状态不变 }

这种算法简单可靠，能有效防止在目标值附近频繁开关（振荡）。死区大小HYSTERESIS需要根据系统噪声和控制精度要求来调整。

5. 国赛现场调试与问题排查实录

5.1 常见问题速查表

5.2 现场调试技巧与心得

1. 分模块调试，逐级集成：不要一开始就把所有代码整合。先确保ADC能稳定采样并显示在LCD上；再单独调试按键，能在串口打印键值；接着调试串口收发，能稳定收发一帧数据；最后再把控制逻辑加进去。每完成一个模块，就进行一次完整的测试。
2. 善用LED和串口调试：在关键函数入口、状态切换点、错误处理分支，点亮不同的LED或通过串口发送特定的调试信息。这是最直观、最有效的现场调试手段。例如，在串口接收完成中断里点亮一个LED，能立刻知道数据是否收到。
3. 准备“降级”版本：在最终程序里，可以保留一个通过特定按键组合（如长按B1+B2）触发的“调试模式”。在该模式下，LCD持续显示核心变量（如ADC原始值、控制输出、系统状态机等），串口以最简格式高速打印数据。万一决赛时出现诡异问题，可以快速进入此模式定位。
4. 电源与接地的再检查：现场提供的USB线质量参差不齐，可能导致5V供电不稳。如果条件允许，用万用表量一下开发板的5V和3.3V电压是否正常。所有不用的IO口，最好初始化为带上拉的输入模式，避免悬空引入干扰。
5. 保持冷静，阅读赛题附件：国赛题目通常会附带一个详细的“评分要点”或“功能说明”PDF。在调试遇到瓶颈时，再仔细读一遍，确保自己没有理解错某个细节要求。很多时候，问题就出在对题目要求的细微误解上。

国赛的挑战不仅在于技术的深度，更在于在有限时间和压力下，构建一个稳定、可靠、功能完整的系统。对CT117E平台每一个外设的透彻理解，加上清晰的系统架构思维和严谨的调试习惯，是通往奖杯的必经之路。希望这份基于过往实战经验的拆解，能帮助你少走弯路，在赛场上更加从容。记住，把复杂系统分解为一个个可验证的小模块，然后像搭积木一样稳健地组合起来，这就是嵌入式工程师的核心能力。