NAND Flash初始化

weisy · 发表于 2006-3-15 18:01:00

每个厂家都有自己的datasheet吧

RobitFeng · 发表于 2006-3-15 21:44:00

看到这么多讨论NAND FLASH的帖子,真是受益匪浅啊.小弟也有个问题想请教,就是我们的NAND Controller支持16bit操作,我们接了两块8bit的NAND FLASH,分高8位低8位连接,如下图,可是在实际读写中我发现只能对低8位的那片进行操作,接高8位的那片不能进行任何操作,大家可以给些建议或者帮忙分析下原因吗?谢谢了D:\NAND.jpg

mikal · 发表于 2006-3-17 11:56:00

唉，看来又要说点了。我真的想不出来文件系统和nand有关系，难道nand出的比文件系统概念早？要有点关系的就是驱动，但是驱动和文件系统是量回事情。现在很多人一提到nand，好像就会联系到文件系统，其实这是两回事情，文件系统是一个协议，是logic层的协议，而非物理层的协议。概念不是非常清楚，做事情当然难了。实际上，文件系统可以随便定，你自己完全可以定一个自己的文件系统。这里再强掉一点，文件系统是logic上的文件存储协议，nand是硬件存储介质，要联系logic层和硬件层的是驱动，驱动就是驱动，和文件系统和硬件层从概念上是完全分开的。好了，就说这么多。如果楼主需要，本人可以给你FAT16的低层文件系统看看。还有就是USB1.1的软件实现代码。整个系统就是一个U盘。[br]+5 RD币

christ28 · 发表于 2006-3-22 17:05:00

完全同意楼上说的.
但是现在商用的文件系统哪有不带底层Flash/HDD驱动的. 也就是说现在的文件系统大都包括驱动了,否则客户自己集成比较麻烦.

fanghj · 发表于 2006-3-25 00:14:00

楼主是用什么控制NAND FLASH啊？我做了一个是FPGA控制时序，DSP来控制读写数据，还是比较简单啊！开始的时候，要读取坏块，记录无效表。然后就可以用了，当然不考虑位反转的问题，当然也可以加入CRC来校验的，具体操作都可以参考Datasheet[br]+3 RD币

redvalorm · 发表于 2006-3-26 18:34:00

<DIV class=quote>以下是引用handel在2005-11-3 23:54:00的发言：

格式化,ID是要读的,然后检测每个块,并登记每个块的好坏情况,写到NAND中进行管理......
NAND是允许有2%坏块的存在</DIV>

好像是4%

mythoron · 发表于 2006-4-18 11:09:00

没有flash 文件系统吗？如果有，无非就是要确定你的底层driver可以工作正常。一般来说要确定Read ID, Read Page, Write Page, Erase可以正常工作，那么基本没有什么问题了。NAND的使用比较easy，就是文件系统或者FTL复杂[br]+3 RD币

mythoron · 发表于 2006-4-18 11:15:00

<DIV class=quote>以下是引用redvalorm在2006-3-26 18:34:00的发言：

好像是4%</DIV>

2％

shuli_leng · 发表于 2006-4-18 12:57:00

如果NAND有问题,就赶紧换成M-SYSTEMS的mDOC.

mythoron · 发表于 2006-4-18 20:29:00

NAND Flash的问题可以用软件来管理的。mDOC的成本比较高

christ28 · 发表于 2006-4-20 10:56:00

听说过MDOC这个东西,好像就是NAND加一些RAM和logic转换成NOR来用.好像用的人不多.用MDOC还不如干脆用NOR(现在好像已经有1Gb的NOR了).呵呵.不知道MDOC现在价格如何?比NOR低多少?

shuli_leng · 发表于 2006-4-20 11:40:00

大厂有牌的都在用,水货没看到用,现在很多主芯片都开始支持NAND来BOOT了,不过用1Gb的NOR现在肯定是不现实的,估计要二十美金朝上.

pzhixue · 发表于 2006-8-12 02:11:00

佩服佩服!顶

sz52rd · 发表于 2006-8-13 11:47:00

格式化，配置id,扇区大小等数据[em02]

matt_luo · 发表于 2006-8-18 16:11:00

to shuli_leng:
你的mdoc的生意现在好些了吗?呵呵......来这里打广告不是好主意...嘿嘿.[em10]

matt_luo · 发表于 2006-8-18 16:19:00

mdoc是个好东西,不过还是贵了点.现在mtk提出了nand + sdram的方案.mdoc的日子会不好过一些.毕竟国内做mtk的太多了不过.用nand + sdram功耗大了一点.成本也低不了多少.....唉....还是国内做技术的太少,太不投入.....为了赚点眼前的利益就什么都放弃了.做驱动又不是只改改dev id,时序.....能自己搞一个商业化的ftl才是本事啊......
比如碎片整理,比如wear leveling,比如bad block management......[em10]

matt_luo · 发表于 2006-8-18 16:32:00

mdoc的成本还是比nor低了不少.因为他里面的实现是用nand + asic的形式.
1.支持了boot.可以有一个page的代码可以直接当成是memory用,做xip.可以在这个代码里面做一个类似boot loader的工作.把代码copy到ram里面.
2.他的接口是memory like的,不用专门的nand controller.就算你用memory interface去模拟nand的接口,还是会有/ce care＆/ce don't care的差别,需要加2个逻辑门.在没有专门的nand interface的情况下,用mdoc还是有一点优势的.
3.他的驱动支持比较好.trueffs不是浪的虚名,能很快的移植到fat文件系统下,一般的手机都是用这个的,简单.而且ftl层相对比较简单,因为他的内部的asic做了一些工作.而且对于一些通用os:symbian,linux,windows ce都是比较成熟的产品了.
据小道消息,m-system和 toshiba之间有一些冲突,虽然m-system是找toshiba要的nand.

[em01]

matt_luo · 发表于 2006-8-18 16:33:00

to shuli_leng:

我帮你普及一下mdoc,请我吃饭哦....呵呵....[em02]

a123456b · 发表于 2006-8-22 16:38:00

我就有成熟的FTL，特别针对nand优化的

matt_luo · 发表于 2006-8-22 17:55:00

商业化应用的?成熟的?
我手上也有啊....嘿嘿....[em11]

		自动登录	找回密码
密码			注册

[讨论] NAND Flash初始化