[参考译文] TMS320F28379D：从闪存而不是从 RAM 运行时 ISR 溢出

Sanjay,

您能否为 RAM 和闪存用例共享链接器(.cmd)文件？  我认为这将有助于缩小任何潜在问题的范围。

此致！
马修

e2e.ti.com/.../RAM-linker.txt

e2e.ti.com/.../Flash-linker.txt

Matthew 和

我已经附加了 RAM 和闪存链接器文件、我尝试使用这些文件运行代码。

从闪存运行时、我的代码中有以下代码行：

在声明中：

extern unsigned int RamfuncsLoadStart;
extern unsigned int RamfuncsLoadEnd;
extern unsigned int RamfuncsRunStart;
extern void InitFlash(void);

而在 void main()中，在调用 InitSysCtrl()后，我得到以下命令：

memcpy(&RamfuncsRunStart,&RamfuncsLoadStart,&RamfuncsLoadEnd-&RamfuncsLoadStart);
InitFlash();

(我无法上传.cmd 文件、因此我将它们复制到记事本上、很抱歉回复混乱！)

Sanjay,

您能否查看定义 InitFlash ()函数的文件(对我来说、这在 F2837xD_SYSCTRL.c 中)、并确保在顶部附近看到以下命令行

#ifndef __cplusplus
    #ifdef __TI_COMPILER_VERSION__
        #if __TI_COMPILER_VERSION__ >= 15009000
            #pragma CODE_SECTION(InitFlash, ".TI.ramfunc");
            #pragma CODE_SECTION(FlashOff, ".TI.ramfunc");
        #else
            #pragma CODE_SECTION(InitFlash, "ramfuncs");
            #pragma CODE_SECTION(FlashOff, "ramfuncs");
        #endif
    #endif
#endif

这就是告诉链接器 InitFlashI()被放置在您所做的 RAM 段中的信息。

由于我们也在处理 ADC ISR 时序、您还需要将 ADC_ISR 函数添加到上述 CODE_SECTION pragma 中、这样这些 pragma 也会加载到闪存中、但会从 RAM 运行。

让我们看看上面的选项是否有帮助、我们可以从那里开始、

此致！

马修

Matthew 和

是的、sysctrl.c 文件中包含几行是您共享的。

关于将 ADC_ISR 函数添加到 CODE_SECTION pragma 中、

应该这样做吗？

#pragma CODE_SECTION(adc_isr, ".TI.ramfunc");

谢谢。

桑贾伊

是的、应该只有函数名称。   

您是否也可以发送(或 C/P)为每个构建生成的.map 文件的内容？  它将与.out 文件位于同一目录或一个 dir up。  它只是一个显示所有内存分配位置的纯文本文件。

此致！

马修

/cfs-file/__key/communityserver-discussions-components-files/171/modifiedlinker.txt

/cfs-file/__key/communityserver-discussions-components-files/171/5584.MAP-file.txt

Matthew 和

我将 ADC_ISR 函数添加到 CODE_SECTION pragma 中。 最初我收到一个错误、但我能够通过将 RAMLS0设置为整个代码适用的一个连续存储器来解决这个问题、而且构建它没有任何问题。

我附上了用于此构建的.map 文件、以及我使用的修改后的闪存连接器文件。

此外、我在开始时设置一个 GPIO、并在 ADC_ISR 函数结束时将其清除、以查看需要多长时间、与之前退出 ISR 的情况相比、该时间在20us 以内。 感谢您的帮助！

有没有其他方法可以进一步优化这一点？

Sanjay,

我还没有看过文件,但一些想法减少时间:

1)优化级别;右键单击.pjt ,然后选择底部的"属性"。  此时将出现一个新对话框、请转至 Buiild->C2000 Compiler -> Optimization。  我们通常建议 OPT 级别2/全局优化。  您可以尝试不同的滑块选项以实现速度/大小之间的折衷、但我们通常从2开始(这应该是默认设置)。  更改并应用后、您需要重新构建项目以实现改进。

1a)您还会注意到浮点模式下拉列表。  如果 ISR (或只是代码)中有浮点运算、则可以将此设置为"relaxed"、它将使用一些优化的硬件/软件例程来提高速度。  区别在于、"宽松"模式没有严格遵守浮点运算的 ANSI C 要求。  您可以在 https://www.ti.com/lit/spry288上阅读有关此内容的更多信息、 

2)代码调试检查。  默认情况下、如果传递了一些无效选项、则会在驱动程序中检查是否有正确的参数和错误处理程序。  如果代码运行正常、可以删除这些内容(通常在发布之前完成)。  在我们打开的同一个对话窗口中、转至仍在 C2000编译器下的"Predefined symbols"。  从此列表中删除调试预定义、然后重新编译。  您应该注意到这里也有一些改进。

让我们来看一下映射、有时程序执行和数据存储之间存在内存冲突、这也会减慢工作速度。

此致！

马修

Matthew 和

谢谢您的建议。 我已经将它们纳入了我的代码中。 您是否发现地图有任何问题？

Matthew 和

感谢所有的帮助!