[参考译文] TMS320F28388D：CPU2 程序从闪存运行时出现问题

您好、

您能否确认您的代码是否已加载到闪存中？ 您能否检查地图文件并确认？

此致、

Rajeshwary

您好、  

您的代码已正确加载,问题是您尝试执行或调试代码。 我的理解是正确的吗？

此致、

Rajeshwary

您好、

正确、它已正确加载。

问题是当我从闪存执行代码=>代码时、它对应于“独立引导流程“（图 5.3 TRM）。

我正在考虑 2 个可能的问题：

• 从闪存执行时、CPU2 的程序无法正确启动
• CPU2 的程序正在启动、但

我有以下引导过程：

• CPU1 从闪存地址 0x080000 开始、作为引导引脚 GPIO72 = 1 且 GPIO84 = 1
• 它执行 codestart 段（通用文件 f2838x_codestartbranch.asm）并跳转到调用 main 函数的通用函数_c_int00
• CPU1 的 main =>我调用通用函数 InitSysCtrl () 来初始化闪存、PLL……）
• 然后引导 CPU2
  • 将 CPU1TOCPU2IPCBOOTMODE 配置为 BOOT_TO_FLASH_SECTOR0（因此地址为 0x080000、其中 codestart 段驻留）
  • 设置 IPCFLG0 以将 CPU2 分支到应用程序

在 CPU2 的 main 中、我使 LA LED 闪烁、但不闪烁。

当我使用 debbuger 时,我没有这个问题,我执行以下过程:

• 启动调试会话、使 CPU1 在 main () 的第一条指令处停止
• 连接 CPU2
• 在 CPU2 的 RAM 中加载程序
• 执行 CPU2（因此 CPU2 上的程序正在运行、但正在等待 CPU1 设置、因为我使用 IPC 标志对两个内核的引导过程进行排序）
• 然后执行 CPU1
• =>我可以看到 LED-通过 CPU2 闪烁进行管理

此致、

Adrien

更多详细信息、请参阅反思：

•  在没有调试器的情况下从闪存引导时、CPU2.CLA 和 CPU2.DMA 工作正常。 这表示引导过程正确、处理器 CPU2 执行主程序。 否则、它将不起作用。 因此、我认为问题更多地与外设配置有关。

如果你看看我的第一篇文章的 main_cpu02.c。 Timer1 的配置可能会被覆盖或类似的配置。

计时器是否在两个内核之间共享？ 我将尝试切换 GPIO、以确保它不来自计时器。

Adrien