NAND FLASH一半区域全坏块的奇怪问题

HZJMAN 2010-09-24 02:39:16

产品改用一款新的SAMSUNG NAND FLASH,该NAND FLASH总容量4GB,内部为两个CELL，每个CELL为2GB，但共享一个CE线，现在驱动跑起来后，发现前面2GB的坏块数为几个并且写入读出测试都没问题，但后面的2GB全为坏块，修改驱动和程序对后2GB的区域进行强制ERASE也不能成功。请问大家知道可能的原因么？

...全文

354 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

HZJMAN 2010-12-06

打赏
举报

回复

谢谢各位

HZJMAN 2010-12-06

打赏
举报

回复

这个问题两个月前已经解决了，是最高地址线比较特殊的问题。

baojunling2008 2010-10-05

打赏
举报

回复

[Quote=引用 1 楼 veabol 的回复:]
多测试几个芯片，如果其它芯片也同样的情况可能是你的读写代码有问题，否则就可能是硬件或者是FLASH是假片的问题
[/Quote]顶起～～～～～

codesnail 2010-09-26

打赏
举报

回复

这种情况应该不是片子的问题，建议重点检测最高位的地址线看是不是有问题。

博说医械研发 2010-09-24

打赏
举报

回复

多测试几个芯片，如果其它芯片也同样的情况可能是你的读写代码有问题，否则就可能是硬件或者是FLASH是假片的问题

本文深入解析Linux NAND Flash存储栈，从MTD基础接口到UBI中间件管理，再到UBIFS文件系统的完整实践指南。详细介绍了NAND Flash特性、工具链使用、内核配置及性能优化技巧，帮助开发者构建稳定可靠的嵌入式存储解决方案。

本文深入探讨了STM32F405与华邦W25N01G NAND Flash的开发实践，详细解析了NAND与NOR Flash的架构差异、W25N01G的存储结构、寄存器配置技巧及读写策略优化。通过实战案例和代码示例，帮助开发者掌握NAND Flash的驱动开发、坏块管理和ECC校验等关键技术，提升嵌入式存储系统的可靠性和性能。

在嵌入式系统开发中，存储方案的选择是影响产品性能与可靠性的关键。NAND Flash凭借其高密度和低成本，成为主流存储介质，但其独特的物理特性，如需要先擦后写、存在坏块等，对软件驱动和文件系统提出了特殊要求。Linux内核的MTD（Memory Technology Device）子系统为此提供了统一的抽象层，向下管理各类Flash控制器，向上为文件系统提供一致接口。基于此，UBIFS文件系统应运而生，它构建在UBI卷管理层之上，能有效处理NAND Flash的坏块管理和磨损均衡，显著提升数据可靠性。本文以

本文详细介绍了在嵌入式Linux开发中使用U-Boot操作NAND Flash的完整流程，包括基础准备、分区规划、擦除操作、镜像下载与烧写实战。通过具体命令示例和调试技巧，帮助开发者掌握从擦除到烧写的关键步骤，特别适合需要更新内核镜像、设备树和根文件系统的场景。

本文深入解析Flash存储芯片的寿命限制问题，系统阐述磨损均衡、坏块管理、写入放大控制、ECC校正及专用文件系统等软硬协同优化策略，帮助工程师在物联网、工业控制等高写入场景下显著延长Flash使用寿命。

驱动开发/核心开发

21,620

社区成员

21,709

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章