[大问题的解决!]!!!用FatFS的朋友们注意了啊,福利来了!

2019-07-20 04:43发布

以前用FatFS的时候有没有发现在使用大容量卡(4G以上)的时候,卡里存了4G以上的东西,新存的文件就不能被正确读取了呢?!
这是因为大家移植的FatFS都是32位寻址的,只能读到4G以下地址的东西,4G以上的东西虽然文件分配表还有分配,但是却没有这么大的地址去读取。
怎么办呢?让我们来解决这个问题吧!

首先,打开SDIO/SPI总线驱动SD卡的底层文件:

sd.h-------------------
sd.c-------------------

在文件里找到下面的几个函数(类似的也行):
SD_Error SD_ReadBlock(uint8_t *readbuff, uint32_t ReadAddr, uint16_t BlockSize);
SD_Error SD_ReadMultiBlocks(uint8_t *readbuff, uint32_t ReadAddr, uint16_t BlockSize, uint32_t NumberOfBlocks);
SD_Error SD_WriteBlock(uint8_t *writebuff, uint32_t WriteAddr, uint16_t BlockSize);
SD_Error SD_WriteMultiBlocks(uint8_t *writebuff, uint32_t WriteAddr, uint16_t BlockSize, uint32_t NumberOfBlocks);

看到Addr的参数了吗?这是地址,现在我们把它改成64位的,像这样:

SD_Error SD_ReadBlock(uint8_t *readbuff, uint64_t ReadAddr, uint16_t BlockSize);
SD_Error SD_ReadMultiBlocks(uint8_t *readbuff, uint64_t ReadAddr, uint16_t BlockSize, uint32_t NumberOfBlocks);
SD_Error SD_WriteBlock(uint8_t *writebuff, uint64_t WriteAddr, uint16_t BlockSize);
SD_Error SD_WriteMultiBlocks(uint8_t *writebuff, uint64_t WriteAddr, uint16_t BlockSize, uint32_t NumberOfBlocks);

现在,SD卡的底层就改造好了,我们接着改造FatFS:
打开FatFS目录下的integer.h

找到下面几行代码:
/* These types must be 32-bit integer */
typedef long  LONG;
typedef unsigned long  ULONG;
typedef unsigned long  DWORD;

现在稍稍修改一下,变成这样:
/* These types must be 64-bit integer */
typedef long long LONG;
typedef unsigned long long ULONG;
typedef unsigned long long DWORD;

就是把unsigned long 无符号长整型变成unsigned long long 无符号64位长整型。
现在整体改造完毕,可以试试往SD卡里先写5~6G数据,然后再写个文本,现在读就不会读出乱码啦!
原先32位寻址时,最大支持4GBytes的寻址,现在的寻址空间扩大了4294967295倍,你的SD卡再怎么大都不会出错啦!



友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
46条回答
正点原子
1楼-- · 2019-07-23 20:00
正点原子 发表于 2015-12-29 23:29
可以参考下我们综合实验的处理方式.

我看实验56使用的还是UCOS II,每个文件都定义了一个FIL 结构体,一个FIL 结构体里都有一个
BYTE         buf[_MAX_SS],想着节约内存,只定义一个FIL,在UCOS III下多个任务操作多个文件。现在使用了调度锁暂时解决这个问题,不知道原子哥有没有啥更好的方法?
void
2楼-- · 2019-07-24 00:31
 精彩回答 2  元偷偷看……
新手求助
3楼-- · 2019-07-24 05:17
正点原子 发表于 2014-7-21 23:58
没问题的,对大容量卡来说,这里是要除以512,再送给ARG的。
具体看代码:

原子哥有研究過FATFS+U盤嗎,我現在用STM32F446的OTG功能操作U盤,也有這種4G上線的問題,而且我看底層文件,也沒有SD那種大文件ReadAddress/512的機制。還是說現有的底層文件限制只能在4G範圍內操作?謝謝
小冉進擊
4楼-- · 2019-07-24 06:52
感谢楼主和原子哥分享
luyongyun
5楼-- · 2019-07-24 08:42
 精彩回答 2  元偷偷看……
Esbin
6楼-- · 2019-07-24 14:11
光圈电子科技-晓航-多多实验室 发表于 2014-7-22 10:35
回复【8楼】KC_CEC:
---------------------------------
没有问题哦,我的FatFS仿真的时候地址存在r2寄存器 ...

MArk ,xiexiefenxiang

一周热门 更多>