[参考译文] TMS320F28075：DCSM OTP 中不可纠正的 ECC 错误会停止程序和#39；s 运行

您好 Ricky、

如果客户在每个器件上编程相同的程序、并且只有少数器件无法正常工作、那么我假设客户正在为这些位置对 ECC 进行编程、但在某些情况下、这种情况并未按预期发生。 但正如 Vamasi 所提到的、请确认相同。

此外、我建议 将工作设备和非工作设备上该位置的 ECC 值进行比较。 您需要将工作中和不工作中的器件连接到 CCS、然后解锁器件以查看内容和相应的 ECC 值。

请 告诉我们您的发现。

此致、

Vivek Singh   

Vamsi、

感谢您的快速响应。

[引用 user="Vamsi Gudivada"]
 
1) 1)客户在对地址0x78010上的 Z1-PSWDLOCK 进行编程时是否对 ECC 进行了编程？
2) 2)如果是、他们是将其编程为 COFF 文件的一部分、还是使用某些编程工具的 GUI 字段？
3) 3)它们使用哪种工具对闪存进行编程？

[/报价]

是的、他们通过自己的基于 SCI 的编程工具对 ECC 进行编程。 明天我将再次检查这个问题。

实际上、真正的过程是、他们使用自己的工具对器件进行编程、当问题发生时、我们使用仿真器连接了目标以重新编程和调试、但我们将 GUI 保持在默认状态。 这对这个问题有很大影响吗？

此致、

张卫健

Vivek、

这是一个好主意、我们可以在两个器件上进行比较。

我们如何计算特定闪存或 OTP 地址的 ECC 位置？

DS 提供了 DCSM OTP ECC 的地址范围、我认为我们需要位置0x78010的确切 ECC 地址。

此致、

张卫健

Vamsi、

幸运的是，在连接调试器之前，我在 GEL 文件中禁用了 OnTargetConnect()函数内的 OnReset()函数，因为我想查看代码在连接后滞留在引导 ROM 中的位置。

此致、

张卫健

Vamsi、

谢谢您的理解。

遗憾的是、我仍然没有收到客户的反馈、也许我们明天需要做出回应。

客户还有两个问题：

1. 是否必须为 DCSM OTP 启用 ECC？  包括 链接指针在内的所有位置？

2. 他们告诉他们在所有修订版芯片中使用自己的存储器复制函数而不是 TI 提供的安全复制函数、但没有问题、这有道理吗？ 请注意：A.修订版 B 之前的芯片似乎可以这样做吗？ B.尽管客户启用了安全性、但他们仅使用 Z1。

此致、

张卫健

谢谢、Vivek。

他们现在使用自己的 memcopy 函数。

此致、

张卫健

Vamsi、

感谢您的关注。

是的，我昨天在这里举行了 FAE 峰会周之后，在现场支持了他们(因为会议和 BU 拜访客户而占用了很长时间：)对其进行调试，发现一切都是正确的，而客户在他们的引导加载程序代码中禁用了 ECC 功能。 这就是它不匹配然后报告错误的原因。

我们现在可以解决此问题、感谢您的支持。

此致、

张卫健

Vamsi、

是的、这是第二种情况。

他们在过去启用了 ECC 并对其进行了编程、这是没有问题的。

虽然最近他们遇到了另一个问题、当他们调试该问题时、他们错误地没有对 ECC 进行编程、但仍然使 ECC 功能保持启用状态。

感谢您的帮助、让我们关闭这个帖子。

此致、

张卫健

Ricky、

感谢您在此处添加详细信息。  这很有帮助。

谢谢、此致、
Vamsi