[参考译文] 编译器/TM4C129CNCPDT：UART0 RX 中断问题

[引用 USER="Sahil)]直到我发送第8个字符后，才会捕获任何中断。 当它接收到第8个字符时，它为中断处理程序 ISR 提供服务，并在 UARTStdioConfig()函数内返回 sucessFully，此时有以下条件编译代码：

#ifdef UART_buffered
//
//将 UART 设置为在 TX FIFO 几乎为空或时中断
//接收到任何字符时。
//
MAP_UARTFIFOLevelSet (g_ui32Base、UART_FIFO_TX1_8、UART_FIFO_RX1_8)；

//
//刷新两个缓冲区。
//
UARTFlushRx()；
UARTFlushTx (真)；

//
//记住我们要处理的中断。
//
G_ui32PortNum = ui32PortNum；

//
//我们配置为缓冲输出，因此启用主中断
//对于该 UART 和接收中断。 我们实际上不会启用
//在 UART 本身发送中断，直到放置了一些数据
//在发送缓冲区中。
//
MAP_UARTIntDisable (g_ui32Base、0xFFFFFFFF)；
MAP_UARTIntEnable (g_ui32Base、UART_INT_RX | UART_INT_RT)；
MAP_IntEnable (g_ui32UARTInt[ui32PortNum])；
#endif 

在主函数中 ，注释掉对 UARTConfigSetExpClk()的调用，而 是调用 UARTStdioConfig()来配置 UART0。 如果  在编译包含 UARTConfigSetExpClk () 的 Tivaware uartstudio．c 实用程序时定义了 UART_buffered，则 UARTConfigSetExpClk ()将使 UART FIFO 只在收到8个字符后中断，这可能会解释您的第一个问题。 不确定这是否也是第二个问题的原因。

[引用 user="Chester Gillon">在主函数中 ，对 UARTConfigSetExpClk()的调用被注释掉，而 是调用 UARTStdioConfig()来配置 UART0。 如果  在编译包含 UARTConfigSetExpClk () 的 Tivaware uartstudio．c 实用程序时定义了 UART_buffed，则 UARTConfigSetExpClk ()将使 UART FIFO 只在收到8个字符后中断Oops，我没有正确读取 UARTConfigSetExpClk ()函数中的代码，这意味着我先前的建议是错误的。 进一步检查时：

a)在编译 UART_buffered 定义时、UARTConfigSetExpClk ()启用 RX/TX FIFO (通过调用 MAP_UARTEnable)并将 UART 设置为在接收到任何字符时中断(通过调用 MAP_UARTFIFOLevelSet)。

b)在编译 UART_buffered  时未定义、UARTConfigSetExpClk ()启用 RX/TX FIFO (通过调用 MAP_UARTEnable) 但将  UART 中断 FIFO 深度选择寄存器(UARTIFLS)的 RXIFLSEL 位域保留为默认值、这意味着只有在 RX FIFO 大于等于1/2满时(即在接收到8个字符后)才会产生接收中断。

[引用 user="Sahil]但是我遇到了两个奇怪的问题，例如：

1. 直到我发送第8个字符、它才会捕获任何中断。 当它接收到第8个字符时、它为中断处理程序 ISR 提供服务并成功返回
2. 它只为中断提供一次服务、无论我发送多少宪章、它都不会再次中断。

[/引述]我认为第一个问题是在上面的 b)中解释的。 在这种情况下，请尝试在调用 UARTConfigSetExpClk()之前向主函数中添加以下内容：

//
//将 UART 设置为在 TX FIFO 几乎为空或时中断
//接收到任何字符时。
//
MAP_UARTFIFOLevelSet (g_ui32Base、UART_FIFO_TX1_8、UART_FIFO_RX1_8)； 

我认为第二个问题是因为 UART0ISR()中断处理程序不会读取任何接收字符。  UARTIFLS 寄存器的数据表说明包含：

[引用]中断是根据电平转换而不是基于电平生成的。 也就是说、当填充级别通过触发级别时、会生成中断。 例如、如果接收触发级别设置为半向标志、则在模块接收到第9个字符时触发中断。[/QUERT]因此、如果从接收 FIFO 中未读取任何接收字符、则不会认为接收中断会被重新引发。

[引用用户="Chester Gillon"]

中断是根据电平转换而不是基于电平生成的。 也就是说、当填充级别通过触发级别时、会生成中断。 例如、如果接收触发级别被设定为半向标志、中断在模块接收到第9个字符时被触发。

[引用 user="Sahil)]发生的情况是，在我发送两个字符后，它会调用处理程序，而不再再调用。 如前所述、处理程序是否从 UART 读取任何接收字符？

您好！

处理程序会清除中断标志、但不会读取缓冲区本身。

您认为它应该读取缓冲区、即将其复制到另一个缓冲区、还是请告诉我如何完成？

谢谢

这是 UART0 ISR 的处理程序代码。 

void UART0_ISR (void)
｛

UARTprintf ("UART0_ISR 被调用！！\n\n");
//UARTCharPut (UART0_BASE、"t")；
delay_clocks (20000)；
UARTIntClear (UART0_BASE、UART_INT_RX)；

｝

请说明您对缓冲区的读取意味着什么、因为我不知道它将如何清除中断、或者请分享如何完成中断。

谢谢

您好、Robert、

感谢您的建议。

我更改了处理程序、使其读取缓冲区并正常工作。

现在、每次 发送字符时都会调用处理程序、但唯一的问题是启动时、当我复位处理器时、第一次必须发送两个字符才能调用处理程序。

空 UART0ISR (空)
｛

UARTCharGetNonBlocking (UART0_BASE)；
UARTIntClear (UART0_BASE、UART_INT_RX)；
UARTprintf ("UART0ISR 被调用！！\n\n");
delay_clocks (900000)；

//UARTsendString ("UART0ISR 已调用！！\n\n");
｝ 

因此我尝试查看哪个字符触发了处理程序、结果发现处理程序在前一个字符上被调用。  

代码是：

空 UART0ISR (空)
｛

UARTprintf ("\n%c\n"、UARTCharGetNonBlocking (UART0_BASE))；
UARTIntClear (UART0_BASE、UART_INT_RX)；
UARTprintf ("UART0ISR 被调用！！\n\n");
delay_clocks (900000)；

//UARTsendString ("UART0ISR 已调用！！\n\n");
｝ 

例如、如果我按"A"、然后按"b"、再按"c"  

按下"b"时、处理程序(上面)将打印前一个字符"A"、按下"c"、打印前一个字符"b"、依此类推...

请记住、我在初始化时读取缓冲区、以便删除是否存在任何字符等 如下所示；

UARTEnable (UART0_BASE)；

UARTIntEnable (UART0_BASE、UART_INT_RX)；//仅启用 RX 中断
内部寄存器(INT_UART0、UART0ISR)；

IntEnable (INT_UART0)；//启用 UART 中断
IntMasterEnable()；//启用处理器中断

MAP_UARTFIFOLevelSet (UART0_BASE、UART_FIFO_TX1_8、UART_FIFO_RX1_8)；

UARTStdioConfig (0、115200、system_clock)；
DELAY_Cocks (2)；
UARTCharGetNonBlocking (UART0_BASE)； 

看起来它确认缓冲区是流动的，并且仅在下次调用时才为 ISR 提供服务？？

[引用用户="Sahil"]

因此我尝试查看哪个字符触发了处理程序、结果发现处理程序在前一个字符上被调用。  

代码是：

空 UART0ISR (空)
｛

UARTprintf ("\n%c\n"、UARTCharGetNonBlocking (UART0_BASE))；
UARTIntClear (UART0_BASE、UART_INT_RX)；
UARTprintf ("UART0ISR 被调用！！\n\n");
delay_clocks (900000)；

//UARTsendString ("UART0ISR 已调用！！\n\n");
｝ 

例如、如果我按"A"、然后按"b"、再按"c"  

按下"b"时、处理程序(上面)将打印前一个字符"A"、按下"c"、打印前一个字符"b"、依此类推...

[/报价]

您正在误解您看到的内容。

 当超过 FIFO 阈值时、中断发生。 在您的情况下、当 b 被按下时。  此时、FIFO 中有两个要读取的字符(您应该在 FIFO 为空时读取)。

您可能也不会同时监控两个接收中断。 您正在响应 FIFO 中断。 此外、您应该打开接收超时中断(我认为是 RTI)。 当 FIFO 中接收到一个字符、但 FIFO 未填充超过阈值、并且在一段时间内未接收到任何其他字符时、这将提供一个中断。 应以完全相同的方式处理两个源：读取 FIFO、直到其为空。

Robert

最后要注意的一点是、ISR 中的这些打印和延迟是一个非常糟糕的主意。

可以注意到、"2：49今天"的"Robert 的帖子"是"解决了您的问题"的帖子？

他的写稿-现在引述："您可能也不会同时监控接收中断、"这显然 让您成功了！    唉，罗伯特的指导文章“没有奖” ，而你的文章— —只是遵循罗伯特的指示——是一个获奖的文章，“这个帖子已经解决了。”   (它显然-没有-它充其量是"衍生品...")

您可以很容易地将(正确的)"此帖子已解决"授予 Robert 的帖子-如本文所述。   (您的"自我奖励"将保留-一旦"授予"-这些"奖励"不能被否定...)