[参考译文] TMS320F28384S：CM -生成的输出文件中的.vtable RAM 段

您根本不使用 VTABLE 吗？ 或者您正在使用 VTABLE、但想知道为什么它出现在十六进制文件中？ 请注意、RAM 矢量表也在 CM 中断驱动程序中定义。 这启用了运行时寄存中断。 如果不使用 registerHandler 函数、则编译时根本不应包含 VTABLE

此致、

维纳

您好 Veena：
我使用 VTABLE 并注册几个 ISR：

INTERRUPT_registerHandler (FAULT_NMI、NMIHandler)
Interrupt_registerHandler (FAULT_SysTick、TickHandler)

当引导加载程序在 RAM 中运行时、A 已通过消除_FLASH 预处理器符号来启用 vectorTableRAM[]定义、并且我已相应地设置矢量表地址：

#ifdef _flash
#pragma retain (vectorTableFlash)
#pragma DATA_ALIGN (vectorTableFlash、1024U)
#pragma DATA_SECTION (vectorTableFlash、".vftable")
void (* const vectorTableFlash[])(void)=
#else
#pragma retain (vectorTableRAM)
#pragma DATA_ALIGN (vectorTableRAM、1024U)
#pragma DATA_SECTION (vectorTableRAM、".vtable")
void (* const vectorTableRAM[])(void)=
#endif
{
...
｝

INTERRUPT_setVectorTableOffset ((uint32_t) VectorTableRAM)

我想知道为什么.vtable 出现在十六进制文件中、因为它存储在 RAM 中。
 它没有在闪存中进行编程、所以不是没有用的吗？

更进一步、是如何初始化矢量表 RAM？
对于其他.text 和.const 段、我会执行从闪存显式复制到 RAM 的操作。

.TI.ramfunc：｛
  aa.obj (.text)
  BBB.obj (.text)
  BBB.obj (.const)
  ...
｝LOAD = CMBANK0_SECTOR0、
 RUN = E0RAM、
 Load_start (RamfuncsLoadStart)、
 Load_Size (RamfuncsLoadSize)、
 Load_End (RamfuncsLoadEnd)、
 RUN_START (RamfuncsRunStart)、
 RUN_SIZE (RamfuncsRunSize)、
 RUN_END (RamfuncsRunEnd)、
 对齐(16)

memcpy (&RamfuncsRunStart、&RamfuncsLoadStart、(size_t)&RamfuncsLoadSize)；

此致、
卡洛

即使 VTABLE 部分位于 RAM 部分、初始值也应存储在闪存中。 这由_c_int00函数复制到 RAM 中。

例如、以下是 C2000ware 中 CM 示例的.map 文件输出-

.vtable：load addr=00201690、load size=00000008字节、run addr=20000800、run size=00000140字节、compression=zero_init

您可以看到、  在 RAM 中分配的矢量表 RAM 阵列位于  20000800。但加载地址(存储初始值的位置)是闪存的一部分。

此致、

维纳