【STM32】FATFS文件系统f_mkfs卡死

最新推荐文章于 2025-06-26 10:56:18 发布

原创

最新推荐文章于 2025-06-26 10:56:18 发布 · 3.2k 阅读

6 ·

CC 4.0 BY-SA版权

文章标签：

#stm32

在使用STM32配合FATFS对SPI Flash进行读写操作时遇到问题，f_mount返回FR_NOFILESYSTEM。尝试用f_mkfs格式化磁盘时程序卡死在ff.c的f_mkfs()循环中。解决方案是执行SPI Flash全片擦除，随后能正常操作。推测可能是调试过程中未正确退出导致文件系统损坏，全片擦除虽有效但速度较慢。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近调试FATFS，通过STM32对SPI Flash进行读写操作。昨天晚上调通了，今天早上再调试，发现f_mount返回FR_NOFILESYSTEM。
依据网上所说，对磁盘格式化f_mkfs，卡死在FATFS库的ff.c->f_mkfs()的某个for循环里。

FATFS &fs;
//初始化省略

//res返回FR_NO_FILESYSTEM
res = f_mount(&fs, "0:", 1);
if(res == FR_NO_FILESYSTEM){

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

tobeyttd

关注关注

0
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

STM32CubeMx + SD Card + FatFs 读写SD卡死等问题

清风天涯明月

06-20

1万+

Cube Mx使用较新版本 Version：4.24.0MDK v5.20STM32F429ZGT6两年以前记得试过SD卡读写，好像不是单纯的Read和Write，应该是用了文件系统，很顺利的试验成功了，所以源码和记录都没留，这次要做一个新的板子，真所谓苦难重重啊，到现在32.768K的晶振一直没起振，由原来的10P电容换了6P的，还是不行，应该说偶尔可以，但生产代码中MX_RTC_Init（） ...

STM32+UCOSII+U盘出错问题

Mamba_1024的博客

03-20

2159

平台芯片：STM32F767IGT6 存储：读卡器+2G/8G 卡，U盘 文件系统：FATFS R0.12a 操作系统：UCOSII V1.30.02 参考：正点原子例程使用的其他外设：SDIO，网络LWIP，SDRAM 问题问题1： U盘f_mount挂载不上，在挂载处，err返回值是0X01，根据返回值数值可确定是FR_DISK_ERR，如图问题 2：有时卡死，一直在FATFS的...

参与评论您还未登录，请先登录后发表或查看评论

GD32F427挂载SD卡 f_mkfs一直失败问题

xiangyu_0825的博客

11-19

631

FATFS移植f_mkfs异常问题

fatfs挂载失败，以及挂载成功之后f_open打开文件失败解决方法

最新发布

m0_45099065的博客

06-26

222

改完之后可能还会出现f_open返回值是0x06 FR_INVALID_NAME，这个时候你就需要ffconf.h文件里的FF_CODE_PAGE改为936对应简体中文，现在f_open返回的应该就是FR_OK。但是这个时候可能会出现f_open返回的是0x0C FR_NOT_ENABLED，这说明你的文件名字里没有盘号例如"FatFs读写测试文件.txt"要改成"1:FatFs读写测试文件.txt"添加盘号。当挂载文件系统f_mount返回FR_NO_FILESYSTEM的时候。格式化后，先取消挂载。

【STM32-FatFs】FatFs——f_mkfs

好习惯成就伟大

05-28

9484

f_mkfs The f_mkfs fucntion creates an FAT/exFAT volume on the logical drive. FRESULT f_mkfs ( const TCHAR* path, /* [IN] Logical drive number */ BYTE opt, /* [IN] Format options */ ...

FatFs

qsycn的专栏

07-02

2万+

FatFs FatFS是一个为小型嵌入式系统设计的通用FAT(File Allocation Table)文件系统模块。FatFs 的编写遵循ANSI C，并且完全与磁盘I/O层分开。因此，它独立(不依赖)于硬件架构。它可以被嵌入到低成本的微控制器中，如AVR, 8051, PIC, ARM, Z80, 68K 等等，而不需要做任何修改。 [编辑] 特点 Windo

fatfs写SD卡卡死

rrxxzz的专栏

12-12

3632

最近在学习fatfs操作sd卡，做了一个储存串口数据的小模块，是在你的例程（Ex013-SDIO+FatFS文件系统例程）上修改的。大概0.1秒存储100个数据，发现过个几分钟程序就会卡死。原以为我修改带来的问题，试了你的源程序，通过串口隔100mS发送一次命令2，自动创建文本保存数据，过几分钟也会出现同样的卡死问题。程序卡死在static SD_Error FindSCR(uint16_t rc

FATFS文件系统f_mkfs函数详解

qizhi321123的博客

09-08

1万+

1.f_mkfs函数中的变量n_fats=1,表示FAT的表项个数，默认FAT32文件系统中，此值为1，当值为1时，使用f_mkfs格式化SD卡后，FAT的表项只有一个，当此值为2时，则格式化之后会有两个表项，FAT1和FAT2，FAT1为主表项，FAT2为备份表项。

FATFS文件系统之f_mkfs()

2301_81122825的博客

04-21

946

FATFS文件系统之f_mkfs()

在STM32的FATFS中执行res_flash = f_mount(&fs_flash,"0:",1);语句时卡死了，可能是什么原因？

02-19

嗯，用户在使用STM32的FATFS时遇到了执行f_mount卡死的问题，我需要帮他们分析可能的原因。首先，我应该回忆一下FATFS和STM32结合使用时常见的错误点。首先，硬件问题可能是关键。比如Flash存储介质是否正常？如果...

典型问题+分析过程+解决办法（嵌入式）

m0_61973119的博客

05-14

992

2、当在STM32中使用printf打印浮点数时，如果没有正确配置微库（MicroLib），或者使用了double类型而没有勾选微库支持，会导致硬件错误中断。当SOC>=98&MaxV>3500时，限流0.2C,此时电池极化内阻较大，电流下降，电压下降，导致限流满足一下不满足，即0.5C和0.2C来回跳动。3、boot和app时钟配置不一样，卡死在时钟配置（STM32F207参考手册写道，PLL使能后PLL配置参数不可更改，即app初始化时钟失败）2、USB接在拓展坞上，但拓展坞质量较差，电压不够。

Error: L6218E: Undefined symbol f_mkfs (referred from main.o)

JLouis94的博客

10-08

1202

移植野火第26章FatFs文件系统问题易错汇总ffconf.h库 ffconf.h库函数未被定义，实际原因是ffconf.h没设置好。此处改为1之后便可以正常编译其他FATFS文件系统的函数问题也可以从ffconf.h文件配置解决。 ...

SD/TF卡使用FATFS的f_mkfs()函数格式化后容量减小

qq_55261484的博客

01-17

2630

f_mkfs() 使用方法以及SD/TF卡使用FATFS的f_mkfs()函数格式化后容量减小的解决方法

fatfs 学习笔记--f_mkfs用法

lbaihao的专栏

07-15

2万+

f_mkfs The f_mkfs fucntion creates an FAT file system on the logical drive. FRESULT f_mkfs ( const TCHAR* path, /* [IN] Logical drive number */ BYTE sfd, /* [IN] Partitioning rule */

FATFS文件系统异常FR_NOFILESYSTEM

m0_68510271的博客

12-13

2813

STM32 FATFS 读取文件时报错FR_NOFILESYSTEM，问题原因查找。

fatfs文件系统详解之f_mkfs函数分析

agony_isolate的博客

05-22

2万+

前序前面两篇文章分析了FAT文件系统，没有代码总感觉很空虚寂寞冷，fatfs正好是一个开源专门应对fat文件系统的代码，从这篇文章开始分析fatfs代码，“理论+实践”才是悟道的根本途径。从本篇文章开始分析fatfs文件系统，基本从两方面分析：（1）主要函数分析。（2）宏定义使用分析。 ...

Fatfs文件系统崩溃问题

绝对只有原创

06-04

7959

用cortex m3+Freertos+fatfs做项目，在功能少的时候没出现这个问题，后来不断增加功能，出现一个fei'x

最新版 FatFS f_mkfs 详解

热门推荐

zmq5411的专栏

06-04

2万+

转载：http://www.forwhat.cn/post-218.html f_mkfs 在驱动器上创建一个文件系统 FRESULT f_mkfs ( BYTE Drive, /* 逻辑驱动器号 */ BYTE PartitioningRule, /* 分区规则 */ WORD AllocSize /* 分配单元大小 */ ); ...

使用STM32+FREERTOS+FATFS 读写SD卡超过一定次数出现FATFS文件系统操作失败的问题

weixin_56565733的博客

11-03

2538

fatfs 报硬件错误

stm32 emmc fatfs文件系统 f_stat查找不到文件

03-19

<think>好的，我现在要解决的问题是关于STM32中使用eMMC和FATFS文件系统时，调用f_stat函数查找不到文件的情况。首先，我需要理清楚可能导致这个问题的各种原因，然后逐一排查。首先，用户提到的是STM32、eMMC、FATFS的组合。eMMC通常通过SDIO接口连接，而FATFS是嵌入式系统中常用的文件系统库。f_stat函数用于获取文件状态，如果返回错误，比如FR_NO_FILE，说明文件不存在，但用户可能确认文件确实存在，所以需要深入分析。接下来，可能的因素有很多，比如挂载问题、路径错误、文件系统损坏、缓存问题、长文件名支持、字符编码、eMMC初始化问题、FATFS配置错误、硬件连接问题等等。我需要逐一考虑这些方面。首先，检查挂载是否正确。用户需要确认是否成功调用了f_mount函数，并且没有返回错误。如果挂载失败，后续的文件操作都会有问题。挂载时需要注意指定的逻辑驱动器号是否正确，比如"0:"这样的路径前缀是否一致。然后是路径问题。文件路径是否正确，包括大小写是否匹配（FATFS默认可能区分大小写），路径中的目录是否存在。比如，如果文件在根目录，路径应该是"/file.txt"，而如果是子目录，可能需要完整的路径结构。此外，前导斜杠的使用是否正确，不同系统可能有不同要求。 文件系统损坏也是一个可能的原因。eMMC在异常断电或不当操作后，文件系统可能损坏。这时可以尝试在电脑上使用chkdsk或fsck工具修复，或者重新格式化eMMC并重新写入文件。但需要确保格式化时的参数正确，比如簇大小、文件系统类型（FAT32/exFAT）是否被FATFS支持。缓存问题方面，FATFS有时会缓存目录项，如果文件是在同一会话中创建的，可能需要调用f_sync或重新挂载文件系统以使更改生效。此外，确保在创建文件后正确关闭文件，否则数据可能未完全写入。长文件名（LFN）的支持需要FATFS配置文件中启用_USE_LFN选项，并且分配足够的缓冲区。如果文件名超过8.3格式且未启用LFN，可能导致文件无法识别。同时，字符编码问题，特别是中文或其他非ASCII字符，需要正确设置_CODE_PAGE，并使用Unicode API函数。 eMMC的硬件初始化和连接稳定性也很重要。需要确认eMMC是否正确初始化，SDIO时钟配置是否合适，以及物理连接是否可靠。有时接触不良或信号干扰会导致读写错误。 FATFS的配置选项需要检查，比如_MAX_SS是否与eMMC的扇区大小匹配。例如，如果eMMC使用4KB扇区，而_MAX_SS设置为512，可能导致错误。此外，文件系统的实际类型是否与FATFS支持的类型一致，比如exFAT需要启用_USE_EXFAT选项。硬件问题方面，电源稳定性、信号完整性都可能影响eMMC的正常工作。使用逻辑分析仪或调试输出检查SDIO命令是否有错误响应。同时，检查eMMC是否处于写保护状态，虽然这种情况较少见。其他可能的原因包括文件系统未正确关闭，导致元数据未更新。在之前操作中是否正常卸载文件系统，或者是否有未关闭的文件句柄。此外，堆栈或内存不足导致FATFS操作异常，需检查动态内存分配是否足够。针对这些可能的原因，用户应该按照步骤逐一排查。比如，首先确认挂载成功，检查路径是否正确，确保文件名和大小写匹配。然后检查LFN配置和字符编码，尝试使用简单的短文件名测试。接着验证eMMC的初始化和硬件连接，最后考虑文件系统修复或重新格式化。如果用户已经尝试了这些步骤仍然无效，可能需要更深入的调试，比如启用FATFS的错误跟踪功能，或者在f_stat调用前后打印返回值，确定具体的错误代码，从而更有针对性地解决问题。</think>在STM32中使用eMMC和FATFS时遇到`f_stat`查找不到文件的问题，可能涉及多个层面的原因。以下是逐步排查指南： --- ### **一、基础检查** 1. **挂载验证** ✅ 确认调用`f_mount`后返回`FR_OK` ✅ 检查逻辑驱动器号是否一致（如`f_mount(&fs, "0:", 1)`对应路径应为`"0:/file.txt"`） 2. **路径与文件名** ✅ 使用**绝对路径**且**大小写严格匹配**（FATFS默认区分大小写） ✅ 检查斜杠方向：`"0:/dir/file.txt"`（UNIX风格）或`"0:\\dir\\file.txt"`（Windows风格） ✅ 避免特殊字符（`*?<>|`等） --- ### **二、文件系统问题** 3. **文件系统一致性** ✅ 通过`f_getfree("0:", &fre_clust, &fs)`检查文件系统是否识别成功 ✅ 使用**强制挂载**：`f_mount(NULL, "0:", 0); f_mount(&fs, "0:", 1)`（先卸载后重载） ✅ 在PC端用`chkdsk /f`或第三方工具（如H2testw）扫描eMMC镜像 4. **格式化参数** ```c // 格式化示例（注意匹配eMMC的物理参数） MKFS_PARM opt; opt.fmt = FM_FAT32; // 文件系统类型 opt.n_fat = 1; // FAT表数量 opt.au_size = 4096; // 簇大小（需与eMMC擦除块对齐） f_mkfs("0:", &opt, workbuf, sizeof(workbuf)); ``` --- ### **三、FATFS配置检查** 5. **启用长文件名（LFN）** 修改`ffconf.h`： ```c #define _USE_LFN 2 // 启用长文件名（栈或堆分配） #define _MAX_LFN 255 // 最大文件名长度 #define _CODE_PAGE 936 // 简体中文代码页（GBK编码） ``` ✅ 调用`f_open`时使用Unicode API：`f_open(&file, u"0:/中文.txt", ...)` ✅ 确保动态内存足够（若`_USE_LFN=2`需分配缓冲区） 6. **扇区大小匹配** ✅ 检查`ffconf.h`中`_MAX_SS`是否等于eMMC的实际扇区大小（通常为512或4096） ✅ 通过`disk_ioctl`获取物理参数： ```c DWORD sector_size; disk_ioctl(pdrv, GET_SECTOR_SIZE, &sector_size); ``` --- ### **四、硬件与底层驱动** 7. **eMMC初始化流程** ✅ 确保SDIO时钟配置正确（初始化阶段≤400kHz，全速后≤25MHz） ✅ 检查CMD线响应： ```c if(HAL_SD_GetCardState(&hsd) != HAL_SD_CARD_TRANSFER) { /* 错误处理：卡未进入传输模式 */ } ``` 8. **信号完整性** ✅ 用示波器检查CLK、CMD、DATx信号的波形（过冲/振铃需调整匹配电阻） ✅ 检查PCB走线是否符合SDIO规范（50Ω阻抗，长度匹配） --- ### **五、调试手段** 9. **错误码追踪** ```c FRESULT res = f_stat("0:/test.txt", &filinfo); printf("f_stat返回: %d - %s\n", res, FRESULT_STR(res)); // 自定义错误码转文本 ``` 10. **目录遍历验证** ```c DIR dir; f_opendir(&dir, "0:/"); while(f_readdir(&dir, &filinfo) == FR_OK && filinfo.fname[0]) { printf("Found: %s\n", filinfo.fname); } ``` --- ### **六、典型问题案例** - **案例1：路径前缀遗漏** ❌ 错误调用：`f_stat("file.txt", ...)` ✅ 正确调用：`f_stat("0:/file.txt", ...)` - **案例2：缓存未同步** ```c f_open(&file, "0:/new.txt", FA_CREATE_NEW); f_write(&file, data, sizeof(data), &bw); f_close(&file); // 必须关闭文件才会更新目录项！ ``` - **案例3：4KB扇区配置错误** ```c // ffconf.h #define _MAX_SS 4096 // 而非默认512 ``` --- ### **七、最终解决步骤** 1. 用`f_opendir`遍历目录，确认文件是否存在 2. 检查`ffconf.h`配置与eMMC物理参数的兼容性 3. 在PC端验证eMMC镜像的文件系统结构 4. 捕获SDIO总线数据，确认CMD17（单块读）是否正常响应若问题仍未解决，可提供以下信息进一步分析： - FATFS版本和配置参数（`ffconf.h`） - eMMC型号和初始化代码片段 - `f_stat`调用前后的完整上下文代码