[参考译文] TMS320F28P650DK：将代码加载到闪存、然后从 RAM 运行程序

正如您所说的、我尝试使用 memcpy ()将.text 从闪存移动到 RAM、而不是 binit 表。 在链接器命令文件中、我已经将此部分映射到闪存中加载并在 RAM 中运行。 但仍然面临这个问题。 CCS 在 codestart.asm 中的第82行获得断点,当我尝试恢复时,显示_system_post_cinit ()没有可用的源。 当我从闪存运行代码时、它工作正常。 只有当我尝试在运行时将整个.text 段从闪存移动到 RAM 时、我才会遇到这个问题。

Rishitha,

您可以展示您的链接器命令文件吗？ 此外、如果您将 init 函数放在.TI.ramfunc 中、则不需要手动执行 memcpy、代码生成工具应自动处理。

谢谢。
伊袋

此外、当错误发生时、请检查 CPU_SYS_REGS。 RESC 和 NMI_INTRUPT_REGS。 NMISHDFLG 寄存器来查看导致器件复位的原因。 您可能遇到了时钟设置问题。

 此处附加了 e2e.ti.com/.../LinkerFiles.zip 链接器命令文件

感谢您发送编修。 这里需要说明一点：load=flash/run=RAM 仅用于初始化闪存的函数。 您的其余代码 只能从闪存运行。

但是你需要从你的代码调用 Flash_init_module()。 如果有一个初始化闪存的自定义函数、则必须声明#pragma code_section (myFlashInitFunc、".TI.ramfunc")、以便链接器将它放置在正确的段中。 如果您从 driverlib 调用 Flash_initModule()，此 pragma 已在库源代码中声明。

是的、我已经尝试了运行闪存中的其余代码。 工作正常。 由于闪存具有等待状态、我想尝试将整个代码移动到 RAM  

啊、我明白了。  您只需使用上述的#pragma 确保所有性能关键型代码函数均放置在.TI.ramfunc 中、这样就可以确保它们得到处理。

对于.TI.ramfunc 以外的任何内容、您可能需要 创建自己的复制表并使用 copy_in ()函数将它们从闪存复制到 RAM 中。 有关这方面的更多信息、请查看 www.ti.com/lit/spraa46 第4节(复制表)。  

我已经创建了一个段、在 其中包括了目标文件的.text 段、并使用引导时复制表将该段从闪存移到了 RAM。 但是、当我尝试移动 codestart.asm 目标文件和少数其他文件(附在下面)时、它显示错误。 这样做的原因是什么、我如何确保它们在 RAM 中运行。

尊敬的 Rishitha：

您不应将 codestart.asm 移到 RAM 中。 这只是跳转到_c_int00的初始代码。 这是 引导 ROM 将分支到的入口点-因此如果它不在闪存中、那么您的代码将根本不会启动。

通常为。 您不会将所有函数都移动到 RAM 中、只将运行控制循环 的函数移动到 RAM 中、而需要以零等待状态延迟执行这些函数。

此致、
伊袋