[参考译文] TMS320F28375S：引导加载程序跳转问题

您好：

1.您使用的是什么通信协议(CAN、SCI 等)?

2.这是自定义引导加载程序还是 C2000Ware SDK 中的示例之一？

3.该引导加载程序是从闪存运行还是在器件复位后加载到 RAM 中？

4.是应用程序的 FLASHE_F 中的代码还是引导加载程序的一部分？

5.您指示引导加载程序跳转到哪个地址？

6.这个问题是否每次都发生?

此致、

Alex

1.我们使用 CAN 协议  

这是自定义引导加载程序

3.它首先从闪存复制到 RAM 并运行

4.闪存 A 专用于引导代码

闪存 E_F 和 FLASHG_H 是应用程序

第一次(在使用 dumper 转储时)、代码转储到闪存 E_F 中、我在引导加载后尝试跳转到闪存 G_H  

该问题在跳转到闪存 G_H 后发生、但它不运行。

它会持续尝试复位并尝试跳转到闪存 G_H (尽管没有运行)、但会再次复位

使用 SCI 确认此过程、我发送了几个数据字节、以确认代码流。

当我看到复位原因寄存器(RESC)时、 它会显示看门狗复位(我们在引导加载后使用该复位)、XRS 状态引脚为高电平。

您好：

看门狗复位会触发完全的 CPU 复位、因此器件将返回至引导 ROM 并再次进入引导加载程序。

Unknown 说：

第一次(使用 dumper 转储时)、代码转储到闪存 E_F

引导加载程序配置为分支到哪个地址？  FLASHE_F 或 FLASHG_H？

您可以尝试禁用看门狗吗？

此致、

Alex

引导加载程序配置为分支到 FLASHG_H

我尝试在没有复位的情况下分支到 FLASHG_H (不会触发任何类型的复位)、但即使我手动提供 FLASHG_H 的地址、它也不会进行分支

正如我之前说的、我使用的是 SCI、

它会持续尝试复位并尝试跳转到闪存 G_H (尽管没有运行)、但会再次复位。

输出未更改。

提前感谢。

您好：

您是否对引导加载程序和应用代码中的看门狗中断提供服务？ 您可能需要在引导加载程序中将其禁用、然后在应用程序中重新启用。

此致、

Alex

您好、

在引导加载程序中启用了看门狗、这样它应该在看门狗复位后返回到引导加载程序主代码、并跳转到应用程序代码并运行应用程序代码。

因此、我们需要在引导加载程序中启用看门狗复位。

谢谢

您好：

Unknown 说：

第一次(使用 dumper 转储时)、代码转储到闪存 E_F

您是否将代码刷写到 FLASHE_F 或 FLASHG_H？ 您能否提供链接器文件？

看门狗复位的周期是多久？

Unknown 说：

flash G_H (不运行)

您如何确定它没有运行？ 复位前、编程计数器是否会转到 FLASHG_H？ 您能逐步执行代码吗？

此致、

Alex