蓝桥杯嵌入式决赛项目实战：温湿度监控设备系统设计与实现-开发者社区

1. 项目概述与核心需求拆解

“蓝桥杯嵌入式——第七届决赛-温湿度监控设备”，看到这个标题，相信参加过蓝桥杯或者正在备赛的嵌入式开发者们都会心一笑。这不仅仅是一个比赛题目，更是一个经典的、综合性极强的嵌入式系统开发实战案例。它几乎涵盖了从传感器数据采集、人机交互、数据存储到远程通信等嵌入式应用的核心环节。我当年备赛和带学生参赛时，对这个题目印象非常深刻，因为它完美地将理论知识和动手能力结合在了一起。今天，我就以一个过来人的视角，把这个项目的里里外外、从设计思路到代码实现的每一个细节，掰开揉碎了讲清楚。无论你是正在备战蓝桥杯，还是想找一个完整的项目来练手，巩固嵌入式开发技能，这篇文章都能给你提供一个清晰的路线图和一堆“踩过坑”才得来的经验。

这个项目的核心，是构建一个能够实时监测环境温湿度，并通过本地显示和远程方式（通常是基于特定通信协议，如串口模拟的“虚拟”网络）进行数据上报的监控设备。它考察的绝不仅仅是写几行驱动代码那么简单，而是对整个嵌入式系统软硬件架构的理解、对实时性的把握、对异常情况的处理，以及代码的健壮性和可维护性。设备通常基于指定的竞赛平台（如STM32G431或STM32F103系列开发板），外接温湿度传感器（如DHT11、SHT20或AHT20）、LCD显示屏、按键和LED指示灯等。你需要让这些器件协同工作，稳定、准确、实时地完成监控任务。

2. 硬件平台与核心器件选型解析

2.1 官方竞赛平台剖析

蓝桥杯嵌入式比赛通常采用官方指定的“CT117E”或更新型号的开发板。其核心是一颗意法半导体的ARM Cortex-M系列MCU，例如第七届可能使用的STM32G431RBT6。这颗芯片的选型很有讲究：它具备足够的计算能力（170MHz主频）、丰富的外设（多路ADC、DAC、定时器、通信接口）和适中的内存（128KB Flash，32KB SRAM），既能满足复杂应用需求，又不会让题目因为平台性能过剩而失去挑战性。理解这块板子的资源分布是第一步。你需要熟记核心外设的引脚分配：哪个引脚连接了LCD的RS脚？哪个定时器被用于按键扫描？板载的LED和蜂鸣器对应哪个GPIO？这些信息通常在比赛提供的“板载资源图”或“I/O映射表”里，赛前必须烂熟于心。

注意：比赛时提供的底层驱动库（如LCD.c,key.c）其函数接口和底层实现是固定的。你的应用层代码必须严格遵循这些接口，切忌自己去修改底层驱动的引脚定义或通信时序，否则极易导致功能异常且难以排查。

2.2 温湿度传感器对比与驱动要点

温桥杯题目中常用的温湿度传感器有DHT11和SHT20/AHT20。它们的选型直接决定了数据的精度和代码的复杂度。

DHT11：数字式温湿度复合传感器，采用单总线协议。优点是接口简单（只需一个GPIO），成本低。缺点是精度较低（温度±2℃，湿度±5%RH），响应慢（约2秒一次），且单总线协议对时序要求极其严格，容易受中断干扰。
SHT20/AHT20：I2C接口的传感器。优点是精度高（SHT20温度±0.3℃，湿度±3%RH），响应快，通信可靠。缺点是占用I2C总线资源，且需要处理I2C的通信协议。

在决赛级别的题目中，出于对精度和稳定性的考察，更倾向于使用I2C接口的SHT20或AHT20。这里以SHT20为例，其驱动有几个关键点：

I2C初始化：确保GPIO的复用功能、上拉电阻、时钟速度配置正确。STM32的I2C外设比较“娇气”，配置不当容易卡死在BUSY状态。
测量时序：发送测量命令后，需要等待传感器完成测量（典型值约15ms）。切忌使用阻塞式的Delay_ms死等，而应该采用状态机，或者查询传感器返回的ACK/NACK状态。更好的做法是利用定时器产生一个时间基准，在定时器中断或主循环中查询是否超时。
数据校验：SHT20读取的数据包含一个CRC校验字节。在要求高可靠性的系统中，实现CRC校验算法是必要的。虽然比赛为了简化有时不强制要求，但如果你实现了，绝对是加分项，也体现了你的工程素养。
温湿度换算：从传感器读回的是原始数据（RAW DATA），需要根据数据手册中的公式转换为实际的温度和湿度值。这个公式必须精确实现，注意浮点数运算在无FPU的MCU上较慢，可以考虑使用定点数运算或查表法进行优化。

2.3 人机交互模块设计思路

人机交互通常包括LCD显示和按键输入。

LCD显示：比赛用的LCD多是128x64或128x32的点阵屏，由官方驱动库提供清屏、写字、画图等函数。显示层的设计要有清晰的逻辑分层。我习惯将其分为三层：驱动层（官方提供）、业务逻辑层（自己编写，如Display_UpdateTemperature(float temp)）、界面管理层（管理不同显示页面，如主页面、设置页面、历史数据页面）。在定时中断中调用业务逻辑层的更新函数，可以确保显示内容的实时刷新，同时避免在主循环中频繁调用底层驱动造成的效率低下。
按键扫描：通常采用定时扫描法。设置一个定时器（如SysTick）每10ms中断一次，在中断服务函数中读取按键引脚电平，进行消抖和状态判断。关键技巧是引入“按下”、“释放”、“长按”等状态标志位，并通过一个Key_Handler()函数在主循环中处理这些标志位触发的业务逻辑（如切换显示页面、调整阈值）。这样将耗时的扫描放在中断，将逻辑处理放在主循环，保证了系统的响应性。

3. 系统软件架构与状态机设计

一个稳定可靠的监控设备，其软件绝不能是简单的一个while(1)大循环。必须有一个清晰的架构。

3.1 时间片轮询架构

这是嵌入式裸机开发中应对多任务的经典方法。核心是利用一个高精度的定时器（如SysTick）产生固定的时基（例如1ms）。在这个定时器中断中，维护多个软件定时器或任务标志。

// 在SysTick中断服务函数中 void SysTick_Handler(void) { static uint16_t tick_counter = 0; tick_counter++; if((tick_counter % 10) == 0) { // 每10ms key_scan_flag = 1; // 置位按键扫描标志 } if((tick_counter % 100) == 0) { // 每100ms sensor_read_flag = 1; // 置位传感器读取标志 } if((tick_counter % 500) == 0) { // 每500ms display_refresh_flag = 1; // 置位显示刷新标志 } if((tick_counter % 1000) == 0) { // 每1000ms data_upload_flag = 1; // 置位数据上传标志 tick_counter = 0; } }

然后在主循环中，轮询检查这些标志位，为真则执行相应的任务函数。这种方法避免了在任务函数中使用delay，保证了系统的实时性，并且结构清晰，易于调试和扩展。

3.2 应用层状态机设计

对于“温湿度监控设备”来说，其工作模式可能不止一种。例如：正常监控模式、阈值设置模式、历史数据查看模式、通信配置模式等。使用状态机（State Machine）来管理这些模式是最佳实践。

typedef enum { MODE_MONITOR, MODE_SET_TEMP_HIGH, MODE_SET_TEMP_LOW, MODE_SET_HUMI_HIGH, MODE_VIEW_LOG, MODE_COMM_CONFIG } System_Mode_t; System_Mode_t current_mode = MODE_MONITOR; void Main_Loop(void) { switch(current_mode) { case MODE_MONITOR: MonitorMode_Handler(); break; case MODE_SET_TEMP_HIGH: SetParamMode_Handler(PARAM_TEMP_HIGH); break; // ... 其他模式处理 } } // 在按键处理函数中，根据按键改变 current_mode void Key_Handler(uint8_t key_event) { if(key_event == KEY_SHORT_PRESS_UP) { if(current_mode == MODE_MONITOR) { current_mode = MODE_SET_TEMP_HIGH; LCD_Clear(); Display_SetParamPage(PARAM_TEMP_HIGH); } else if(current_mode == MODE_SET_TEMP_HIGH) { // 保存参数并切换到下一个模式或返回监控模式 } } }

这种设计使得程序逻辑非常清晰，每种模式下的显示、按键响应、数据处理都是独立的，大大降低了代码的耦合度。

3.3 数据流与缓冲区管理

传感器数据是系统的核心。需要考虑数据的采集、处理、显示和上传的流水线。

采集：在定时标志位触发下，启动一次I2C读取，将原始数据存入一个临时结构体。
处理：将原始数据换算为实际值，并进行简单的滤波（例如一阶滞后滤波）以消除毛刺。滤波后的值更新到全局的“当前温湿度”变量中。
显示：显示任务从“当前温湿度”变量中读取数据，格式化后输出到LCD。
上传/存储：通信任务或存储任务同样从“当前温湿度”变量中获取数据。

这里的一个常见陷阱是数据竞争。如果传感器读取（写全局变量）和显示任务（读全局变量）同时发生，可能会读到不完整的数据。对于STM32这类32位机，读写一个float或uint32_t变量通常是原子的，但为了代码的健壮性和可移植性，建议在读写关键全局变量时，暂时关闭中断，或者确保读写操作在同一个线程（主循环）内完成，而中断只负责设置标志位。

4. 核心功能模块实现详解

4.1 高精度温湿度数据采集实现

以SHT20为例，给出一个基于状态机的非阻塞式读取驱动示例：

typedef enum { SHT20_IDLE, SHT20_TRIGGER_TEMP, SHT20_WAIT_TEMP, SHT20_READ_TEMP, SHT20_TRIGGER_HUMI, SHT20_WAIT_HUMI, SHT20_READ_HUMI } SHT20_State_t; SHT20_State_t sht20_state = SHT20_IDLE; uint32_t sht20_tick_start = 0; void SHT20_Process(void) { switch(sht20_state) { case SHT20_IDLE: // 等待外部触发，例如每2秒触发一次 break; case SHT20_TRIGGER_TEMP: if(I2C_WriteCmd(SHT20_ADDR, CMD_TRIGGER_TEMP_MEASUREMENT_HOLD)) { sht20_state = SHT20_WAIT_TEMP; sht20_tick_start = Get_SystemTick(); // 获取当前系统滴答计数 } break; case SHT20_WAIT_TEMP: // 检查是否等待了足够时间（约15ms） if((Get_SystemTick() - sht20_tick_start) > 15) { sht20_state = SHT20_READ_TEMP; } break; case SHT20_READ_TEMP: uint8_t rx_buf[3]; if(I2C_ReadBytes(SHT20_ADDR, rx_buf, 3)) { // 读取3字节（2字节数据+1字节CRC） if(Check_CRC8(rx_buf, 2, rx_buf[2])) { // 校验CRC uint16_t raw_temp = (rx_buf[0] << 8) | rx_buf[1]; current_temperature = -46.85 + 175.72 * ((float)raw_temp / 65536.0); } } sht20_state = SHT20_TRIGGER_HUMI; // 触发湿度测量 break; // ... 湿度测量状态类似 } }

在主循环中定期调用SHT20_Process()即可。这种方法的优势是MCU在等待传感器测量时，可以执行其他任务，系统资源利用率高。

4.2 多级菜单与参数设置实现

参数设置（如温湿度报警阈值）通常通过按键在LCD菜单中完成。实现一个通用的菜单框架会事半功倍。

定义菜单结构体：包含菜单项文本、类型（数值、选项、子菜单、返回）、当前值、最小值、最大值、步进值等。
构建菜单数组：将所有的菜单项按层次关系组织成一个数组。
全局索引：使用一个全局变量current_menu_index指向当前选中的菜单项。
按键映射：
- UP/DOWN键：在数值类型菜单上增减值，在列表类型菜单上移动焦点。
- OK键：进入子菜单或确认修改。
- ESC键：返回上级菜单或取消修改。
显示函数：根据current_menu_index和菜单数组，动态绘制当前菜单页面，高亮显示当前选中项。

这个框架一旦搭建好，增加新的设置项就非常容易，只需在菜单数组中添加一个新元素即可，显示和逻辑代码完全复用。

4.3 数据存储与掉电保护

比赛题目可能会要求保存报警阈值或历史记录。这涉及到MCU内部Flash的读写。

Flash特性：STM32的Flash写入前必须先擦除，且擦除以“扇区”为单位。写入的数据位只能从1变为0，擦除才能将0变回1。
关键地址：需要选取一个独立的、不会被程序代码使用的扇区。查看芯片的Flash内存映射图，通常选择最后一个扇区。
数据结构：定义一个设置参数的结构体，并计算其大小。为了便于管理和增加容错，可以采用“备份”机制：在Flash中固定两个位置存储同一份数据，每次写入时轮流写入这两个位置，读取时通过校验和或版本号判断哪一份数据是有效的。
操作流程：
1. 解锁Flash。
2. 擦除目标扇区（擦除前务必确认地址正确！）。
3. 将结构体数据按字（32位）写入目标地址。
4. 锁定Flash。
注意事项：
- 中断：Flash擦写期间必须禁止所有中断，因为此时CPU会暂停执行指令。
- 时间：擦除一个扇区可能需要几十毫秒，在此期间系统无法响应，要考虑对实时性的影响。
- 寿命：Flash有擦写次数限制（通常1万次），频繁保存参数会缩短寿命。可以采用“变化才保存”的策略，或者结合RAM缓存，定时保存。

5. 通信协议与“虚拟”远程监控实现

决赛题目常包含“通过串口将数据上传到上位机”的要求，这模拟了远程监控。这里的关键是设计一个简单、健壮的通信协议。

5.1 自定义轻量级协议设计

一个典型的帧结构可以设计为：帧头（2字节） + 数据长度（1字节） + 命令字（1字节） + 数据载荷（N字节） + 校验和（1字节） + 帧尾（2字节）。

帧头帧尾：用于帧同步，例如0xAA 0x55。
数据长度：指明命令字+数据载荷的长度，方便接收方解析。
命令字：定义不同的功能，如0x01上报实时数据，0x02设置参数，0x03查询状态等。
校验和：简单的累加和或异或和，用于检测传输错误。

5.2 串口数据收发与解析

STM32的串口接收推荐使用“空闲中断+DMA”或“中断+环形缓冲区”的方式，避免数据丢失。

环形缓冲区：定义一个数组和头尾指针。串口接收中断中，将数据存入尾部指针位置，并移动尾指针。
协议解析任务：在主循环中，从环形缓冲区头部取出数据，进行协议解析。使用一个状态机来匹配帧头、长度、收集数据、验证校验和。一旦解析出一帧完整数据，就调用相应的命令处理函数。
数据打包与发送：当需要上报数据时，将温湿度值按照协议格式打包成一个字节数组，通过串口发送函数发出。

5.3 模拟上位机交互逻辑

在设备端，你需要模拟响应上位机的指令。例如：

收到查询指令（0x03），则打包当前温湿度、设备状态、报警标志等信息并回复。
收到设置指令（0x02），则解析出新的阈值参数，更新到RAM并保存到Flash，然后回复设置成功或失败。这要求你的代码有一个清晰的命令分发和处理模块，与状态机、菜单系统等良好衔接。

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

6.1 系统初始化流程

一个稳健的初始化顺序至关重要：

系统时钟配置：首先初始化HSE、PLL，将系统时钟设置到最高频率，为后续外设提供稳定时钟源。
关键外设初始化：
- GPIO：初始化LED、按键等简单GPIO。
- 中断优先级分组：调用NVIC_PriorityGroupConfig()，设置好优先级分组（通常为2位抢占优先级，2位响应优先级）。
- SysTick定时器：配置为1ms中断，作为系统时基。
- USART：初始化串口，设置好波特率，开启接收中断和空闲中断（如果使用）。
- I2C：初始化I2C接口，用于连接温湿度传感器。
- 定时器：初始化用于PWM输出（控制蜂鸣器）或普通定时的TIM。
功能模块初始化：
- 初始化LCD（调用官方库函数）。
- 初始化温湿度传感器（发送软复位命令等）。
- 从Flash读取保存的参数。
- 初始化全局变量和状态机。
开启中断：最后再开启全局中断。

6.2 调试方法与问题定位

嵌入式调试，日志和指示灯是你的好朋友。

LED指示灯：用不同的闪烁模式表示不同的系统状态（如启动成功、传感器错误、通信中断）。这是最直观的调试手段。
串口打印：在关键流程处（如状态切换、错误发生）通过串口发送调试信息。注意，正式比赛代码可能需要移除这些打印以提升性能，但开发阶段极其有用。
逻辑分析仪：如果条件允许，用逻辑分析仪抓取I2C、单总线等通信波形，可以最准确地判断时序是否符合数据手册要求。
常见问题定位表：

现象	可能原因	排查步骤
LCD白屏/不显示	初始化时序不对，对比度电压不对	1. 检查LCD初始化代码顺序。2. 用万用表测量VLCD引脚电压。3. 检查数据/命令引脚(RS)电平。
传感器读回数据全0或全FF	I2C通信失败，传感器未响应	1. 检查I2C引脚配置（开漏输出、上拉）。2. 用逻辑分析仪看起始信号、地址、ACK。3. 检查传感器供电。
按键反应迟钝或连击	消抖时间设置不当，扫描频率太低	1. 调整按键扫描的定时器周期（10ms为宜）。2. 优化消抖算法，引入“按下确认”和“释放确认”状态。
系统偶尔死机	数组越界，栈溢出，中断服务函数处理时间过长	1. 检查所有数组访问的边界。2. 增大栈空间（在启动文件`.s`中修改）。3. 简化中断服务函数，只置标志位。
Flash写入后读回错误	擦除不彻底，写入过程中被中断打断	1. 确保擦除的扇区地址正确。2. 在擦写操作前后关中断、开中断。3. 写入后做读出校验。

6.3 代码优化与资源管理

在资源有限的MCU上，优化是永恒的话题。

空间优化：
- 使用const将字符串、字体表等放入Flash只读区域，节省RAM。
- 避免使用大的局部数组，改用全局或静态数组。
- 检查链接脚本，移除未使用的函数和数据。
时间优化：
- 浮点运算：如果没有硬件FPU，尽量避免在中断或频繁调用的函数中使用float、double运算。对于SHT20的换算公式T = -46.85 + 175.72 * (raw / 65536.0)，可以转换为定点数运算：T = -4685 + (17572 * raw) / 65536，结果单位是0.01°C。
- 显示优化：只刷新屏幕上变化的部分，而不是全屏刷新。例如，温度值只有数字部分变化，就只重写数字区域。
- 状态机：如前面所述，用状态机替代delay，是提升系统响应性的根本方法。
功耗考虑：虽然比赛不常考，但作为好习惯，可以在MCU空闲时（主循环无事可做时）调用__WFI()指令进入睡眠模式，由中断唤醒，能有效降低功耗。

把这个“温湿度监控设备”从头到尾实现一遍，你对嵌入式系统的理解会上一个大台阶。它强迫你去思考硬件如何连接、软件如何架构、任务如何调度、数据如何流动、异常如何应对。这些经验，远比单纯调通一个传感器驱动有价值得多。最后再分享一个我自己的习惯：在代码的关键模块，比如状态机切换、通信协议解析成功处，设置一个调试用的GPIO引脚进行翻转，然后用示波器观察其波形，你可以非常直观地看到各个任务的执行频率和耗时，对于性能分析和优化有奇效。