[参考译文] TMS320F28335-Q1：刷写到器件后固件无法正常工作

Weiliang,

如果您找到函数 SmartBit_2833xSci_int_1 (),那么它应该在上面有一个#pragma ,如下所示:将它分配给>TI.ramfunc 的段

#ifdef __cplusplus
#pragma CODE_SECTION(".TI.ramfunc");
#else
#pragma CODE_SECTION(SmartBit_2833x..., ".TI.ramfunc");
#endif

由于您也在显示"retain"段、我想您可能会在代码中找到额外的#pragma retain；这在条件链接的情况下是必需的、但我怀疑.cmd 文件中有这个。  我将尝试删除此额外 pragma、并查看此操作是否会清除。

此致、

Matthew

您好、Matthew、

感谢您的回复并帮助我了解这个问题。 但在我的代码中、我没有您所指出的#pragma、并且我的代码 和链接器文件都没有用于定义保留段的#pragma。 我所做的就是在我的 CCS 项目属性"C2000 Compiler"->"Advanced Options"->"Runtime Model Options"中打开了--ramfunc 的选项。 看起来 Retain 段是编译器在编译过程中自动添加的。 在这种情况下、如何删除此保留部分？

此致、

Weiliang  

Weilang、

我需要咨询编译器团队、了解可以/应该如何使用"运行时模型选项"。  我只熟悉对于需要加载到闪存并从 RAM 运行的代码段/数据段、手动插入 pragma。  

同时、请查看 C2000Ware (C：\ti\c2000\C2000Ware_5_04_00_00\device_support\F2833x\examples\flash_F28335)中的此示例、其中手动插入了正确的.cmd 和#pragma 以及 memcopy 函数。  由于闪存大小>>该 RAM 大小、应用通常只从 RAM 复制/运行时间关键型函数。

此致、

Matthew

Unknown 说：

我所做的就是在我的 CCS 工程属性 c2000 compiler->Advanced Options->Runtime Model Options 中打开--ramfunc 的选项。

这与将程序中的每个函数放在部分相同 .TI.ramfunc 。  我想不出有什么好的理由可以这样做。  我很惊讶链接能正常工作。

谢谢。此致、

-乔治

George、

感谢您的答复。 在这种情况下、链接器可以工作、但独立固件不工作。  我的理解是链接器只使用此选项来配置闪存和 RAM 中的加载和运行地址。 如果我在 main 中没有存储器复制函数、当运行时支持例程将其控制权转移到 RAM 处的 main 时、没有什么东西可以接管控制权。

此致、

Weiliang

关于选项 -- ramfunc 您说...

Unknown 说：

 我的理解是链接器只使用此选项来配置闪存和 RAM 中的加载和运行地址。

不正确。  。 -- ramfunc 在 CCS 工程级别应用的选项会使每个函数都位于该段中 .TI.ramfunc 。  有关更多详细信息、请搜索 -- ramfunc  更多详细信息。  安排 .TI.ramfunc 在链接器命令文件中具有单独的加载地址和运行地址。  例如、请搜索文章 链接器命令文件入门  、查找名为 Load at One Address、Run from a different Address 的子部分。  大多数(还是全部？) 提供的链接器命令文件的可编程性 .TI.ramfunc  代码运行。

Unknown 说：

如果我在 main 中没有内存复制函数、当运行时支持例程将其控制权转移到 RAM 处的 main 时、没有什么可接管控制权。

这是另一个不适用的原因 -- ramfunc 整个工程中。  系统启动代码以及从闪存复制到 RAM 的代码本身不能位于中 .TI.ramfunc 。

谢谢。此致、

-乔治