STM32L4R5+FatFS读写SD卡：PC与MCU文件互不可见及兼容性问题

针对你使用Nucleo-L4R5ZI开发板SPI驱动SD卡时出现的部分卡不兼容、MCU与PC文件不互通问题，结合你的代码和硬件配置，给出以下排查和修复步骤：

一、代码核心问题修正 #

1. 驱动器号不匹配（最可能导致跨设备文件不互通） #

你在代码中用f_mount(&FatFs, "", 1)挂载默认驱动器，但调用list_dir("2:")时指定了驱动器2:，这会导致FatFS操作的是未关联SD卡的虚拟驱动器，所有文件操作都在RAM中完成，根本没写入SD卡，自然在PC上看不到。

修复：
统一使用正确的驱动器号，若仅挂载一个SD卡，将所有路径参数改为""（默认驱动器）或"0:"：

// 修改list_dir调用
list_dir("");
// 同时修改f_stat、f_open等所有文件操作的路径，比如
fres = f_stat("example.txt", &fno); // 去掉多余驱动器号，使用默认

2. 补全关键函数的返回值检查 #

你的代码中f_close、f_stat等函数未检查返回值，可能操作失败但未被发现（比如文件未成功写入SD卡）：

// 在f_close后添加返回值检查
fres = f_close(&fil);
if(fres != FR_OK) {
    myprintf("f_close error (%i)\r\n", fres);
}

// 修正f_stat的错误打印（结构体不能直接用%s输出）
FILINFO fno;
fres = f_stat("example.txt", &fno);
if (fres != FR_OK) {
    myprintf("f_stat ERROR (%i)\r\n", fres);
} else {
    myprintf("\nStatus %s - DONE!\r\n", fno.fname); // 打印文件名而非结构体
    // 其余属性打印逻辑保持不变
}

二、FatFS配置调整 #

1. 开启长文件名支持 #

若PC创建的是长文件名（非8.3格式），MCU端FatFS需开启长文件名支持才能识别，同时MCU创建的长文件名也能被PC正确识别：
在ffconf.h中修改：

#define _USE_LFN    1   // 0=关闭，1=开启（使用静态缓冲区）
#define _MAX_LFN    255 // 最大长文件名长度

2. 适配大容量卡的扇区大小 #

SDHC/SDXC卡（如32GB）可能支持4KB扇区，需确保FatFS配置支持最大扇区大小：

#define FF_MAX_SS   4096 // 默认是512，修改为4096适配大容量卡

三、硬件与信号完整性优化 #

1. 验证SPI通信稳定性 #

虽然你设置了预分频256（低速），但大容量卡对时序更敏感，可尝试：

• 缩短SPI引脚接线长度，避免电磁干扰；
• 确保CS引脚为推挽输出、初始电平为高，通信时拉低，空闲时拉高；
• 尝试进一步降低SPI速度（比如预分频512），测试是否能兼容更多卡。

2. 检查CS引脚控制逻辑 #

用示波器观察CS引脚波形，确认SPI通信时电平变化正确，避免总线冲突或错误电平状态。

四、SD卡本身的兼容性处理 #

1. 重新格式化SD卡 #

使用SD协会官方的SD Formatter工具格式化所有SD卡：

• 选择FAT32文件系统；
• 首次格式化失败时，取消“快速格式化”选项进行完全格式化；
• 确保SD卡只有一个主分区，无隐藏分区或多分区情况。

2. 验证卡类型识别 #

在SPI初始化后，读取SD卡的CID、CSD寄存器，确认FatFS是否正确识别卡类型（SDv1/SDv2/SDHC）。若识别错误，需检查diskio.c中disk_initialize函数的逻辑。

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