[参考译文] TMS320F280049C：关于 ECC 错误

您好、Sasaki-San、

 用户在对 OTP 进行编程时是否一次对64位(或128位)进行编程？  需要同时对64位对齐地址的所有64位进行编程。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

感谢你的答复。

我的客户 正在使用 SysConfig 提供的以下 cmd 文件输出。
该文件是否会编程为64位对齐？
我想获得将 OTP 编程为64位线路所需的 cmd 文件(如果有)。

e2e.ti.com/.../dcsm.txt

此致、
Sasaki

您好、Sasaki-San、

只需确认：客户将所有 OTP 字段编程为.out 文件的一部分、而不是使用 GUI 或闪存 API -正确？

谢谢、此致、

Vamsi

大家好、Vamsi-San、

感谢您的支持。

是的、正确。 它们在工程中包含 SysConfig 生成的文件、并使用 CCS 进行编译以创建 outfile。

他们正在使用 CCS 加载此 outfile。

此致、
Sasaki

Sasaki-San、

我想我理解这里可能发生的情况。   

假设0x7800C 至0x7800F 的所有1s 数据、闪存工具可能会一次对0x78008至0x7800F 的128位进行编程。

我需要与我们的团队核实、然后再就此问题与您联系。

请在下周中旬回复。

谢谢、此致、
Vamsi

Sasaki-San、

您能否提供可执行文件以供我们复制？  

以及加载此代码时控制台窗口的详细输出(您可以在 CCS 闪存插件 GUI 的底部启用)？

谢谢、此致、
Vamsi

您好、Sasaki-San、

我收到了您的文件。

我们将在下周再次与您进行讨论。

谢谢、此致、

Vamsi

您好、Sasaki-San、

我们能够在新器件上加载文件、而不会出现任何问题。

我认为器件中先前编程的内容与稍后编程的值之间存在冲突。   

是否可以发送 地址 0x7800C (最好从0x78000到0x7800F)的快照以及地址 ECC 空间？

谢谢、此致、
Vamsi

大家好、Vamsi-San、

感谢你的答复。

Z1OTP-GPREG1 (0x7800C)为0x5AFFFFF。
我将与客户核实0x78000和0x7800F 之间的值、并在之后报告。

此致、
Sasaki

您好、Sasaki-San、

是的、请发送完整数据+ ECC。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

我发送完整数据。

我将检查是否需要任何其他信息。

此致、
Sasaki

您好、Sasaki-San、

感谢您提供信息。  我将在下周早些时候进行回顾并与您再次进行讨论。

谢谢、此致、
Vamsi

您好、Sasaki-San、

如前所述、请发送 ECC 空间快照。

谢谢、此致、

Vamsi

大家好、Vamsi-San、

感谢你的答复。

附件。
如果您需要任何其他信息、请告诉我。

此致、
Sasaki

您好、Sasaki-San、

ECC 地址空间如数据表中的下表所示。  地址范围视图。

谢谢、此致、

Vamsi

大家好、Vamsi-San、

我从 我的客户那里获得了它。

ECC 地址空间如下面所示。

此致、
Sasaki

您好、Sasaki-San、

我将在几天内回顾并返回给您。

谢谢、此致、

Vamsi

您好、Sasaki-San、

是否对该器件进行多次编程？  此快照是否取自发现闪存不可纠正错误的器件？

谢谢、此致、
Vamsi

您好、Sasaki-San、

我们团队的工具专家能够加载您的图像(也可以重新加载、而不会出现任何问题)并成功验证。

我们没有注意到加载该文件时出现任何问题。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

感谢你的答复。

我在我的 LaunchPad 上遇到了与客户类似的问题。

我的 DCSM 具有以下设置、您的设置是否相同？

 此致、
Sasaki

您好、Sasaki-San、

我们将进行审核并告知您。  

谢谢、此致、

Vamsi

您好、Sasaki-San、

在快照中、Zone1OTP_GPREG1显示为0xFFFFFFFF。

如果已使用客户映像对其进行编程、则应显示为0x5AFFFFF。

我建议您与 Vivek Singh (我们的安全专家)进行调试调用、以解决此问题。   

谢谢、此致、

Vamsi

Sasaki-San、

从您提供的 ECC 值快照中可以清楚地看到 ECC 不是针对0x7800C 地址进行编程的、因此会出现 ECC 错误。 您能否检查用户是否有 C2000文件的最新更新？ 如果他们未使用最新文件、请要求他们检查更新并安装最新更新。

此致、

Vivek Singh

尊敬的 Vivek-San：

感谢您的回复。

请告诉我、因为我还有其他问题。

Q1) F28004x 数据和 ECC 之间的关系如下。 是这样吗？

Q2) 如何对地址0x7800C 的 ECC 进行编程？
我启用了 AutoECC 并按如下方式进行编程。

我想知道如何进行编程以解决此错误。

此致、
Sasaki

您好、Sasaki-San、

1) 1)是映射正确。

2) 2) 2)您是从 OUT 文件还是从 GUI 字段对 OTP-GPREGx 进行编程？  如果您使用代码进行编程、我认为 SysConfig 工具可能会为链接指针和我们讨论的位置生成单个数据块。  当链路指针地址进入时、插件将避免对 ECC 进行编程。  F28004x 插件专为单独的链接指针块而设计。  让我与 SysConfig 团队讨论这一点。   

请确认程序是作为 OUT 文件的一部分完成还是从 GUI 完成。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

感谢您的支持。

该程序是作为 OUT 文件的一部分完成的。

我的设置如下。

这是一个除上述 DCSM 设置之外的项目。

我还尝试从以下 GUI 进行写入、但结果仍然相同。

此致、
Sasaki

您好、Sasaki-San、

感谢您提供信息。  无论您是通过 OUT 文件还是通过 GUI 进行编程、都不会对 ECC 进行编程。

您使用的是哪个版本的 CCS？

谢谢、此致、
Vamsi

Sasaki-San、

我们的工具团队尝试了。

在干净的芯片上、编程前 OTP 和 ECC 中的存储器视图如下所示：

 在使用 GUI 将0x5AFFFFF 编程到 Z1OTP-GPREG1和 Z1OTP-GPREG2后、OTP 和 ECC 存储器均按如下方式更新：

谢谢、此致、
Vamsi

Sasaki-San、

也许您可以与我们的工具团队进行调试调用。

给我发送电子邮件、我会给您发送邮件。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

谢谢你。 我用私人邮件向您发送了我的电子邮件地址。

此致、
Sasaki

Sasaki、

感谢您的回复。  我将向您介绍有关 GUI 行为的工具团队。

客户用于创建输出文件的 C2000Ware 版本是什么？  希望他们使用的是最新版本。

谢谢、此致、
Vamsi

Vamsi San、

感谢您的支持。

使用工具 为"C2000Ware_4_01_00_00"。

它是最新版本。

此致、
Sasaki

Sasaki-San、

感谢您提供信息。

我要求我们的工具团队与您举行 WebEx 会议、了解您的 GUI 操作显示的结果与我们的结果不同的原因。

我将暂停这个话题、直到我们结束会议。

谢谢、此致、
Vamsi

大家好、Vamsi-San、

好的。 谢谢你。  

此致、
Sasaki