STM32 FATFS优化实战：精简Flash与RAM占用的三大策略

1. FATFS模块裁剪：从170KB到10KB的瘦身秘诀

第一次在STM32F103C8T6这类Flash只有64KB的芯片上移植FATFS时，编译完我就傻眼了——cc936.c这个文件单独就吃掉了170KB空间！相信很多朋友都遇到过类似的困扰。今天我就来分享如何通过精准"手术"给FATFS瘦身。

打开工程目录下的.map文件，你会看到类似这样的内存分布：

Code RO Data RW Data ZI Data cc936.o 168432 256 0

罪魁祸首就是cc936.c这个中文支持模块。其实解决方案特别简单：打开ffconf.h找到#define _USE_LFN这一行，把默认值3改成0。这个参数控制长文件名支持级别：

• 0：禁用长文件名
• 1：使用静态缓冲区
• 2：使用栈分配缓冲区
• 3：使用堆分配缓冲区

修改后编译会报错提示cc936.c不再需要，这时直接把它从工程移除即可。实测在STM32F407工程中，这个操作能让Flash占用从240KB直降到70KB。如果只需要英文文件名支持，这个优化可以说是无痛的。

提示：如果你确实需要中文支持，可以把cc936.o单独烧录到外部SPI Flash，通过修改磁盘IO驱动实现动态加载。

2. 内存优化：告别malloc的三大实战技巧

正点原子的例程里有个"隐藏杀手"——动态内存分配。他们的exfuns.c中是这样使用FATFS的：

FATFS *fs[_VOLUMES]; FIL *file; u8 *fatbuf = mymalloc(SRAMIN,512);

这种写法会导致两个问题：

1. 内存碎片化
2. 额外引入malloc.c的代码开销

更合理的做法是改用静态分配：

FATFS fs[_VOLUMES]; FIL file; u8 fatbuf[512]; // SD卡缓存区

具体优化步骤：

1. 删除工程中的malloc相关文件（malloc.c/h）
2. 重写exfuns.c，移除所有指针和malloc调用
3. 根据实际需求调整_VOLUMES值（默认2可以改为1）

在我的STM32F103项目中，优化后RAM占用从8KB降到了1.2KB。特别提醒：如果使用SPI Flash，记得修改_MAX_SS为实际扇区大小（通常是4096）。

3. 工程清理：移除调试组件的完整指南

很多现成例程都带着一堆调试组件，比如正点原子的：

• fattester.c：串口测试工具
• usmart.c：参数调试组件
• lcd.c：屏幕驱动

这些文件不仅增加代码量，还会引入不必要的全局变量。建议按以下步骤清理：

1. 识别冗余文件：

   • 在IDE中查看每个.c文件的调用关系
   • 使用grep -r "函数名"查找未被调用的函数

2. 安全移除步骤：

   # 先备份再删除 mv fattester.c fattester.c.bak rm usmart*.c lcd.c

3. 验证方法：

   • 编译检查有无未定义符号
   • 运行基础读写测试
   • 对比.map文件前后变化

实测清理后工程体积能减少30%-50%。不过要特别注意：有些看似无用的文件可能是底层依赖，建议采用"注释包含-编译测试"的渐进式移除法。

4. 高级优化：ffconf.h的黄金参数配置

经过前面三板斧，我们还可以在ffconf.h里继续深挖优化空间。这几个参数值得特别关注：

举个例子，如果你的项目只需要读SD卡里的配置文件，可以这样设置：

#define _FS_READONLY 1 // 只读模式 #define _FS_MINIMIZE 3 // 只保留f_open/f_read/f_close #define _USE_MKFS 0 // 禁用格式化

在STM32F401上测试，这种配置能使FATFS的代码体积从12KB降到6.8KB。不过要注意：这些优化是功能性的，需要根据实际需求谨慎选择。