海信MST6I78,MSD6I48,MST6I98打印判断

打印信息内容：

UART_115200

BIST0-FAIL

BIST1-OK

[012345678][]-44

[012345678][01234567]-43

_nPD

可能原因：DDR 0

打印信息内容：

。。。

。。。

s8SN0(6) s8SN1(7)

!!!!!!!should go to standby!!!!!

Wait for PM51 standby...........

PM51 run ok...........

MailBox: MDrv_PM_SetDbgLevel...!

Get PM command: 0x30.

MDrv_PM_Init OK

MailBox: MDrv_PM_Init...(0x01)

power down

可能原因：待机状态

打印信息内容：

UART_115200

BIST0-FAIL

BIST1-FAIL

[][]-44

[][]-44

可能原因：主芯片

打印信息内容：

鳸ART_115200

BIST0-OK

BIST1-OK

[][]-44

[12345678][012345678]-44

可能原因：主芯片

打印信息内容：

U-Boot (Aug 27 2010 - 18:22:39)

Board: MSTAR TITANIA (CPU Speed 504 MHz)

DRAM: 134217728

Skipping flash_init

Flash: 0 kB

NAND:

unknown FLASH

可能原因：NANA flash故障、检查flash与主芯片通信，确认正常后代换NANA flash，如果不能排除，更换主芯片

打印信息内容：

Board: MSTAR TITANIA (CPU Speed 504 MHz)

DRAM: 134217728

Skipping flash_init

Flash: 0 kB

NAND: nand_bbt: searching bbt....Bad block table found at page 65472, version 0x01

nand_bbt: searching bbt.....Bad block table found at page 65408, version 0x01

nand_read_bbt: Bad block at 0x06880000

128 MiB

In: serial

Out: serial

Err: serial

Net: No ethernet found.

MSVC00B000100100208811DA0000000

Set MIU0 group priority:c9.....

Set MIU1 group priority:c9..... （打印到此处后，无任何信息）

可能原因：重新升级软件

打印信息内容：

UBIFS error (pid 1): ubifs_read_node: cannot read node 9 from LEB 40:103072, error -22

UBIFS error (pid 1): ubifs_iget: failed to read inode 1, error -22

List of all partitions:

fe00 4096 msram0 (driver?)

00 128 mtdblock0 (driver?)

01 1024 mtdblock1 (driver?)

02 1024 mtdblock2 (driver?)

03 114816 mtdblock3 (driver?)

04 14080 mtdblock4 (driver?)

No filesystem could mount root, tried: ubifs

Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

（打印到此处后，无任何信息）

可能原因：重新升级软件

打印信息内容：第一部分

fuse init (API version 7.10)

msgmni has been set to 36

CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 80626210,

ra == 8062644c

Oops[#1]:

Cpu 0

$ 0 : 00000000 0000002d 00000000 0

从Nand特性谈其烧录关键点

为什么烧录Nand Flash经常失败?为什么烧录成功了，一部分Nand芯片贴板之后系统却运行不起来?…，等等，问了那么多为什么，那我反问一个问题：你了解Nand Flash的特性及其烧录关键点吗?

一、Nand flash的特性

1、位翻转

在 NAND 闪存是通过对存储单元(Cell)进行充电来完成数据存储的，存储单元的阈值电压就对应着数据值。当读取的时候，通过将它的阈值电压与参考点对比来获得其数据值。对SLC 而言，就只有两种状态和一个参考点。而对于2-Bits 的MLC 而言，它有4 种状态和三个参考点。TLC就更多状态和参考点。当读出的数据值与编程时数据值对应的阈值电压不相匹配时，表明数据发生了位翻转，就带来了可靠性问题。导致位翻转的最常见原因是“编程干扰”导致的阈值电压漂移。

2、存储结构

Nand 闪存由多个Block组成，每一个Block又由多个Page组成，Page的大小一般为512+16Bytes 、2K+64Bytes以及4096+128Bytes，Page是读取和编程的基本单位，而擦除的基本单位是Block。

NAND Flash的页，包含主区(Main Area)和备用区(Spare Area)两个域，“主区”也常称作数据区，备用区是保留区域，一般用来标记坏块(bad block)和存放ECC的值，当然有些文件系统使用备用区记录擦除次数、文件组织数据等。

图1.1 为页大小为2048+64的闪存存储结构

3、坏块及ECC

位翻转的发生是随机的，且比特误码的数量会随着擦写次数的增加而增加。但是只要比特误码的数量在ECC 能够纠正的范围内，数据的完整性就始终有保障。在有些点，每页的比特误码有可能很接近ECC 所能纠正的极限，NAND 的控制系统必须严防比特误码超过可纠错的范围，否则，就可能造成数据丢失或者系统无法正常工作。因此，这些块必须要标记为坏块。坏块永远不应该再用来存储数据。由于坏块的产生是不可避免的，NAND 制造商在对裸片测试时会选择对某些块进行坏块标记，而不是放弃整个裸片，所以大多数NAND 在出厂时就已经存在标记为坏块的块。如果一个NAND 的块被标记为坏块，那么NAND 的容量就永久性的减小了。

二、Nand系统裸片量产烧录的关键点

由于Nand flash芯片的特性，以其作为存储介质时必须对这些特性进行恰当处理，这样系统才能正常运行。系统设定各分区数据在Nand芯片的存储布局，并且在存储驱动层对Nand进行位纠错、坏块管理等处理，这些信息需要系统/驱动工程师明确。

研发阶段或小批量生产阶段，常采用在板烧录的方式，原理是将boot通过串口下载到内存跑起来，由boot从SD卡或网络将内核镜像、文件系统镜像等数据烧录到Nand flash芯片。

为了提高生产效率或别的方面考虑，会使用烧录器对Nand flash裸片进行量产烧录，由于烧录器厂家并不知道存储驱动层对Nand各种特性的处理方式，所以不加正确配置就进行烧录的话，往往出现以下情况：1. 烧录失败，经常是校验通不过;2. 烧录通过，但是部分芯片贴板之后系统运行不起来，或者运行起来某些模块出现一些错误与异常。这些大多不是烧录器本身的问题，而是裸片烧录Nand系统时几个重要的关键点没有处理好，或者说没有和目标系统相关处理一致。这些关键点包括：

1) 坏块处理策略

2) 分区(Partition)

3) 纠错码(Error Correction Codes，ECC)

当然，影响烧录的还有其他因素，比如备用区的使用情况、未用好快的格式化以及动态元数据等，但我们这里只讨论上面几个比较普遍的因素。

1、坏块处理策略

坏块一般是根据芯片的坏块标记位置进行识别的，而坏块处理策略定义了在遇到坏块时算法应该如何处理。策略算法负责将本来应该写到坏块的内容写到其它可选的好块中。最常用的坏块处理策略是跳过坏块，其他典型的还有带BBT的跳过坏块及预留块区等。

跳过坏块的处理策略是最基本最常用的坏块替换策略。当烧录中遇到坏块时，算法简单地跳过坏块，而将数据写入下一个好块。它会造成物理数据和逻辑数据的位置偏移，这通常需要分区来解决这个问题。

2、分区(Partition)

采用类跳过坏块的处理策略的Nand系统，常常会把存储区分成若干个不同的物理区域，这就是我们说的分区，概念上很像电脑硬盘的分区。使用分区使得你有能力确保你的数据可以存到预先指定的物理块区内，即便在这之前发现了一些坏块。这对一些底层软件组件比如启动引导程序和某些必须很容易定位的文件系统驱动程序来说，是非常有帮助的。

当使用跳过坏块的替换策略时，坏块会导致数据顺移到下一个好块。如果设置了分区，就可以指导烧录器确定数据的边界，确保数据文件不会侵占邻近的分区。

图2.2.1就是典型的嵌入式Linux系统的分区情况。

图2.2.1 典型的嵌入式Linux系统分区情况

3、纠错码(Error Correction Codes，ECC)

针对不同工艺、容量的NAND存储系统采用适当的ECC算法是应该的，要保证系统的可靠性，甚至是必须的。ECC纠错码一般存放在备用区中，对一整页或将页分成若干节的数据进行计算而得。数据烧录之前需要准备好ECC(硬件ECC除外)，如果是纯数据则需要使用ECC算法来生成。Nand裸片量产中，知道ECC算法的纠错能力(纠错位数)是很重要的，因为要保证生产效率，烧录器如果采用ECC来进行校验数据是不实际的，而通过简单数据比对就可以知道数据的位翻转个数，如果翻转个数范围在ECC算法的纠错范围之内，则认为校验应该是通过的。

三、烧录定制

对于以上关键点或其它特殊部分，如果烧录器软件没有支持的相应的方案，需要联系原厂进行相关算法的定制，比如坏块处理方案、ECC方案等。

加入微信

更多内涵 你懂的 ！

搜索微信公众号：电子产品世界

相关问答

tmakeiteasierWhenyouhaven'twonAndIknowlifehasabrighter...

[回答]It'sawonderfulworld这是一个美好的世界Awonderfulday美好的一天Liveyourlifetakeachance享受你的人生,把握这个机会A...

盆友们！在线等！急急急！哪里找日常保洁电话，日常保洁专业...

[回答]1.Afteryou.你先请。这是一句很常用的客套话,在进/出门,上车得场合你都可以表现一下。2.Ijustcouldn'thelpit.我就是忍不住。想想看,这样一个漂亮的...