1. 实验背景与目标
嵌入式软件设计作为计算机与电子工程领域的核心课程，其第八次实验通常标志着学生已经掌握了基础开发技能，开始接触更复杂的系统级编程。根据国内多所高校的教学大纲分析，这个阶段的实验往往聚焦于以下核心能力培养：
- 硬件抽象层（HAL）接口开发
- 实时操作系统（RTOS）任务调度
- 外设驱动开发与调试
- 低功耗模式下的软件行为控制
本次实验特别强调从裸机编程向RTOS开发的过渡，学生需要理解任务优先级、资源互斥等关键概念。以STM32CubeIDE配合FreeRTOS的典型环境为例，实验箱通常包含按键、LED、串口等基础外设，要求实现多任务协同工作。
2. 开发环境搭建要点
2.1 工具链配置
推荐使用当前主流的STM32CubeMX + Keil MDK组合：
# 安装顺序建议 1. STM32CubeMX 6.6.0（图形化配置工具） 2. Keil MDK 5.36（带ARMCC编译器） 3. ST-Link驱动（调试器支持）注意：务必勾选"Install Legacy Support"选项以兼容旧版芯片包，这是许多学生容易忽略的配置项。
2.2 工程模板创建
通过CubeMX生成代码时需特别注意：
- 时钟树配置必须与开发板晶振频率严格匹配
- GPIO初始化模式选择推挽输出（针对LED控制）
- 使能FreeRTOS组件时要设置正确的堆大小（建议不少于4KB）
常见错误排查：
// 检查FreeRTOSConfig.h中的配置 #define configMINIMAL_STACK_SIZE ((uint16_t)128) // 不得小于此值 #define configTOTAL_HEAP_SIZE ((size_t)4096) // 根据任务数量调整3. 实验核心任务实现
3.1 多任务LED控制
创建两个不同优先级的任务：
void vTaskLED1(void *pvParameters) { for(;;) { HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5); // 板载LED1 vTaskDelay(pdMS_TO_TICKS(500)); // 阻塞延时 } } void vTaskLED2(void *pvParameters) { for(;;) { HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_6); // 板载LED2 vTaskDelay(pdMS_TO_TICKS(200)); // 更高频率闪烁 } }优先级设置技巧：
xTaskCreate(vTaskLED1, "LED1", 128, NULL, 2, NULL); // 较低优先级 xTaskCreate(vTaskLED2, "LED2", 128, NULL, 3, NULL); // 较高优先级3.2 串口中断与任务通信
添加串口接收中断回调：
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { BaseType_t xHigherPriorityTaskWoken = pdFALSE; xQueueSendFromISR(xQueue, &rx_data, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken); }创建消息队列：
QueueHandle_t xQueue = xQueueCreate(10, sizeof(uint8_t));4. 调试与性能优化
4.1 栈溢出检测
在FreeRTOSConfig.h中启用钩子函数：
#define configCHECK_FOR_STACK_OVERFLOW 2 void vApplicationStackOverflowHook(TaskHandle_t xTask, char *pcTaskName) { printf("Stack overflow in %s!\n", pcTaskName); while(1); }4.2 任务运行状态监控
通过uxTaskGetSystemState()获取任务信息：
TaskStatus_t *pxTaskStatusArray; pxTaskStatusArray = pvPortMalloc(uxTaskGetNumberOfTasks()*sizeof(TaskStatus_t)); uxTaskGetSystemState(pxTaskStatusArray, uxTaskGetNumberOfTasks(), NULL);典型输出格式示例：
| 任务名 | 运行计数 | 当前状态 | 剩余栈 |
|---|---|---|---|
| LED1 | 1428 | Running | 86 |
| IDLE | 20563 | Ready | 112 |
5. 实验报告撰写规范
5.1 结果分析要点
应包含以下量化数据：
- 不同优先级下任务的执行时间占比
- 中断响应延迟测量（使用GPIO翻转+示波器捕获）
- 内存使用情况（通过Heap_Stats()获取）
5.2 常见问题解答
Q：为什么按键响应有延迟？ A：检查是否在中断服务程序(ISR)中执行了耗时操作，建议遵循"快进快出"原则，将数据处理转移到任务中。
Q：如何验证任务调度顺序？ A：使用Segger SystemView或STM32CubeMonitor实时观测任务切换过程，这是比printf更可靠的调试手段。
6. 进阶实验建议
完成基础要求后，可尝试以下扩展：
- 动态修改任务优先级（vTaskPrioritySet）
- 使用二值信号量实现精确时序控制
- 添加看门狗任务监测系统健康状态
我在指导实验时发现，约60%的异常崩溃源于栈空间不足。建议在调试阶段：
- 将configUSE_TRACE_FACILITY设为1启用可视化跟踪
- 定期调用vTaskList()输出任务状态
- 使用__get_MSP()检查栈指针位置
