我之前在基于STM32 Chan库做内部存储器FatFS实现时，也碰到过类似的小容量限制问题。结合对FAT12文件系统和FatFS库的理解，给你梳理下核心原因和具体的解决步骤：

1. 先搞懂你当前限制的根源 #

你提到的FAT12引导扇区总扇区数只能设到0x13F（对应~142KB），这不是FAT12的理论上限——FAT12的核心限制来自它的FAT表项是12位，最多能记录4095个有效簇（0xFFF是保留标记）。总容量的计算公式很简单：

总容量 = 簇数 × 簇大小

如果簇大小是1个扇区（512字节），理论上最大能到~2MB；要是把簇大小调到8个扇区（4KB），最大能到16MB，完全能满足接收大文件的需求。你当前的限制，大概率是没正确配置簇大小，或者误用了引导扇区的总扇区数字段。

2. 正确修改引导扇区的总扇区数字段 #

FAT12的引导扇区里，总扇区数有两个字段，得根据你要模拟的容量选对：

• 偏移0x13：16位的TotalSectors，用来记录≤65535扇区的容量
• 偏移0x20：32位的TotalSectorsLarge，当扇区数超过65535时用这个，同时要把TotalSectors设为0

你之前可能改错了字段，或者没配合簇大小调整。举个例子，要是想模拟16MB的容量（按512字节/扇区算）：
总扇区数 = 16×1024×1024 / 512 = 32768（0x8000），这个数没超过65535，直接把TotalSectors设为0x8000就行，同时把簇大小调到8个扇区，这样簇数刚好是4096，踩在FAT12的簇数上限上。

3. 调整簇大小是突破限制的关键 #

要摆脱当前的小容量束缚，必须修改引导扇区里的每簇扇区数字段（偏移0x0D，8位）：

• 设为0x08（8个扇区=4KB/簇），总容量就能到4096×4KB=16MB
• 要是需要更大，比如32MB，就设为0x10（16个扇区=8KB/簇），总容量就是4096×8KB=32MB

注意：簇大小不能超过FatFS配置里的FF_MAX_SS（最大扇区大小），而且得确保你的MCU内部存储器有足够空间来模拟这个容量（或者你的磁盘IO层能正确映射到模拟区域）。

4. 同步MBR和引导扇区的配置 #

改完引导扇区的总扇区数和簇大小后，一定要让MBR分区表项（0x1CA位置的LBA扇区数字段）和引导扇区的总扇区数保持一致，不然FatFS会识别到容量不匹配，直接挂载失败。

5. 检查FatFS库的配置参数 #

最后别忘了核对ffconf.h里的配置：

• 确保FF_MAX_SS设成你用的扇区大小（比如512）
• 别开FF_FS_TINY（小容量模式会限制最大容量）
• 确保FF_FS_EXFAT是关闭的（我们用的是FAT12）

实操示例（模拟16MB容量） #

假设扇区大小是512B：

1. 修改MBR的0x1CA位置，把LBA扇区数设为0x8000（32768扇区）
2. 修改FAT12引导扇区：
   • 偏移0x0D（每簇扇区数）：设为0x08
   • 偏移0x13（总扇区数）：设为0x8000
   • 偏移0x16（FAT表个数）：保持默认2就行
   • 偏移0x11（根目录项数）：可以设为0x0200（512项，足够用）

这样配置完，你就能模拟出16MB的Flash容量，完全能满足接收大文件的需求了。

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