基于FreeRTOS与STM32的AHT21温湿度传感器实时监控系统开发实践-北京尧图网络

1. 项目概述在STM32上构建实时温湿度监控系统最近在做一个挺有意思的小项目核心目标是在一块STM32微控制器上运行一个实时操作系统RTOS来驱动AHT21温湿度传感器实现一个稳定、可靠的实时数据采集与处理系统。我给它起了个名字叫“RT-Spark”。这名字听起来有点火花其实就是想表达在资源受限的嵌入式环境里通过RTOS让整个系统“活”起来像火花一样精准、高效地处理任务。这个项目非常适合那些已经玩转了STM32基础外设想进一步挑战实时多任务编程的开发者。你可能会想用个裸机while循环轮询传感器不也一样吗确实对于简单的应用可以。但当你需要同时处理传感器数据、通过串口发送、响应按键、甚至做个简单的用户界面时裸机编程那种前后台架构很快就会变得难以维护一个延时就可能让整个系统卡住。而引入像FreeRTOS这样的实时操作系统就是把任务拆解成多个独立的线程在FreeRTOS里叫任务由内核来调度每个任务都觉得自己独占CPU系统响应性、可维护性会大大提升。具体到我们这个项目我们要做的是让STM32通过I2C总线周期性地、准确地读取AHT21传感器的温度和湿度数据然后将这些数据通过串口打印出来或者为后续的无线传输、显示等扩展功能打下基础。整个过程要在FreeRTOS的管理下进行确保数据采集的定时精度并且不能因为一个任务的繁忙而影响其他任务比如按键响应。下面我就把从环境搭建、驱动编写、任务设计到调试的完整过程以及我踩过的那些坑详细地分享出来。2. 核心组件选型与原理剖析2.1 微控制器STM32F103C8T6的考量我选择了经典的“蓝色药丸”开发板核心是STM32F103C8T6。选它理由很充分首先它基于ARM Cortex-M3内核主频72MHz性能对于运行FreeRTOS和驱动I2C、UART等外设绰绰有余。其次它拥有20KB的RAM和64KB的FlashFreeRTOS内核本身占用资源很小裁剪后可能就几KB ROM和几百字节RAM剩下的空间足够我们创建多个任务和分配堆栈。最重要的是它的社区资源极其丰富任何问题几乎都能找到答案配套的HAL库和CubeMX工具极大降低了开发门槛。这里有个关键点FreeRTOS运行需要系统滴答定时器SysTick来提供时间片。STM32的Cortex-M内核内置了SysTickFreeRTOS会接管它来作为任务调度的心跳。在配置时我们需要根据主频来设定正确的滴答中断频率通常设置为1000Hz即1ms一个滴答这是一个在调度精度和系统开销之间很好的平衡点。2.2 传感器AHT21的工作机制与优势AHT21是一款高精度、完全校准的数字式温湿度传感器。它通过I2C接口通信体积小、功耗低非常适合嵌入式系统。它的工作原理很有意思湿度测量采用电容式聚合物感湿元件。环境湿度变化会导致聚合物薄膜的介电常数改变从而引起电容变化。传感器内部的ASIC专用集成电路将这个电容变化量转换为数字信号。温度测量内置一个高性能的硅基温度传感器用于补偿湿度测量以及提供独立的环境温度值。温湿度数据是同步测量和输出的。通信协议使用标准的I2C协议地址固定为0x387位地址。每次测量需要主机STM32发送一个触发测量命令0xAC然后等待一段时间典型值80ms让传感器完成测量再去读取数据。选择AHT21而不是更常见的DHT11或DHT22主要在于其精度和稳定性。AHT21的湿度精度可达±2%RH温度精度±0.3°C且长期漂移小。它的I2C接口也比单总线协议如DHT系列更可靠抗干扰能力更强易于在RTOS的多任务环境中管理。2.3 操作系统为什么是FreeRTOS在嵌入式实时操作系统领域FreeRTOS是绝对的主流和入门首选。它开源、免费、可裁剪、社区活跃并且被ARM、ST等大厂官方支持和集成。对于本项目FreeRTOS带来了几个核心价值任务并发与模块化我们可以创建独立的Sensor_Task传感器数据采集、Print_Task串口打印、Monitor_Task系统状态监控等。每个任务用独立的函数实现逻辑清晰互不干扰。精确的定时控制利用FreeRTOS的vTaskDelayUntil()函数可以轻松实现精确的周期性数据采集比如每2秒读一次传感器避免了裸机中用HAL_Delay()导致整个系统阻塞的问题。任务间通信采集到的数据需要传递给打印任务。这里我们可以使用队列Queue。Sensor_Task将数据打包成一个结构体发送到队列Print_Task从队列中接收数据。这种方式安全、高效实现了任务间的解耦。系统可扩展性未来如果想增加一个通过Wi-Fi上传数据的功能只需要新建一个Upload_Task并从同一个队列里取数据即可原有任务几乎不用修改。3. 开发环境搭建与工程配置3.1 使用STM32CubeMX进行图形化初始化我强烈推荐使用ST官方的STM32CubeMX工具进行项目初始化。它通过图形界面配置时钟、引脚、外设和中间件能自动生成兼容的HAL库代码和IDE工程省去了大量底层寄存器配置的繁琐工作。具体步骤如下新建项目选择MCU型号STM32F103C8Tx。配置时钟RCC高速外部时钟HSE选择Crystal/Ceramic Resonator。我们的开发板通常外接了8MHz晶振。在Clock Configuration标签页将系统时钟源切换到PLL并配置倍频因子使系统时钟SYSCLK达到72MHz。APB1总线时钟PCLK1最高36MHzAPB2总线时钟PCLK2最高72MHz。CubeMX会自动计算并生成最优的锁相环配置。配置GPIOI2C1用于连接AHT21。将PB6配置为I2C1_SCLPB7配置为I2C1_SDA。模式设置为I2C上拉电阻选择内部上拉Pull-up以确保总线电平稳定。I2C速度模式选择标准模式100kHz或快速模式400kHzAHT21都支持我选了100kHz以求更稳定。USART1用于调试打印。将PA9配置为USART1_TXPA10配置为USART1_RX。模式设置为Asynchronous。一个用户LED如PC13用于指示系统运行状态。配置中间件Middleware在Software Packs标签页选择FreeRTOS。在Interface下拉菜单中选择CMSIS_V2。CMSIS-RTOS V2是一个抽象层它让我们的应用程序代码不直接依赖FreeRTOS的API提高了可移植性。生成代码在Project Manager标签页设置好项目名称、存储路径、IDE我用的Keil MDK-ARM。在Code Generator里勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”这样外设代码更模块化。最后点击GENERATE CODE。注意CubeMX生成的FreeRTOS配置头文件FreeRTOSConfig.h位于Core/Inc目录。里面定义了所有关键参数如任务优先级、堆栈大小、系统时钟频率等。我们后续需要根据实际情况微调它。3.2 FreeRTOS关键参数配置详解生成的FreeRTOSConfig.h文件是FreeRTOS的“大脑”我们必须理解并调整几个关键参数// 在 FreeRTOSConfig.h 中 #define configUSE_PREEMPTION 1 // 使用抢占式调度高优先级任务可抢占低优先级任务 #define configUSE_TIME_SLICING 1 // 使用时间片轮转同优先级任务分享CPU时间 #define configCPU_CLOCK_HZ (SystemCoreClock) // 系统主频CubeMX已设为72000000 #define configTICK_RATE_HZ (1000) // 系统滴答频率1kHz即1ms一个tick #define configMAX_PRIORITIES (7) // 最大优先级数通常5-10个足够 #define configMINIMAL_STACK_SIZE (128) // 空闲任务的最小堆栈单位字4字节 #define configTOTAL_HEAP_SIZE (1024 * 10) // 系统堆总大小10KB用于动态创建任务、队列等 // 任务堆栈和优先级定义通常在 main.c 或专门的 app_tasks.h 中 #define SENSOR_TASK_STACK_SIZE 256 // 单位字Words对于STM321字4字节 #define SENSOR_TASK_PRIORITY (configMAX_PRIORITIES - 3) // 较高优先级确保数据采集准时 #define PRINT_TASK_STACK_SIZE 256 #define PRINT_TASK_PRIORITY (configMAX_PRIORITIES - 4) // 稍低于采集任务 #define LED_TASK_STACK_SIZE 128 #define LED_TASK_PRIORITY (configMAX_PRIORITIES - 5) // 低优先级闪烁LED参数选择心得configTOTAL_HEAP_SIZE这是最容易出问题的地方。如果创建任务或队列时失败多半是这里设小了。FreeRTOS的内存分配策略默认为heap_4.c会从这个堆里划拨内存。你可以先设大一点比如15KB系统运行稳定后通过xPortGetFreeHeapSize()函数查看剩余堆大小再回头调小这个值以优化内存使用。任务堆栈大小需要足够存放局部变量、函数调用链和任务上下文。I2C操作、浮点数运算如果直接处理AHT21的原始数据会消耗较多栈空间。保险起见可以先设为256字1KB运行后通过FreeRTOS提供的栈溢出检测钩子函数或监控最大栈使用量来优化。任务优先级数据采集任务SENSOR_TASK优先级应高于数据处理或通信任务以保证采样周期的严格性。但注意不要滥用高优先级防止低优先级任务始终得不到执行“饥饿”。4. AHT21传感器驱动开发4.1 I2C底层通信函数封装CubeMX生成的HAL库提供了I2C的读写函数但为了更好的可移植性和错误处理我们需要对其进行一层简单的封装。首先在aht21.h中定义设备地址和关键命令// aht21.h #ifndef __AHT21_H #define __AHT21_H #include main.h #include i2c.h // 包含HAL I2C头文件 #define AHT21_I2C_ADDR (0x38 1) // HAL库使用7位地址左移1位 #define AHT21_CMD_INIT 0xBE #define AHT21_CMD_TRIGGER_MEAS 0xAC #define AHT21_CMD_SOFT_RESET 0xBA // 温湿度数据结构体 typedef struct { float temperature; float humidity; uint32_t timestamp; // 可加入时间戳方便后续分析 } AHT21_Data_t; // 函数声明 HAL_StatusTypeDef AHT21_Init(I2C_HandleTypeDef *hi2c); HAL_StatusTypeDef AHT21_ReadData(I2C_HandleTypeDef *hi2c, AHT21_Data_t *data); HAL_StatusTypeDef AHT21_SoftReset(I2C_HandleTypeDef *hi2c); #endif然后在aht21.c中实现核心函数。重点是AHT21_ReadData// aht21.c #include aht21.h #include math.h // 用于计算公式 // 发送命令的通用函数 static HAL_StatusTypeDef AHT21_SendCommand(I2C_HandleTypeDef *hi2c, uint8_t cmd, uint8_t *param, uint8_t param_len) { uint8_t buf[4]; buf[0] cmd; if(param param_len0) { memcpy(buf[1], param, param_len); } return HAL_I2C_Master_Transmit(hi2c, AHT21_I2C_ADDR, buf, 1param_len, HAL_MAX_DELAY); } HAL_StatusTypeDef AHT21_Init(I2C_HandleTypeDef *hi2c) { uint8_t init_cmd[3] {0x08, 0x00, 0x00}; // 初始化参数 HAL_StatusTypeDef ret AHT21_SendCommand(hi2c, AHT21_CMD_INIT, init_cmd, 3); if(ret HAL_OK) { HAL_Delay(10); // 等待初始化完成 } return ret; } HAL_StatusTypeDef AHT21_ReadData(I2C_HandleTypeDef *hi2c, AHT21_Data_t *data) { uint8_t tx_cmd[3] {0x33, 0x00, 0x00}; // 触发测量命令参数 uint8_t rx_buf[6] {0}; HAL_StatusTypeDef ret; // 1. 发送触发测量命令 ret AHT21_SendCommand(hi2c, AHT21_CMD_TRIGGER_MEAS, tx_cmd, 3); if(ret ! HAL_OK) { return ret; } // 2. 等待测量完成AHT21典型测量时间为80ms // 注意在RTOS任务中应使用 vTaskDelay() 而非 HAL_Delay() 来避免阻塞其他任务 // 但HAL_I2C_Master_Receive本身会阻塞这里为了驱动简洁先使用HAL_Delay // 更优做法是循环查询状态位但代码更复杂。对于2秒的采样周期80ms阻塞可以接受。 HAL_Delay(80); // 3. 读取6字节数据 ret HAL_I2C_Master_Receive(hi2c, AHT21_I2C_ADDR, rx_buf, 6, HAL_MAX_DELAY); if(ret ! HAL_OK) { return ret; } // 4. 检查状态位字节0和CRC字节5本项目暂不校验CRC if((rx_buf[0] 0x80) 0) { // 最高位为0表示忙为1表示数据就绪 // 数据未就绪可能是测量未完成或传感器故障 return HAL_ERROR; } // 5. 转换原始数据为实际值 uint32_t raw_humidity ((uint32_t)rx_buf[1] 12) | ((uint32_t)rx_buf[2] 4) | ((rx_buf[3] 4) 0x0F); uint32_t raw_temperature (((uint32_t)rx_buf[3] 0x0F) 16) | ((uint32_t)rx_buf[4] 8) | rx_buf[5]; // 根据AHT21数据手册公式转换 >任务名称优先级堆栈大小主要功能执行周期/触发条件Sensor_Task3 (较高)256字1. 定时触发AHT21测量。2. 读取原始数据并转换。3. 将数据打包发送至队列。固定周期如2000msPrint_Task2 (中等)256字1. 阻塞等待队列中的数据。2. 收到数据后格式化为字符串。3. 通过串口发送出去。由队列触发事件驱动Led_Task1 (较低)128字1. 以固定频率切换LED状态。2. 作为系统“心跳”指示系统运行正常。固定周期如500ms设计思路Sensor_Task优先级最高因为它负责周期性采集对时序要求最严格必须准时执行。Print_Task优先级次之。它由事件队列中有数据驱动不需要严格周期但需要及时处理数据避免队列积压。Led_Task优先级最低它只是一个状态指示即使偶尔被延迟执行也不会影响核心功能。这种设计避免了优先级反转并确保了数据流的顺畅。5.2 任务间通信队列的使用队列Queue是FreeRTOS中一种非常高效的任务间通信机制它像一个FIFO先进先出的缓冲区允许任务以安全的方式传递数据。首先在main.c或全局头文件中定义队列句柄和消息结构体// 定义通过队列传递的消息 typedef struct { float temp; float humi; TickType_t tick; // 采集时的系统tick } SensorMessage_t; // 队列句柄声明为全局变量以便各任务访问 QueueHandle_t xSensorQueue;在main函数中创建队列// 创建队列最多能存储10条消息每条消息大小是 SensorMessage_t 结构体 xSensorQueue xQueueCreate(10, sizeof(SensorMessage_t)); if(xSensorQueue NULL) { // 队列创建失败可能是堆内存不足需要处理错误 Error_Handler(); }然后在Sensor_Task中发送数据void Sensor_Task(void *argument) { AHT21_Data_t sensor_data; SensorMessage_t msg; const TickType_t xFrequency pdMS_TO_TICKS(2000); // 2000ms周期 TickType_t xLastWakeTime xTaskGetTickCount(); // 获取当前tick计数 AHT21_Init(hi2c1); // 初始化传感器 for(;;) { // 使用 vTaskDelayUntil 实现精确的固定周期延迟 vTaskDelayUntil(xLastWakeTime, xFrequency); if(AHT21_ReadData(hi2c1, sensor_data) HAL_OK) { msg.temp sensor_data.temperature; msg.humi sensor_data.humidity; msg.tick xTaskGetTickCount(); // 发送消息到队列如果队列满则等待最多100ms if(xQueueSend(xSensorQueue, msg, pdMS_TO_TICKS(100)) ! pdPASS) { // 发送失败可能是队列满可以记录错误或丢弃数据 // 例如点亮一个错误指示灯 } } else { // 读取传感器失败进行错误处理如重试或复位传感器 AHT21_SoftReset(hi2c1); vTaskDelay(pdMS_TO_TICKS(100)); AHT21_Init(hi2c1); } } }最后在Print_Task中接收并处理数据void Print_Task(void *argument) { SensorMessage_t msg; char uart_buf[64]; for(;;) { // 阻塞等待队列中的消息无限期等待 if(xQueueReceive(xSensorQueue, msg, portMAX_DELAY) pdPASS) { // 成功收到消息格式化字符串 int len snprintf(uart_buf, sizeof(uart_buf), [Tick:%lu] Temp: %.2f C, Humi: %.2f%%\r\n, msg.tick, msg.temp, msg.humi); // 通过串口发送注意HAL_UART_Transmit是阻塞函数 // 在RTOS中对于较慢的串口建议使用带超时的阻塞或DMA方式 HAL_UART_Transmit(huart1, (uint8_t*)uart_buf, len, 100); } // 如果队列为空任务会在此阻塞不消耗CPU时间 } }注意事项队列深度与阻塞时间xQueueCreate(10, ...)中的“10”是队列深度。你需要根据数据生产速度Sensor_Task每2秒一次和消费速度Print_Task打印一串字符大概几十毫秒来合理设置。这里10足够大但如果Print_Task因故长时间阻塞队列可能会满。队列满时xQueueSend的行为由最后一个参数阻塞时间决定。portMAX_DELAY意味着无限期阻塞直到队列中有数据。这要求configUSE_TIMERS必须为1并且INCLUDE_vTaskSuspend必须为1。这是一种高效的等待方式。在Print_Task中使用了阻塞式的HAL_UART_Transmit如果串口波特率很低如9600发送几十字节可能需要几十毫秒这会阻塞整个任务。对于更复杂的系统应考虑使用DMA或中断方式的非阻塞串口发送或者提高串口波特率如115200。5.3 系统心跳任务与看门狗集成Led_Task除了指示系统运行还可以与独立看门狗IWDG结合构成一个简单的健康监控机制。void Led_Task(void *argument) { const TickType_t xBlinkFrequency pdMS_TO_TICKS(500); // 500ms闪烁一次 TickType_t xLastWakeTime xTaskGetTickCount(); // 初始化IWDG超时时间约1秒需根据LSI频率计算 // HAL_IWDG_Init(hiwdg); for(;;) { vTaskDelayUntil(xLastWakeTime, xBlinkFrequency); HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); // 翻转LED // 喂狗如果此任务能定期执行说明至少低优先级任务调度正常 // HAL_IWDG_Refresh(hiwdg); } }高级技巧软件看门狗任务你可以创建一个更高优先级的Monitor_Task它监控其他关键任务如Sensor_Task,Print_Task的“存活”状态。每个被监控的任务定期给一个共享变量“打卡”。Monitor_Task检查如果某个任务超过预定时间未打卡就认为其可能死锁或异常进而执行系统复位或错误恢复流程。这是一种比简单喂狗更精细的故障检测机制。6. 系统集成、调试与优化6.1 main函数与任务创建流程完整的main.c函数流程如下// 全局变量定义 I2C_HandleTypeDef hi2c1; UART_HandleTypeDef huart1; QueueHandle_t xSensorQueue; // 任务函数声明 void Sensor_Task(void *argument); void Print_Task(void *argument); void Led_Task(void *argument); int main(void) { // HAL库初始化、时钟配置、外设初始化由CubeMX生成 HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_I2C1_Init(); MX_USART1_UART_Init(); MX_FREERTOS_Init(); // FreeRTOS初始化由CubeMX生成 // 创建队列 xSensorQueue xQueueCreate(10, sizeof(SensorMessage_t)); if(xSensorQueue NULL) { Error_Handler(); } // 创建任务 // 注意CubeMX生成的MX_FREERTOS_Init()函数里可能已经创建了默认任务 // 我们可以在那个函数里添加或者在这里直接调用xTaskCreate xTaskCreate(Sensor_Task, Sensor, SENSOR_TASK_STACK_SIZE, NULL, SENSOR_TASK_PRIORITY, NULL); xTaskCreate(Print_Task, Print, PRINT_TASK_STACK_SIZE, NULL, PRINT_TASK_PRIORITY, NULL); xTaskCreate(Led_Task, Led, LED_TASK_STACK_SIZE, NULL, LED_TASK_PRIORITY, NULL); // 启动调度器永不返回 osKernelStart(); while (1) { // 不会执行到这里 } } // 由CubeMX生成的FreeRTOS初始化函数通常位于 freertos.c void MX_FREERTOS_Init(void) { // 这里可以放置任务创建、队列创建等代码CubeMX图形界面配置的任务也会在这里生成 }6.2 调试技巧与常见问题排查在RTOS环境下调试与裸机有些不同。以下是一些实用技巧串口打印调试信息这是最直接的方法。可以在任务开始、结束、关键分支处打印信息。注意不要在中断服务程序ISR中使用printf或HAL_UART_Transmit因为它们是阻塞的且可能重入。FreeRTOS提供了xPortGetFreeHeapSize()等函数可以定期打印剩余堆栈和堆内存监控资源使用。使用SEGGER SystemView这是神器它是一个基于J-Link等调试器的实时系统可视化工具。你需要在工程中插入一个简单的源码文件编译下载后通过J-Link连接就可以在电脑上看到每个任务的运行状态运行、就绪、阻塞、切换时机、中断发生等对分析系统实时性、查找死锁和优先级问题有极大帮助。栈溢出检测在FreeRTOSConfig.h中将configCHECK_FOR_STACK_OVERFLOW设置为1或2。FreeRTOS会在任务切换时检查栈指针是否越界。一旦检测到溢出会触发vApplicationStackOverflowHook钩子函数你可以在里面打印错误信息或复位系统。常见问题速查表现象可能原因排查方法系统启动后卡死不进任务1. 堆内存configTOTAL_HEAP_SIZE不足。2. 系统时钟SysTick配置错误。3. 中断优先级冲突尤其是PendSV、SysTick。1. 增大堆大小试一下。2. 检查SystemCoreClock和configTICK_RATE_HZ。3. 确保SysTick和PendSV中断优先级为最低。某个任务不执行1. 任务优先级太低一直被高优先级任务抢占。2. 任务堆栈溢出导致崩溃。3. 任务在某个函数中永久阻塞如xQueueReceive超时设为portMAX_DELAY但无人发送。1. 提高该任务优先级或降低其他任务优先级。2. 启用栈溢出检测增大该任务堆栈。3. 检查任务逻辑和通信机制。I2C读取传感器失败1. 硬件连接错误SDA/SCL接反、上拉电阻缺失。2. I2C时序不匹配速度过快。3. 传感器未正确初始化或已损坏。4. 在RTOS任务中I2C总线被多个任务同时访问需加互斥锁。1. 用逻辑分析仪抓取I2C波形。2. 降低I2C速度至100kHz。3. 发送软复位命令并重新初始化。4. 使用FreeRTOS的信号量Semaphore实现I2C总线互斥访问。串口打印乱码或丢失1. 波特率不匹配。2. 串口发送函数阻塞时间过长影响其他任务。3. 打印任务优先级过低缓冲区被新数据覆盖。1. 核对STM32和PC端串口助手的波特率、数据位、停止位。2. 提高波特率或改用DMA发送。3. 提高打印任务优先级或增加队列深度。系统运行一段时间后死机1. 内存泄漏反复创建/删除任务、队列而未释放。2. 堆碎片化严重频繁分配/释放不同大小的内存。3. 中断服务程序中调用了不可重入的FreeRTOS API如带FromISR后缀的。1. 检查代码确保动态创建的对象有对应的删除。2. 考虑使用heap_4或heap_5内存管理方案它们能减少碎片。3. 中断中只能调用以FromISR结尾的FreeRTOS API。6.3 性能优化与扩展思路当基本功能稳定后可以考虑以下优化和扩展低功耗优化将Sensor_Task的采样周期延长如改为10秒一次。在任务等待时如vTaskDelayUntilCPU实际上是在运行空闲任务Idle Task。我们可以利用FreeRTOS的Tickless Idle模式。当所有任务都在等待时内核会暂停SysTick并将MCU置于低功耗模式如STM32的Sleep或Stop模式直到下一个任务就绪时间点才唤醒从而大幅降低平均功耗。使用互斥锁保护共享资源如果未来有多个任务都需要访问I2C总线例如增加一个OLED显示任务就必须使用互斥锁Mutex来确保同一时间只有一个任务能使用I2C防止总线冲突。SemaphoreHandle_t xI2CMutex; // 在main中创建 xI2CMutex xSemaphoreCreateMutex(); // 在需要访问I2C的任务中 if(xSemaphoreTake(xI2CMutex, portMAX_DELAY) pdTRUE) { // 安全地访问I2C AHT21_ReadData(...); xSemaphoreGive(xI2CMutex); }扩展更多功能添加OLED显示创建一个Display_Task从队列中获取数据刷新到OLED屏幕上。添加无线传输创建一个LoRa_Task或Wi-Fi_Task将数据打包后发送到云端。添加本地存储创建一个SDCard_Task将历史数据以文件形式存入SD卡。实现命令行接口CLI集成FreeRTOSCLI通过串口输入命令来动态修改采样率、查看任务状态等。这个“RT-Spark AHT21”项目就像一个微型的工业物联网节点原型涵盖了嵌入式开发中从硬件驱动、实时操作系统到应用设计的核心环节。通过亲手实现它你不仅能掌握FreeRTOS和STM32 HAL库的用法更能建立起多任务、事件驱动编程的思维模式这对于应对未来更复杂的嵌入式系统设计至关重要。在实际动手时最耗时间的往往不是写代码而是调试。耐心地使用逻辑分析仪、SystemView和串口调试信息一步步定位问题这个过程本身就是最好的学习。

基于FreeRTOS与STM32的AHT21温湿度传感器实时监控系统开发实践

相关推荐

开放AI技术实践：从开源模型集成到Spring Boot应用开发

Claude Opus与Claude 3.5 Sonnet深度对比：AI模型选型中的性能、成本与工作流稳定性

华为eNSP安装与排错全攻略：从环境检查到稳定运行

更多资讯

最后一小时!!!截止7.30 10:00!!!国内可用媲美codex！GLM-5.2免费试用一个月， QoderWork CN（附免费领Pro攻略）

I²C、SPI、AMBA、PCIe总线协议详解：从原理到选型

E-prime实验设计避坑指南：List嵌套、时间精度与Inline脚本实战

BrowserSkill：基于CDP的轻量级浏览器CLI自动化工具

d3dx9_43.dll缺失怎么办？安全修复DirectX 9运行库教程

CoCa模型深度解析：对比学习与生成式预训练的融合之路

今日更新

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？