[参考译文] TMS320F2802：C2000-GANG 错误23和66

Shibata-San、

我可以让 Elprotronic 进行评论、是否可以发布错误的屏幕图像；还是以上信息是唯一的信息？  我认为 Gang GUI 界面中可能存在错误定义、但目前不确定。

最棒的

Matthew

您好、Matthew、

请查找随附的屏幕截图。

以下是其他信息。

客户在通过 USB 将 C2000-GANG 连接到主机 PC 后立即运行自检，然后遇到“Image Flash Access Error”(图像闪存访问错误)。

配置完成后、它们再次运行自检、但结果相同。

请查看下面的屏幕截图。

此致、

－Shibata

您好、Matthew、

客户已尝试，但出现“Error 32 Used Wrong MCU (错误32使用错误 MCU)”。

请仔细检查一下吗？

谢谢、

－Shibata

Shibata-San、

我注意到、在您的帖子中、您提到了 F28022器件、但该线程的标题是 F2802。  您能评论正确的器件型号吗？  如果有用、我们可以要求客户拍摄器件顶部的图片并在此处附加图片。

我认为原始错误仍然与使用的正确/错误器件有关。

最棒的
Matthew

您好、Matthew、

很抱歉造成混淆。

正确的器件型号是 TMS320F28022PTQ。

请确认。

谢谢、

－Shibata

Shibata-San、

客户是否可以将器件置于等待引导模式？  GPIO34 = 0V 且 GPIO37 = 3.3V。  这将确保器件不会尝试运行代码、并且可能会在 Gang 可以与其通信之前锁定 CSM。

最棒的

Matthew

您好、Matthew、

我将检查引导模式。

BTW、是否可以将 MCU 类型恢复为组：F28xx Piccolo、TMS320F28022？

谢谢、

－Shibata

您好、Matthew、

客户尝试执行以下步骤：

-将 MCU 类型恢复为 F28xx Piccolo、TMS320F28022

－将引导模式设置为等待引导

即使进行了这些更改、它们也会出现错误66。

我稍后将分享屏幕截图。

此致、

－Shibata

P.S. 已附加屏幕截图。

Shibata-San、

是的、回到 Piccolo、F28022是正确的选择。

将器件置于等待引导模式已有所帮助；这会强制 C2000不执行代码、最重要的是安全存储器中的代码。  在这个器件上、如果在代码从一个安全区域执行时尝试 JTAG 访问、它将不允许 JTAG 连接。  我相信这是客户发现的第一个错误。

现在我们处于等待引导状态、器件可以正确连接、但现在出现故障、表明 CSM 密码未被擦除(0xFFFF)。  如果这是新器件/新器件、则应处于已擦除状态。  如果客户之前已经对器件进行了编程、并且想要擦除/重新编程、他们将需要提供他们在 C2000GANG GUI 中使用的 CSM 密码文件作为密码文件的一部分。  器件解锁后、它们可以根据需要对其进行编程。

您能评论一下客户之前是否曾尝试对密码或闪存进行编程、但闪存未完成？   

最棒的

Matthew

您好、Matthew、

感谢您的评论。

我将与客户核实他们是否擦除了闪存。

它们在面对错误66时使用插座板。

现在、客户尝试使用另一个(非插槽式)板、遇到不同的错误(错误70)。

我将发布一个新主题、以了解详情。

谢谢、

－Shibata

您好、Matthew、

下面是客户所做实验的摘要。

测试1.

使用的器件：新器件(未擦除)

结果：错误23

测试2.

使用的器件：器件曾经用于测试1 (面板错误23)

条件：

  - XRS 引脚连接至 GND

结果：错误66

注意：将 XRS 引脚连接到 GND 的目的是缩小测试1中错误23的根本原因

测试3.

使用的器件：新器件(未擦除)

条件：

  - XRS 引脚保持在 H

  引导模式：等待引导模式

结果：错误66

请在下面找到 CSM/DCSM 安全密码的屏幕截图。

他们在这里选择了“无”。

在这种情况下、是否未配置密码或使用默认密码？

如何解锁？

此致、

－Shibata

器件型号：TMS320F28022

您好！

这是与以下主题相关的另一个问题。

https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/954781

客户正在尝试通过 C2000-GANG 对安装在非插座板上的 TMS320F28022PTQ 进行编程。

在上一个主题中、客户使用了插座板、并遇到错误66。

现在他们面临如下不同的问题：

1. C2000-GANG 的编程第一次可以不出错地完成。

2.第二次报告错误70 (在步骤1中使用相同的电路板)。

3.该问题可通过几块电路板重现。

4.当尝试对电路板进行编程时、不同的程序员(Yokogawa)会在 Step2中报告错误70、他们可以对其进行编程而不会出现错误。

请告诉我们：

-为什么仅在 C2000-GANG 情况下第二次发生这种情况？

如何解决此问题？

请查看以下工作案例和故障案例中捕获的屏幕截图。

此致、

－Shibata

芋头、

我认为这与另一篇文章类似。  您能否让客户确认他们是否正在对地址0x3F7FF8-0x3F7FFF 的器件密码(CSM)进行编程？

验证这一点的一种方法是使用 CCS/JTAG 进行连接并在存储器窗口中读取此位置。  如果它读回0xFFFF、则器件被解锁。  如果它读回0x0000、则我们需要客户在另一篇文章中的位置输入密码(我也会在那里发帖)。  

如果器件已解锁(我们仍然面临此问题)、客户是否可以使用 CCS/JTAG 读取0x3D7C80-0x3D7CC0处的器件校准并将内容发布回此主题？

我认为器件已锁定、无法使用器件校准、因为 OTP 也受密码保护。  将看到客户对上述内容的回复。  其他编程器可能不使用此时钟/开发校准。

最棒的
Matthew   

Shibata-San、

如果器件已解锁、这是正确的。  正如我提到的、来自 C2000GANG 的错误似乎表明器件受密码保护。  如果是这种情况、则需要在"Defined password"字段中输入、以便 Gang 可以解锁器件。

密码位于0x3F7FF8-0x3F7FFF、如果客户在这些位置放置了一些非0xFFFF 数据、则会锁定器件。

另外一点、我们是否知道这是一个已经运行了一段时间且现在工作不正常的过程、还是客户的新开发？

最棒的

Matthew

您好、Matthew、

感谢您的建议。

客户正在准备调试设置。

确认后、我将更新您。

此致、

－Shibata

您好、Matthew、

正如我在另一个线程中提出的、客户正在准备调试设置。 请稍候。

>另外一点，我们是否知道这是一个已经运行了一段时间，但现在工作不正常的过程，或者这是客户的新开发？

这个过程已经与其它编程器一起工作了很长时间。

现在、他们正在尝试使用 C2000-GANG 切换编程器、并遇到了该问题。

此致、

－Shibata

您好、Matthew、

客户已检查具有 CCS 连接的2个 TMS320F28022电路板中的地址。

请查看以下结果。

测试1 -读取地址0x3F7FF8-0x3F7FFF

电路板1

电路板#2

测试2 -读取地址0x3D7C80-0x3D7C0

电路板1

 电路板#2

进一步更新：

-使引脚19 (GPIO34/COMP2OUT)保持开路

-尝试从 C2000-GANG 对 TMS320F28022PTQ 板进行编程

-结果：第一个 都是编程成功的，第二 个编程失败了，并且 ERROR70也失败了

-已将引脚19 (GPIO34/COMP2OUT)连接至 GND

-尝试从 C2000-GANG 对 TMS320F28022PTQ 板进行编程

结果：第1和第2个编程都成功

总结：

-通过将引脚19 (GPIO34/COMP2OUT)连接到 GND (这意味着器件处于“等待引导”模式)，看来 ERROR70问题已经得到解决

-我不确定为什么第一次编程成功、即使电路板不处于"等待启动"模式？

－上个月，客户尝试了“等待启动”模式，并使用插座板和 ERROR66。 这可能是由另一个硬件问题引起的。

请告诉我您的想法吗？

此致、

－Shibata

Shibata-San、

感谢您的更新。  由于这两个主题相似、我已经合并了这两个主题、我们可以使用这一个主题来解决这两个问题。

对于错误70和我请求的数据、客户已确认器件已解锁、并且所有器件校准都在 TI OTP 中正确。  我相信 C2000GANG 会在编程前尝试校准内部振荡器。   

由于这些位置在 OTP 中、如果器件被锁定、它们将受到密码/CSM 保护。  因此、它将看起来全部为0x0000s、并且将错误地调整内部振荡器(因此、在频率匹配不良时从 Gang 传出的消息)。

等待引导将确保在 Brom 中的某个点之后不执行任何代码、并且 CSM 永远不会被触发。  我怀疑在被擦除的器件上、代码在尝试跳转到闪存后会停止、CSM 也不会被锁定。  即使没有密码编程、也可能有激活 CSM 的部分客户代码。  在这种情况下、读取密码位置会将其解锁、但我不确定 C2000 GANG 是否会这样做。

对于另一个错误、如果客户代码正在从安全区域执行并且 CSM 已激活、我认为还有另一种情况。  在这些器件上、如果 JTAG 尝试连接(或已经连接)并且 CSM 处于活动状态、它将不会完全允许(或终止) JTAG 连接。  但是、Wait Boot 也应该修复这个问题、所以我很难解释为什么这不能解决所有问题。

客户是否有机会查看具有不同错误代码的器件？

最棒的
Matthew

尊敬的 Mathew：

很抱歉，我不能完全理解您对下面一点的评论。

>-我不确定为什么第一次编程成功、即使电路板不处于"等待引导"模式？

我想澄清这一点。

如果需要、客户可以尝试其他实验。

那么、您能否告知我们接下来应该检查什么？

关于插座板的其他错误、客户决定不将插座板与 C2000-GANG 一起使用。

因此我们无需进一步调查。

还有一条评论。

如前所述，《C2000-GANG 用户指南》中没有错误代码列表(所有错误代码和说明)。

如果 Elprotronic 可以将列表添加到 UG 中、您能与他们讨论吗？

谢谢、

－Shibata

尊敬的 Mathew：

非常感谢您的澄清。

请关闭此主题。

此致、

－Shibata