[参考译文] CCS/TMS320F28377S：DCSM、OTP ECC、卡在 ROM WaitBoot()中

尊敬的 Edward：

让我们尝试从一开始就解决这个问题、然后我们可以讨论您对 OTP 而不是主闪存组中安全设置的其他查询。

很高兴看到您已尝试调试该问题、并修复了 EMUBOOT 设置中的某些问题。 安全运行设备与不安全的环境不同。 当您以安全方式运行器件时、如果 CCS 在安全代码中暂停、则由于 ECSL、JTAG 连接会断开。 您在安全代码中是否有任何断点？ 您是否还检查了电路板上的 XRSn 引脚、以查看器件安全时是否会复位？  

此致、

Vivek Singh

爱德华

您应该能够在复位后恢复运行之前禁用 ECSL、然后能够单步执行代码。 ECSL 密码低64位。 在 CCS 闪存插件中、只需输入正确的 ECSL 密码并单击 UNLOCK、您就不应看到 CCS 正在断开连接。

此致、

Vivek Singh

您好、Vivek、

我希望能够做到你所说的，但我不能做到。 只提供2个密码或全部4个密码，不能从 ROM 单步执行到闪存。

首先、仅使用2个钥匙解锁即可实现以下功能：

C28xx_CPU1：正在解锁器件...
C28xx_CPU1：锁定状态：1.
C28xx_CPU1：解锁器件时出错。 器件仍被锁定。 请重新检查输入的密码。

使用全部4个钥匙解锁可获得成功和锁定状态0。

解锁后，调试加载到 RAM 或闪存的代码就没有问题。 调试器必须将 PC 设置为闪存/RAM 中已存在的入口点、因为这样所有操作都可以。 我想说的是，EMUKEY 中的0xB5A 无法从 ROM 单步执行到闪存。 (BTW 默认情况下、EMUKEY 为0x25A 并不是很友好。 我知道这是因为引导引脚设置为等待、但我们还可以如何连接到锁定的器件并解锁它？ 不可能。) 我的意思是在调试器中单击"CPU Reset"、然后单击"Resume"-无法到达闪存中的入口点。

我从中加载 ROM 符号

C：\ti\controlSUITE\libs\utilities\boot_rom\F2837x_RevB\RevB_ROM_Sources\CCS_files\cpu01\Release\F2837x_cpu01_bootROM_RevB_Golden_020314.out

这些看起来与我的器件中的 ROM 匹配、反汇编与标签和其他所有内容一致。 因此、从 CPU 复位开始、我可以逐步执行 c1brom_Init_Boot.asm 中的 ExitBoot 例程。 在_ExitBoot 中推入 ACC 行会将0x80000压入堆栈、这是闪存中的正确入口点。 上次调试器会话处于活动状态的时间是在 ExitBoot 中的 LRETR 指令… 我现在明白了为什么会重新锁定器件。

再次步进并检查闪存可见性。 CPU 复位–解锁-_c1brom_system_init()并且器件再次锁定，从调试器看不到闪存。 让我们来看看哪里有问题。 在 InitDCSM()闪存可见之后，在接下来的几行之后，使闪存不再可见

//如果密码为 all_1，则不触发 ECSL，
//新擦除的部件就是这种情况。
EALLOW；
DcsmRegsZ1.Z1_CSMKEY0 = 0xFFFFFFFF；
DcsmRegsZ1.Z1_CSMKEY1 = 0xFFFFFFFF；
DcsmRegsZ1.Z1_CSMKEY2 = 0xFFFFFFFF；
DcsmRegsZ1.Z1_CSMKEY3 = 0xFFFFFFFF；
DcsmRegsZ2.Z2_CSMKEY0 = 0xFFFFFFFF；
DcsmRegsZ2.Z2_CSMKEY1 = 0xFFFFFFFF；
DcsmRegsZ2.Z2_CSMKEY2 = 0xFFFFFFFF；
DcsmRegsZ2.Z2_CSMKEY3 = 0xFFFFFFFF；
EDIS；

点击 CCS 下方的 Unlock、即可从 ROM 跳转到闪存…。 这实际上是该器件上的工作方式吗？ 非常"友好"。

我已经检查了您关于 XRS 的建议，看起来不会错。
我将尝试在 ExitBoot 中的 LRETR 处使用断点进行调试，并重新统一，我希望能够发现问题。

编辑：我忘记了在不同的器件上是 相同的、在第二个器 件上、我确定 OTP 没有编程两次、因此问题与 OTP ECC 无关。 在安全的情况下会中断执行。

此致、
Edward

更新：无。 简而言之、我在闪存中有运行不安全的软件。 在安全的情况下、它不起作用。 我的想法是尝试使用安全密钥解锁 MCU、然后从 ROM 开始调试。 正如我之前所写的、ROM 再次重新锁定 MCU、并且无法从 ROM 步出到 MCU。 我执行1) CPU 复位、2)解锁、3)在 LRETR (0x3ff224)设置断点、4)运行直至断点、5)再次解锁、然后单击运行、我的软件、惊喜、正常工作。 因此、无法使用调试器在安全模式下调试代码。 软件重新上传需要几分钟时间。 看起来我在修复它之前会得到银色...

Update2：我缩小了问题范围。 引导至引导加载程序正常、进一步引导至主应用程序也正常。 我将使用 LED 进行调试、我已将引脚方向设置为输出、然后移动 for (；；) YELLOWLEDTOGGLE = 1；距离 main ()更深、其中 TOGGLE 定义是 相应 的 GPIO 切换位。  指示灯在 InitADC()例程中停止闪烁，如图所示

静态空 InitADC (空)

｛

EALLOW；

AdcaRegs.ADCCTL2.bit.prescale = 6；//将 ADCCLK 分频器设置为/4

AdcbRegs.ADCCTL2.bit.prescale = 6；//将 ADCCLK 分频器设置为/4

AdcSetMode (ADC_ADCB、ADC_Resolution_16BIT、ADC_SIGNALMODE_differential)；

for (；；)

YELLOWLEDTOGGLE = 1；

AdcSetMode (ADC_ADCA、ADC_resolution_12位、ADC_SIGNALMODE_SINGLE)；

//将脉冲位置设置为晚期

AdcaRegs.ADCCTL1.bit.INTPULSEPOS=1；

AdcbRegs.ADCCTL1.bit.INTPULSEPOS = 1；

…

我想知道为什么它在较旧的应用程序中以安全模式工作。 版本。

Edward

您好、Vivek、

• 这是否意味着引导代码实际上会跳转到您的应用程序？

是的。

• 您是否能够解锁 ECSL 并单步执行代码？ 您可以在这些函数调用之前设置断点、然后查看调用这些函数时会发生什么情况。 OTP 在此器件上不安全、因此不会导致任何问题。

我想我已经提到过它。 我仅使用2 (ECSL？)解锁 和所有4个有效密钥。 默认情况下、两种情况下的 EMUKey = 0x25A。 因此、我首先需要将其设置为0xB5A、以使 ROM 不进入其 WaitBoot 例程、而是从 ROM 退出到闪存入口点。 提供两个闪存不可读、但提供全部 4个闪存可读。  然后、在退出 ExitBoot() ROM 函数时、我必须再次解锁、否则 JTAG 断开连接并结束调试会话。 执行上述两个操作将在任何步进之前解锁，在 ExitBoot()中，退出到闪存成功，所有操作都正常，甚至调用 CalibrateINL 等

为了使我的软件在安全模式下无法复位，我需要抑制对 CalibrateINL()和 InitTempSensor()的调用。 两个例程都在从 OTP 读取一些设置、我不知道这些函数是如何 以及为什么会挂起的、我会尝试找出它们。

• 您还使用哪个 RAM 进行堆栈？

堆栈 位于 D1 RAM 中。

• 您还可以在 CCS 寄存器视图中打开密钥寄存器位置、输入 ECSL 密码、然后单步执行代码。

这将是更糟糕 的时间浪费。 复制粘贴两个及多个键需要额外的时间。 在 调试设置中、如果目标连接或程序加载失败、我选中了 Continue debug launch。 这有助于不关闭调试视图并保持闪存设置打开。 我只需执行连接目标/断开目标、由于这些命令向上滚动闪存设置、我需要将它们向后滚动、然后单击解锁。

更深入地了解校准功能为何在安全模式下停止。

编辑：必须更改 BTW 默认 GEL。 解锁后、无法将代码加载到 RAM 中、除非此处抑制了 GEL_Reset ()

OnPreFileLoaded()
｛
 //GEL_Reset ()；
｝

Edward

关于 printf、还要注意以下主题： https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/620616