[参考译文] TMS320F28.0025万C：关于RAM ECC算法

您好，

16   位2000位数据108.9092万数据的28.0025万的ECC代码为什么是7位？ 任何专家是否可以与我分享位定义或算法？[/QUOT]

这只是一个实施问题。 一次可以为16/32或84位数据生成相同数量的ECC位。 您是否发现此问题？  

此致，

Vivek Singh

感谢您的回答，Vivek！

通过设置DxTEST。test_M0位， 我可以查看数据位内存和ECC位内存，并且我手动 计算数据的EEC代码， 但 结果与  ECC位内存不匹配。

例如，对于 M0中的数据0x0040 0xA8EE，以下是28.0025万C上的结果

1.我认为：对于16位数据， 6位ECC代码(以P5作为 额外的奇偶校验位)就足够了，   第7个ECC代码的定义是什么？

2.我 的手动计算结果不同，但 无法找到原因

祝你一切顺利~~

地址：

通过设置DxTEST .INT_M0 =1，这可以 初始化M0，然后我发现：ALL_0数据的ECC代码不是零，  

所以我想这可能不是基于传统的哈密码 算法。

因此2000因此我108.9092万我猜28.0025万猜这403.3654万这可能403.3654万可能不是基于传统的哈明代码 算法。

使用了不同的ECC算法，因此是的，可能会有所不同。 让我检查一下，并在1-2天内回复您。

此致，

Vivek Singh

您好，Vivek，非常感谢， 期待收到好消息。

大家好，我确认 硬件中的ECC算法确实与常见的hamming代码不同，因此我们使用了7位ECC而不是6位ECC。 在您的使用案例中，您是否只是尝试计算golden ECC并稍后进行比较？ 由于硬件本身具有错误检测和纠正功能，您不必在SW中执行此操作，这将消耗大量CPU MIPS。 对吗？

此致，

Vivek Singh  

你好，谢谢。

我正在为28.0025万C和其他MCU之间的通信设计ECC检查。

在28.0025万中， 这种错误检测 很有用，但数据接收器MCU没有相同的功能。 如果 可以使用28.0025万c的RAM ECC代码，这将节省许多CPU资源。 至少我希望是这样，然后 我只需要计算 接收 器MCU上的代码，这就是为什么我需要知道  ECC算法。

如果不是， 我必须   用算法在两端计算它。 毕竟，ECC代码可以指示 一 个错误位数。

祝您度过美好的一天~~

好的，明白了。 让我继续与我的团队就此进行讨论。

我们没有签订TI的NDA， 这很遗憾。

但非常感谢您对我的问题的长期关注，祝您一切顺利，Vivek！