[参考译文] MSP430F5252：从无 RTOS 引导加载程序跳转到 TI RTOS 应用程序

您好 Clement、

• 首先、让我提一下、当 SYSCTL.SYSRIVECT=1时、MSP430F5252可选择将中断矢量重定向到 RAM。

在这种情况下、复位后、"默认"矢量将始终位于0xFF80-0xFFFE 中、但您可以将这些矢量复制到 RAM、也可以复制完全不同的矢量(即对应于您的应用)。 复制向量后、设置 sysctl.SYSRIVECT、您无需在软件中执行向量重定向。

• 现在、如果您要执行代理、MSPBoot (www.ti.com/lit/pdf/slaa600)会显示一个可能的实现方案、如下所示：

在这里、代理表由"BRA"指令组成。

-如您所知、原始矢量仅包含2个字节以及 ISR 的地址。

即、如果 ADC10的 ISR 位于0xC000中、则矢量0xFFEC 将具有0xC000。

-但在使用代理表时，引导程序将包含代理表中每个条目的地址。

即、如果您的代理位于0xF000中、而 ADC10的代理矢量位于0xF020中、则0xFFEC 将包含0xF020

现在，代理表不能仅仅具有 ISR 的地址，因为这不是 CPU 要执行的有效指令。 这就是您需要“BRA”指令的原因

           即矢量(0xFFEC)将包含代理地址(0xF020)、代理地址将包含 BRA 到 ISR (BRA 到0xC000)。

• 您可能使用不同的方法、这是可以的、但是、您的方法对我来说并不完全清楚。  

我不知道应用程序中的0xB200内容是什么，但请注意，如果使用 C 语言，编译器很可能会跳转到初始化例程，然后跳转到 main()。 如果您检查链接器文件、您可能会注意到0xB200的条目。

根据我的理解、您有以下内容：

-         0xB200 (初始化例程)

         - 0x19FBD0 (主)

-         0xFFFE = 0xB200

-         0xB07E = 0xB200

您跳转到0xB07E 内容的指令似乎有效；但是，我无法真正解释为什么在您强制跳转到0xB200后器件无法正常工作。

我建议与调试器一起分步运行。 如果器件正在复位、请确保禁用看门狗并检查复位源(SYSRSTIV)。 如果设备跳转至0xB200，但似乎没有有效的指令，则会出现错误，因为您的复位矢量不能具有此值。

您好 Clement、

关于您的问题：

[引用 user="Clement Guillou1"]如何在代理矢量中向 ISR 放置 BRA？

在 MSPBoot 中执行此操作的方式如下：

• 引导加载程序定义矢量表、如下所示：

/*写入未使用向量的值*/
#define 未使用 (0x3FFF)
/*！ 用于计算应用程序代理表中向量地址的宏*/
#define APP_PROXY 向量(x) ((uint16_t)&_appl_Proxy_Vector_Start[x*2])//这定义了"应用程序代理矢量表"的开头

//此表必须放置在中断矢量位置(0xFF80-0xFFFD)
//请注意，它不包括复位矢量，因为复位矢量指向
//引导加载程序的开头。
const uint16_t Vector_Table[]=
｛
未使用、 // FF80 =未使用
... (更多未使用的矢量)
未使用、 // FFD0 =未使用
APP_PROXY 矢量(0)、 // FFD2 = RTC
(笑声) (更多定义的向量)
APP_PROXY 矢量(21)、 // FFFC = SYSNMI
}； 

• • 请注意、它只是用一个值填充"保留"的位置。 0x3FFF 是一个"JMP $"、用于捕获器件。
  • "有效"向量指向代理表的相应地址(例如0xF000)
  • 重置未包含在表中、因为它会在编译代码后自动指向引导加载程序的开头。
    
• 另一方面、应用程序定义其矢量如下：

//此表应从_appl_Proxy_Vector_Start 开始放置 
const uint16_t ProxyVectorTable[]=
｛
0x4030、(uint16_t)虚拟 ISR、 // app_proxy_vector (0) RTC <-器件的第一个有效 ISR。 应用程序未使用时的虚拟 ISR
... (其他虚拟或定义的 ISR)
0x4030、(uint16_t) P1_ISR、 // app_proxy_vector (6) Port1 <--由应用程序使用
... (其他虚拟或定义的 ISR)
0x4030、(uint16_t)虚拟 ISR、 // app_proxy_vector (21) SYSNMI <-最后一个有效 ISR (不包括复位)
}；

• • 该表应放置在已知位置(根据我们的示例为0xF000)
  • 请注意、"0x4030"是 BRA 指令的操作码。
  • "应用程序复位矢量"也应放置在已知位置(即、在该表之后)。 可在链接器文件中调整复位矢量的地址(即、就像一个示例0xF1FE 一样)
  • 请注意、代理表忽略所有"保留"向量、仅在定义为 app_proxy_vector (0)的向量上启动
    
• MSPBoot 始终开始执行引导加载程序。 引导加载程序决定它是应保持在引导加载程序模式还是应跳转到应用程序。 如果需要跳转到应用程序、它只需从"应用程序复位矢量"的已知预定义地址(即基于上面的示例的0xF1FE)中获取复位矢量

还有其他方法可以执行代理表。 一个选项可以只是定义具有固定位置的代理 ISR、并使用它们跳转到实际的 ISR。 这比使用 OpCode 更不具有加密性。

此致、

Luis R