assembly - Cortex M0+ (SAMD21) 未执行待处理中断

Question

当我尝试将微 Controller 置于 sleep 状态然后将其唤醒(作为中断驱动的应用程序)时，我发现了这个问题。我注意到我的代码没有从“ sleep ”指令之后的代码行恢复。

当我使用调试器单步调试代码时手动触发中断时，在跳转到 ISR 之前需要执行多个步骤(有时 2 个，有时 50 个，具体取决于代码)。

在尝试调试此问题时，我编写了这段非常简单的代码来展示该问题:

#include <Arduino.h>
// Setup and Loop declared in Arduino core
void configInterrupt(void);
volatile uint32_t debug = 0;
uint32_t int_count = 0;

void EIC_Handler(void){
  int_count++;
  EIC->INTFLAG.reg = 1 << 0;
}

void configInterrupt(void){
  NVIC_DisableIRQ(EIC_IRQn);
  NVIC_ClearPendingIRQ(EIC_IRQn);
  NVIC_SetPriority(EIC_IRQn, 0);
  NVIC_EnableIRQ(EIC_IRQn);
  GCLK->CLKCTRL.reg = (uint16_t) (GCLK_CLKCTRL_CLKEN | GCLK_CLKCTRL_GEN_GCLK0 | GCLK_CLKCTRL_ID(GCM_EIC));
  EIC->WAKEUP.reg |= (1 << 0);
  EIC->CONFIG[0].reg |= 0x2;                    // falling edge
  pinConfig(16,INPUT,UP);                   // pin 16 as input with pullup 
  PORT->Group[0].PINCFG[16].bit.PMUXEN = 1; // enable peripheral muxing
  PORT->Group[0].PMUX[8].bit.PMUXE = 0x0;       // function A (EIC) = 0x0
  EIC->INTENSET.reg = EIC_INTENSET_EXTINT(1 << 0);
  EIC->CTRL.bit.ENABLE = 1;
}

void setup() {
  configInterrupt();                            
}

void loop() {
  for(int i = 0 ; i < 100 ; i++) debug++;   // volatile so that the compiler doesn't touch

  String debugstring = "";

  SCB->SCR |= SCB_SCR_SLEEPDEEP_Msk;
  __DSB();
  __WFI();
}

我正在使用外部中断进行调试，我用跳线触发自己，以便我知道应该何时触发它。我注意到，当我调试代码并单步执行它时，如果我手动触发外部中断，那么它不会立即跳转到 ISR。中断在 NVIC 中变为“待处理”，但直到代码稍后才会执行异常条目。

我在 SAMD21 数据表、Cortex M0+ 通用用户指南和 ARM 架构手册中阅读了很多有关中断和异常的内容。据说 Cortex M 系列具有低延迟中断，没有指令开销，因此看起来代码在触发中断后应该相对较快地跳转到 ISR。

我已经多次阅读了 Cortex M0+ 通用指南的 2.3.6 以及 ARM 架构手册的 B1.3.2，它们都非常详细地介绍了异常条目。 SAMD21 数据表似乎没有太多低级信息。

我尝试隔离问题并识别设备行为中的任何模式，并且我注意到了一些事情。

它仅跳转到特定代码行的 ISR。例如，在上面的代码中，如果在“loop()”开始时触发外部中断，则无论“for”循环中迭代了多少次，它都会在到达 String 声明时跳转到 ISR。如果我将 String 声明移到“for”循环上方，那么它几乎会立即跳转到 ISR(经过 2 或 3 个调试步骤后)。

我尝试过插入延迟、NOP 和 ISB，它们不会影响需要多长时间或使其立即跳转。当我通过 NVIC 中的 ISPR 寄存器在软件中设置挂起中断时，也会出现同样的问题。我一直在跟踪 Atmel Studio 中的基本闪存，并注意到处理器当前“状态”所插入的“堆栈”也不会立即改变。仅当我到达 ISR 中的第一行代码时，它才会发生变化。

我注意到的其他代码片段与 String 声明类似并导致代码跳转到 ISR，包括 Wire 库的 endTransmission 函数、SD 卡库中的一些函数、Arduino 延迟函数。

这是否与我首先使用的调试器干扰/不能很好地处理中断有关？我相当确定问题是在我拿出调试器之前就发生的。编辑:通读 Cortex M0+ 技术引用手册和 ARMv6 手册我发现了一个名为 DHCSR 的寄存器，它允许调试器屏蔽中断，但我不知道如何访问这些寄存器。

主要问题:除了 PRIMASK 和全局/单独使能寄存器位之外，还有什么可能阻止执行挂起的中断？

编辑:遗漏了一条重要信息，尽管我在 Atmel Studio 工作，但该项目使用 Arduino 核心。

编辑:我注意到，在手动触发中断后，它在下一个调试步骤期间在 NVIC->ISPR 寄存器中变为待处理状态。这让我相信中断在某个地方被屏蔽了(到目前为止我已经检查了 PRIMASK、全局启用和单独启用，但没有运气)。

Answer 1

String debugstring = ""; 是这个东西实际上是 C++ 的线索。因此，您必须将 IRQ 处理程序声明为纯 C 函数:

extern "C" {
void EIC_Handler(void);
}
void EIC_Handler(void){
  int_count++;
  EIC->INTFLAG.reg = 1 << 0;
}

否则该函数是 C++，不能作为 IRQ 处理程序工作，因为链接器无法识别它。