1. Keil工程模板搭建全攻略

第一次用Keil开发STM32项目时，我对着空白的工程界面发呆了半小时。后来才发现，搭建规范的工程模板能节省50%的调试时间。下面分享我总结的"黄金模板"搭建法：

核心文件夹结构应该像乐高积木一样模块化。我的标准配置包含：

• Core：放芯片启动文件和关键修改文件（比如startup_stm32f103xb.s这个汇编文件决定了程序从哪里开始跑）
• Drivers：自己编写的外设驱动（例如按键扫描、OLED显示等）
• Libraries：存放HAL库和CMSIS库（建议直接从STM32CubeMX生成的工程里拷贝）
• Middlewares：给FreeRTOS这类中间件预留位置

实际操作时有个坑要注意：在Keil中新建工程后，默认生成的Target 1名称一定要改成和项目同名。我有次忘记改名，后来同时打开多个工程时直接混乱，烧录错了固件导致硬件故障。

2. FreeRTOS源码的精简艺术

从官网下载的FreeRTOS源码包有30MB+，但实际项目用到的可能不到10%。我通常这样瘦身：

1. 在portable文件夹里只保留这三个关键目录：

   • Keil：ARM编译器专用适配层
   • MemMang：内存管理方案（推荐用heap_4.c，碎片率最低）
   • RVDS：与Cortex-M内核相关的汇编代码

2. 删除所有演示项目和无用平台代码（比如Demo文件夹占了一半体积）

3. 特别提醒：FreeRTOSConfig.h这个配置文件一定要从官方demo里拷贝，而不是自己从头写。我第一次自己配置时漏掉了configUSE_PREEMPTION参数，导致任务调度根本不起作用。

3. 工程配置的魔鬼细节

在Keil的Options for Target里有几个关键设置：

Target标签页

• 勾选Use MicroLIB能减小代码体积（但会禁用某些标准库函数）
• ARM编译器版本选V5兼容性最好（V6有时会出奇怪优化问题）

C/C++标签页

• 必须添加这两个宏定义：

  USE_HAL_DRIVER,STM32F103xB
  

• 包含路径要精确到子目录（例如FreeRTOS/Source/include和FreeRTOS/Source/portable/RVDS/ARM_CM3）

Debug标签页

• ST-Link调试时建议勾选Reset and Run，否则每次都要手动复位
• 如果遇到断点失灵，试试取消Load Application at Startup

4. FreeRTOS任务优化实战

创建第一个任务时，我推荐这样配置栈大小：

#define TASK1_STACK_SIZE 128  /* 实际使用时要根据调用深度调整 */
xTaskCreate(task1, "LED_Task", TASK1_STACK_SIZE, NULL, 3, NULL);

有个实用技巧：在FreeRTOSConfig.h里开启运行统计功能：

#define configGENERATE_RUN_TIME_STATS 1

然后通过串口打印任务CPU占用率，我靠这个发现过一个任务因为等待信号量超时，占用了70%的CPU资源。

内存管理方面，强烈建议用heap_4.c方案。测试数据显示，在频繁创建删除任务的场景下，它比heap_1.c减少83%的内存碎片。配置方法是在MemMang文件夹里只保留这个文件。

中断优先级设置是另一个容易出错的地方。STM32的中断优先级数值越小优先级越高，而FreeRTOS的系统中断（如PendSV）应该设为最低优先级。正确的配置示例如下：

NVIC_SetPriority(SysTick_IRQn, 15);  /* 比PendSV高 */
NVIC_SetPriority(PendSV_IRQn, 255);  /* 最低优先级 */