在21IC DIY U盘实验板上实现的128MB U盘（含坏块管理）

1万 · 2009-3-31 00:46

这个写均衡不用做吧，windows会自动帮你搞的吧。倒是让俺担心的是FAT区比较容易挂得快。
挂了就启用备用区了，我想应该够用了。交换区是有做均衡处理的。

只看该作者 · 2009-3-31 08:39

你理解错了.
写均衡要你做的.windows写过来是固定的逻辑扇区, 比如bpb就是写到0
正如你担心的,fat表会重复写, 特别需要写均衡.

2万 · 2009-3-31 09:28

FAT文件系统对目录区和索引区的损耗实在是太大了，因为任何一个文件的改写都要重新擦写一次目录，所以不做成动态映射的写平衡的话再多的次数都会很快耗尽的。

而FAT的目录区和索引区很明显是放在固定的逻辑扇区上的。
写平衡只能烤你自己在底层实现哦

1万 · 2009-3-31 09:59

而且系统开销也会上去。而且俺非常担心这个影射关系被弄丢了……每次写操作都要去更新一下这个影射关系啊，
又需要动态调整保存这个影射关系的地方了，那如果保存这个影射关系的地方不固定，我怎么找到它并加载？
如果固定了，那它又经常被改写，也容易坏……

所以干脆俺就偷懒算了，直接保留了50个块，就算你那些拼命用吧，用坏了没关系，
还有备用的。每个块的使用寿命没那么低吧？俺这个又不是搞什么军用产品，所以
就这么将就着用吧。等到这些备用的块都全部用完时，估计也到了猴年马月了吧。

2万 · 2009-3-31 10:22

还要更快的话，就在初始化时做索引区内存镜像即可。

由于实际上是块擦除影响寿命，所以只要做到1024块的平衡写即可。

而坏块记录、判断等，也应该由附加区的标志和数据规律来判断。

2万 · 2009-3-31 10:40

NandFlash读次数是没有限制的,写有寿命限制,特别适合于数据交换次数不多的应用,比如U盘和MP3,MP4等.作硬盘类应用本身就不太合适.这一点目前用NandFlash做电子硬盘的大公司都头疼,性能不尽人意.

1万 · 2009-3-31 10:46

每写一次，就要更新附加数据，结果其它地方没坏，附加数据挂了，有啥意义？

2万 · 2009-3-31 11:11

咋就这么不开窍呢？？？

1万 · 2009-3-31 11:28

使用二分查表法，最多10次，这个可以接受。

每次写时，需要先去搜索使用次数最小的，这个可以直接取出来，然后重新排序，这个最坏情况的交换就有点多了。
如果直接去查表，又太多了。

就是表格有点大啊……影射关系一张表，需要4KB（不考虑扩展性吧，就一个块地址占2字节），
另外使用次数还需要一张表，又是4KB。

这样搞倒是可以省掉了交换区，直接把数据复制到新块并重新写入……

算了，俺还是不想这个了，搞一下又要费俺不少时间啊……先将就着用吧~~~~

1万 · 2009-3-31 11:31

2万 · 2009-3-31 12:28

只须初始化一次，以后读写时只要一次查表即可。

改写时不需要反复倒数据的，当然会快很多。
至于4kB的内存，对于ARM来说也不算什么。

而块平衡就好做的很了，看下当前块的擦写次数，如果比擦写次数最少的那个块大1000（或更多），则交换它们的映射位置即可。
又快又方便哦:-)

PS：
一个块地址占2字节是对的，象三星手册里，一片的最大容量是8GB，刚好16bit。

当然，现在的FLASH单片容量真是吓人，SSD都做到1TB了，所用的芯片单片容量那就更大了...

1万 · 2009-3-31 12:53

2万 · 2009-3-31 14:09

而且，蛋蛋，你的程序咋都是用的CARM的编译器呢？老x硬是没找到3.03之前的Keil版本啊...

只看该作者 · 2009-3-31 14:23

写均衡是最麻烦的.好几年了我都在观察和思考这个问题.看有没有完美的解决办法,看了很多实现方法, 总觉得不完美, 太麻烦.

1万 · 2009-3-31 15:47

再把源代码添加进去编译呀……如果找不到MCU头文件的话，圈圈可以把头文件放来呀……
这个代码全部是标准的C写的，出了启动文件和MCU的头文件不一样之外，其它的应该都一样的。
也没有用过特殊关键字申明中断服务函数什么的，完全是一个查询的……

回34楼alex74，所以俺干脆直接偷懒不平衡算了，这个写的次数也不太多，还有50个块备用，
就让它坏吧，省事又省心，复杂度低了，还减少了出错的可能性。而且耗资源也少。