[参考译文] TMS320F28379D：电源复位后从闪存运行双核代码

Matthew 您好！

感谢您提供参考、我将对其进行研究。

我有一个普遍的怀疑。 我看到有3部分答案或解决方案可以解决 CPU1/CPU2在电源复位时未在闪存中运行的代码。 根据我的理解、这3项内容如下：

1.使用 IPC Boot Status。 在 ti 示例中、我看到 IPC 引导状态在独立和闪存的 if def (预定义符号)下调用。 因此、根据我的要求、我会在连接调试器后转储代码、然后移除调试器、即使在复位时、我的应用仍然应该在闪存中运行。 我没有办法动态包含和删除独立选项、这在重置电源时是必需的、但两个内核仍必须通过 IPC 握手从闪存运行。 我的理解是否正确、如果是、是否有机制可以避免这种情况并仍使用 IPC Boot Status 来协调两个 CPU？

2.配置引导 ROM 引脚。 我曾尝试将 GPIO 19和84配置为引导模式引脚(我知道它使用了72和84、但我的应用使用 GPIO72进行 EMIF 配置)。 我遵循了一些步骤。  

          a.在 CPU1中、将 GPIO 初始化为输出、将其上拉、然后将所有权转移给 CPU2。

          b.在 CPU2中、我将 GPIO 设置为高电平、然后使用 DCSMZ1Regs.Z1_BOOTCTRL 将其配置为引导模式引脚0和1、然后将 Key 设置为0x5A、将 Boot Mode 设置为0x0B (引导至闪存)。 DCSM 的这一部分在 EALLOW 和 EDIS 下完成。  

此外、在执行这些操作之后、当我进行调试时、没有看到 DCSM 寄存器在 CPU2中使用我提供的值进行更新。 我在 CPU1中重复了同样的事情,只是消除了所有权转让,并看到了相同的结果。 是否需要执行这些操作的任何其他步骤？

需要更新的.cmd 链接器文件。 我不太清楚需要对此文件进行哪些更新。 我已经在 ti 文件夹的以下位置获取了与中给出的文件相同的文件： D：\ti\ccs1240\ccs\ccs_base\cc2000\include。 您能否建议对要进行的相同更改进行修改、以便在复位后在闪存中启用 CPU2代码的入口点？ 注意：我已包含 CodeSTartBranch.asm 文件。

最后、为了在没有调试器的情况下执行双核闪存编程并且在复位时成功运行、所有这3个步骤是否是针对同一问题的3种不同的解决方案？

我是使用该 DSP 的新手、因此要探索它。 如果您能回答问题、将会有所帮助

谢谢。  

Prarambhik

Prarambhik,

对于 Q1、此设置旨在当 CPU1指示 CPU2执行什么操作时区分从闪存引导和 RAM 引导。  如果您希望 CPU2以不同方式引导、则可以更改此函数中的参数。  如果两个内核上的所有内容都已加载到闪存中、您可以将此保留为闪存引导

引导控制引脚被编程到 OTP (一次性可编程)存储器中、因此当您尝试在代码中写入这些更改时、您无法正确看到这些更改。  如果您在 CCS 中打开闪存工具、则可以直接对这些位置进行编程。

以下是地址、但我建议仅使用闪存工具来完成此操作。

我会从一个已为 CPU2_FLASH 执行预先制作的.cmd 文件开始。  您应该在与上述相同的路径中看到此文件；2837xD_FLASH_lnk_cpu2.cmd 。它将正确设置代码入口点。

此致！
马修