STM32 SD卡拔插后FatFs挂载失败可能原因

发表于 2026-5-7 11:01

STM32 SD卡拔插后FatFs挂载失败可能原因

使用STM32CubeMX 生成SD-FatFs代码，SD卡拔插后挂载失败可能原因：没有再调用底层初始化函数BSP_SD_Init()进**初始化。
程序调用f_mount()挂载系统时:
f_mount()->find_volume()->disk_initialize():
调用BSP_SD_Init()开启底层初始化, 将初始化标志置一：disk.is_initialized[pdrv] = 1;
此时再调用f_mount()时不会再进行底层初始化，需要断开连接FATFS_UnLinkDriver(“0:”)一下再调用f_mount()才会继续调用BSP_SD_Init()开启底层通信。
————————————————
版权声明：本文为CSDN博主「漠落」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/xiahailong90/article/details/147981068

发表于 2026-5-9 08:37

原来拔插后挂载失败是这个原因！我之前只知道重新f_mount，从来没试过先断开驱动，难怪一直挂不上，回头马上加一句FATFS_UnLinkDriver试试。

发表于 2026-5-9 08:38

我怀疑不光是初始化标志的问题，有时候SD卡热拔插会导致SPI时序乱掉，最好在UnLink之后再加个延时，再重新初始化SD卡底层会更稳。

发表于 2026-5-9 08:39

这个坑我踩过好多次！每次拔卡再插回去就挂载失败，查了半天没想到是disk初始化标志没清，楼主这篇直接点破关键了。

发表于 2026-5-9 08:40

我一般热拔插处理流程是：先卸载→断开驱动→延时100ms→重新初始化SD→再挂载，这样一套下来基本没失败过，大家可以参考。

发表于 2026-5-9 08:40

用CubeMX生成的代码确实容易忽略这个点，底层初始化只跑一次，拔插后必须走完整重新初始化流程，不然硬件都没唤醒。

发表于 2026-5-9 08:41

有没有人试过不加UnLink直接强制调用BSP_SD_Init？我这么干过偶尔会卡死，还是按楼主说的先断开再挂载更安全。

发表于 2026-5-9 08:42

建议大家在SD卡检测引脚中断里直接做UnLink+重新挂载，这样拔插后系统自动恢复，不用手动触发，体验会好很多。

发表于 2026-5-9 08:43

我遇到过一种情况：UnLink了也重新初始化了还是挂不上，后来发现是SD卡供电不稳，热拔插瞬间掉压，硬件上加个电容就解决了。

发表于 2026-5-9 08:44

楼主这个总结太实用了！很多教程只讲初始化，不提热拔插处理，实际产品里拔插是常态，这个知识点必须记牢。

发表于 2026-5-9 08:45

两家强强联合确实香，STM32生态成熟+广和通模组稳定，解决了IoT最头疼的主控与通信兼容性问题，量产风险小很多。

[应用相关] STM32 SD卡拔插后FatFs挂载失败可能原因

相关帖子

浏览过的版块