STM32平台FatFS反初始化后切换挂载SD卡问题咨询

问题根因 #

你遇到的状态残留不属于FatFS核心栈的设计问题，是ST官方适配的FatFS diskio层独立维护的全局结构体disk没有内置复位逻辑导致的。disk.is_initialized、disk.drv、disk.lun等变量属于BSP适配层的私有全局变量，FatFS核心提供的f_mount卸载、FATFS_UnLinkDriver接口都不会修改这些值，因此会出现初始化标志始终为1、挂载新SD卡时不会重新走硬件初始化流程的问题。

完整复位操作步骤 #

按以下顺序操作即可完全复位整个FatFS栈+适配层状态，达到和上电复位一致的效果：

• 完成上层资源清理：确保所有打开的文件、目录都通过f_close、f_closedir完全关闭，调用f_sync刷完所有未写入的缓存，避免数据丢失。
• 卸载逻辑驱动器：调用f_mount(NULL, "", 0)卸载对应逻辑驱动器，解除FatFS核心层与FATFS结构体的关联。
• 解除驱动绑定：调用FATFS_UnLinkDriver解除物理驱动器号与底层驱动的绑定。
• 手动复位disk适配层全局状态，参考代码如下：

// 可按实际需求复位指定物理驱动器，或遍历复位所有驱动器
for(uint8_t i = 0; i < FF_VOLUMES; i++) {
    disk.is_initialized[i] = 0; // 清除初始化标志是核心操作
    disk.drv[i] = NULL;
    disk.lun[i] = 0;
}

• 切换硬件通路后执行挂载：切换多路复用器选通第二张SD卡，主动拉低CS引脚1ms以上、发送至少10字节0xff完成SD卡SPI模式前置引导，之后再调用f_mount挂载新SD卡即可，无需手动调用SPI初始化函数。

可选优化方案 #

如果需要频繁切换SD卡，可直接修改diskio层代码，新增disk_deinitialize接口，专门用于复位指定物理驱动器的状态，同时调用对应SD卡驱动的反初始化逻辑，无需每次遍历复位所有驱动器，模块化程度更高。

内容的提问来源于stack exchange，提问作者Liamm36