STM32F030F4P6仅在从闪存引导时运行中断处理程序。从引导加载程序引导时重置

Question

代码 -

#include<stm32f030x6.h>

void _delay_ms(unsigned int del) {
  //Delay with systick
}

void sys_init() {
  //Set Clock to 6 * 8MHz crystal
}

void TIM14_IRQHandler(void) {
  //If UEV was generated, toggle PA4 (Connected to LED)
  if(TIM14->SR & TIM_SR_UIF) {
    GPIOA->BSRR = (GPIOA->ODR & GPIO_ODR_4)?(GPIO_BSRR_BR_4):(GPIO_BSRR_BS_4);
    TIM14->SR &= ~TIM_SR_UIF;
  }
}


int main(void) {
  sys_init();
  RCC->AHBENR |= RCC_AHBENR_GPIOAEN;
  RCC->APB1ENR |= RCC_APB1ENR_TIM14EN;

  GPIOA->MODER = 0b1 << GPIO_MODER_MODER4_Pos;
  //GPIOA->AFR[0] = 4 << GPIO_AFRL_AFRL4_Pos;

  //Init timer
  TIM14->ARR = 731;
  TIM14->PSC = 0xffff;
  TIM14->DIER |= TIM_DIER_UIE;
  TIM14->CR1 |= TIM_CR1_CEN;

  NVIC_EnableIRQ(TIM14_IRQn);
  NVIC_SetPriority(TIM14_IRQn, 0);

  while(1);
}

正如问题中所提到的，当我直接从闪存引导它（BOOT0连接到GND）时，此代码工作正常，但在使用引导加载程序时它不起作用。一旦中断发生，芯片就会复位并再次返回引导加载程序。我怎样才能解决这个问题？ 我应该提到我使用自定义的linker script和经过大量修改的boot.s。

Answer 1

您已遇到此微控制器中使用的Cortex-M0内核的限制。

Cortex-M0只能使用映射到地址0x0的中断向量表。当微控制器配置为引导至引导加载程序时，系统内存映射到地址0，因此引导加载程序的向量表用于所有中断。因此，您无法在通过引导加载程序启动的应用程序中安全地使用中断。

在Cortex-M0 +及更高版本的部件上，您可以将SCB->VTOR设置为使用位于内存中其他位置的向量表。但是，该寄存器不存在于Cortex-M0器件上，如STM32F0，因此这不适合您。

考虑使用SWD编程器（如ST-Link）来编程微控制器而不是引导加载程序。这也将允许您调试您的应用程序。

Answer 2

根据duskwuffs的评论，并且由于你的boot.s和linker.script的链接可以正常工作，我认为，你的向量表仍然是引导加载程序中的一个，你的应用程序中断只是跳转到那里。如果您的引导加载程序没有在该向量表上映射ISR，则它可能只发出一个复位（由于非法地址/指令而导致陷阱/异常）。您可以使用通用向量表间接跳转到RAM提供的向量表，由启动代码中的应用程序覆盖。