[参考译文] MSP430FR5989-UART：如果在关键段内接收到一个字节、则 EP 通道停止从 UART A0 RX 触发中断

您好、 Forrest

我也不知道 TI 在说"模块寄存器"时指的是什么、这句话是仅指 UCS A0 A1 B0 B1中断子系统吗？ 或者这是否扩展到所有其他外设/CPU

根据勘误表中的说明、该模块寄存器可以指包含中断标志寄存器的模块。

所有具有中断标志寄存器的外设都将触发此勘误表。

a module register containing an interrupt flags

-------

例如、如果我要在传输完成时使用 DMA 中断进行存储器到存储器的 DMA 传输、这也可以归类为所谓的"A 模块寄存器"、因为 DMA 是一种具有寄存器的模块。  [报价]

DMA 请求开始执行。

CPU 使用 读取-修改-写入指令来访问模块的中断标志。

触发同一模块的中断。

那么该中断将丢失。

---

[quote userid="617621" url="~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1427934/msp430fr5989-ep-dma-channel-stops-triggering-interrupts-from-uart-a0-rx-if-a-byte-is-received-within-a-critical-section 我觉得自己属于这样一种情况：如果我按如下所示禁用中断、并且 在全局中断关闭时从外设产生一个中断请求。 再次启用中断后、DMA 通道将完全停止接收新的中断请求。  [报价]

在[enter_critical_section]和[exit_critical_section]之后似乎会影响以下 DMA 触发。

你是否尝试过在 DINT 之前清除和禁用受影响的中断并在 EINT 之后重新启用它们？

从而确保系统在 DINT 期间不会生成未处理的中断请求。

此致、

Helic

我尝试了对 DMA 寄存器的写入来禁用它的中断并在之后启用它、但是这并没有改变这个运行方式。

尝试权变措施的代码如下所示。 我也尝试过不清除 IFG 字段、但没有区别。

__attribute__((flatten)) __attribute__((optimize("-O3"))) void enter_critical_section()
{
  /* Must manually disable DMA interrupts for errata DMA7 */
  /* Step 1: Wait for ongoing DMA transfers to complete (if applicable) */
  get_dma_channel_0()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::DISABLE);
  get_dma_channel_1()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::DISABLE);
  get_dma_channel_2()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::DISABLE);

  /* It is known that all 3 DMA channels WILL be used with interrupts so there is no checking required here */
  [[maybe_unused]] volatile auto throw_away = DMAIV;
  DMA0CTL &= ~DMAIFG;
  DMA1CTL &= ~DMAIFG;
  DMA2CTL &= ~DMAIFG;
  __asm__ volatile(
      "DINT                     \n\t" /* Disable interrupts */
      "NOP                      \n\t" /* Ensure DINT takes effect */
      :
      :
      : "cc");
}

__attribute__((flatten)) __attribute__((optimize("-O3"))) void exit_critical_section()
{
  [[maybe_unused]] volatile auto throw_away = DMAIV;
  DMA0CTL &= ~DMAIFG;
  DMA1CTL &= ~DMAIFG;
  DMA2CTL &= ~DMAIFG;
  __asm__ volatile(
      "NOP                      \n\t"
      "EINT                     \n\t" /* Re-enable interrupts */
      "NOP                      \n\t"
      :
      :
      : "cc");
  /* Must manually disable DMA interrupts for errata DMA7 */
  /* It is known that all 3 DMA channels WILL be used with interrupts so there is no checking required here */
  get_dma_channel_0()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::ENABLE);
  get_dma_channel_1()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::ENABLE);
  get_dma_channel_2()->control.set_InterruptEnable(dma_control_register_t::InterruptEnable::ENABLE);
}

我还尝试了启用  

1) 1)您的临界区函数似乎不优于编译器提供的函数。 GCC 提供了多个名称:__dint()、_dint()、_disable_interrupts()等等

2) 2) DMA7需要一个非常具体的事件链。 首先、CPU 开始在一个 IFG 寄存器上执行一个读取-修改-写入指令。 在这一过程中、DMAC 进行接管。 最后、停止的 RMW 指令完成。

考虑"UCA0IFG &=~μ s UCRXIFG；"之类的东西可能会发生什么情况。

CPU 读取 IFG 寄存器、清除 RXIFG 标志、然后 DMAC 获得控制权。 当 DMAC 执行其传输时、会设置 IFG 中的另一个标志。 然后、当 DMAC 让 CPU 完成指令时、它在写入前不会再次读取 IFG 寄存器。 由于 IFG 中的该位在指令开始前被清零、因此它被清除并且中断丢失。