大页2K k9f1g08 的ECC问题请教

CBEMA 2010-11-09 04:10:28
k9f1g08的页结构是2048+64

1.如果每512字节生成14字节ECC,那么这个ecc存哪?14*4=56

2.还是大页的ECC不是以512为单位进行计算的。那是怎么计算?

3.64-56 = 8 这8个字节的怎么存,代表什么含义?

4.读写大页数据的顺序是以下哪一种
第一种 512+14+512+14+512+14+512+14+8

第二种 512+16+512+16+512+16+512+16

第三种 512+512+512+512+16+16+16+16

第四种 512+512+512+512+14+14+14+14+8

请做过的高手指点一下,不要纸上谈兵啊 :)谢谢!
...全文
237 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
CBEMA 2010-11-09
  • 打赏
  • 举报
回复
了解。谢谢。
foxxml 2010-11-09
  • 打赏
  • 举报
回复
当然了,只要你擦除了就什么没有了,只不过这样做你可以保持原来的标记策略
存放方式还是看你控制器的处理方式,目前大部分控制器都有ecc纠错电路,有的直接就硬件帮你纠了,所以这个时候的排列方式就很关键了。
CBEMA 2010-11-09
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 foxxml 的回复:]
1. 2048+64: main area 2k, spare area 64B( unbound area), 这个是一个page 的大小
2. parity 数据以及user data 可以一般放spare 区(64B),不过不限定,这个同第4个问题,数据怎么排按需要,一般不建议第1 2 种,这样会覆盖出厂的bad block flag
3. 进行ecc 的单位和页面大小没有严格对应关系,……
[/Quote]
谢谢,实际上第三种第四种如果写入ECC的话,也会覆盖出厂的bad block flag

实际上我也觉得是第34种,不过不确定ECC存储位置在哪更合适。
Ei 2010-11-09
  • 打赏
  • 举报
回复
看你主控的Datasheet 怎么可能没有呢。
foxxml 2010-11-09
  • 打赏
  • 举报
回复
1. 2048+64: main area 2k, spare area 64B( unbound area), 这个是一个page 的大小
2. parity 数据以及user data 可以一般放spare 区(64B),不过不限定,这个同第4个问题,数据怎么排按需要,一般不建议第1 2 种,这样会覆盖出厂的bad block flag
3. 进行ecc 的单位和页面大小没有严格对应关系,也可以用以512为单位,按我经验,现在还没有按2k未单位的控制器。具体是怎么做的要看你用的是什么控制器。
4. 算ecc 的算法目前比较流行的是bch
5. 余下的8byte没有具体含义,就是没用完的部分,你可以继续用,一般这部分用作管理算法的meta data

CBEMA 2010-11-09
  • 打赏
  • 举报
回复
晕,手册上没写。不要纸上谈兵啊。
asmlearn 2010-11-09
  • 打赏
  • 举报
回复
看来你的问题真多,要想有更深的了解,还是看看datasheet吧.呵呵

19,502

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 嵌入开发(WinCE)
社区管理员
  • 嵌入开发(WinCE)社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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