在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 1199|回复: 1

[求助] 讨教一下大佬们,关于内存ECC不同算法的校验位冗余过大问题

[复制链接]
发表于 2022-3-7 19:05:04 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
      打扰大佬们了。最近要做SRAM的ECC校验。SRAM是4096大小,有16个bank,每个bank存256个32bit数据。
      刚开始我用的是汉明编码,考虑到每次其实是写进或读出一个32bit数据,那么信息长度就是32bit,如果使用汉明编码,就应该是2^r>r+32+1,r就得等于6bit,即每个32bit数据都得有6bit校验码,算下来直接干掉五分之一的存储,感觉冗余有点大。

      然后开始接触BCH编码,因为是有限域,如果要编码一个32bit的数据,得在GF(2^6=64)上面编码(如果我没理解错的话)?那样冗余更大了。

      我想着能否把数据拆分,不严格要求每次编码都是32bit的数据,但是感觉做起来好复杂。

      不知道有经验的大佬们都是怎么处理这方面的问题的,我刚大四来老板这做毕设,经验实在不够,上述问题有可能在我这种小白眼里是问题,在大佬们眼里是很蠢的问题,想不吝赐教一下。


 楼主| 发表于 2022-3-8 15:14:44 | 显示全部楼层
自顶一下,真心求教。如果用BCH码进行ECC,假设要纠2bit错误,生成多项式就是g(x)=m1(x)*m3(x),在GF(2^6)下感觉挺大的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /1 下一条

小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-11-18 08:24 , Processed in 0.016835 second(s), 7 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表