[参考译文] TMS320F280049：启用和禁用 SCI 中断

您好！

您是否修改了 SCI 配置？ 如果中断被触发、则会被调用、因此要查看的寄存器是 SCI RX 寄存器-这是否为非 FIFO 模式、取决于 RX 状态位？ 您是否已逐步执行代码并观察 SCI 寄存器以了解行为是如何的以及/或对 SCI 线路的作用域以确保信号符合预期？

顺便说一下、如果您使用 FIFO 模式、RX 和 TX 中断将完全取决于 FIFO 中字符的级别、例如、将在接收预配置数量的字符时触发(例如、如果 RXFFIL = 2、则在 RX FIFO 中填充2个完整字符时将触发 RX 中断)。

如果您在 RX ISR 中禁用 RX 中断、请确保在首先跳转到 TX ISR 之前不能调用 RX 中断。 在这种情况下、当您向缓冲区写入数据以便发送时、这会导致一个到 TX ISR 的跳转、并在接收到 RX ISR 时使能该 ISR。

此致、

Allison

我使用的是 C2000WARE 库中的这个示例。  "C：\ti\c2000\C2000Ware_5_01_00_00\driverlib\f28004x\examples\sci\sci_ex2_interrupts.c"

我修改的只是这组线

//
// Read a character from the RXBUF.
//
receivedChar = SCI_readCharBlockingNonFIFO(SCIA_BASE);

//
// Echo back the character.
//
msg = "  You sent: \0";
SCI_writeCharArray(SCIA_BASE, (uint16_t*)msg, 13);
SCI_writeCharBlockingNonFIFO(SCIA_BASE, receivedChar);

解决方案：

//
// Read a character from the RXBUF.
//
SCI_readCharArray(SCIA_BASE, msgreceive, MSG_LENGTH);

//
// Echo back the character.
//
msg = "  You sent: \0";
SCI_writeCharArray(SCIA_BASE, (uint16_t*)msg, 13);
SCI_writeCharArray(SCIA_BASE, (uint16_t*)msgreceive, MSG_LENGTH);

ISR 内的任务。  唯一的区别是,第一个我只是回显一个字符,第二个,我试图回显 MSG_LENGTH 字符数组。

我在这里使用不基于 FIFO 的通信、配置如下所示：

 //
    // Map the ISR to the wake interrupt.
    //
Interrupt_register(INT_SCIA_TX, sciaTxISR);
Interrupt_register(INT_SCIA_RX, sciaRxISR);

SCI_performSoftwareReset(SCIA_BASE);

SCI_disableModule(SCIA_BASE);

HWREGH(SCIA_BASE + SCI_O_HBAUD) = 0;
HWREGH(SCIA_BASE + SCI_O_LBAUD) = 0;
HWREGH(SCIA_BASE + SCI_O_CCR) = ((HWREGH(SCIA_BASE + SCI_O_CCR) &
                                 ~(SCI_CONFIG_PAR_MASK |
                                   SCI_CONFIG_STOP_MASK |
                                   SCI_CONFIG_WLEN_MASK)) | (SCI_CONFIG_WLEN_8 | SCI_CONFIG_STOP_ONE | SCI_CONFIG_PAR_NONE));

SCI_resetChannels(SCIA_BASE);
SCI_clearInterruptStatus(SCIA_BASE, SCI_INT_TXRDY | SCI_INT_RXRDY_BRKDT);
SCI_enableModule(SCIA_BASE);
SCI_performSoftwareReset(SCIA_BASE);

//
// Enable the TXRDY and RXRDY interrupts.
//
SCI_enableInterrupt(SCIA_BASE, SCI_INT_TXRDY | SCI_INT_RXRDY_BRKDT);

如果您在 RX ISR 中禁用 RX 中断、请确保在首先跳转到 TX ISR 之前不能调用 RX 中断。 在这种情况下、当您向缓冲区写入数据以便发送时、这会导致一个到 TX ISR 的跳转、并在接收到 RX ISR 时使能该 ISR。

这就是 具体情况、 这样禁用和启用中断会起作用、我将尝试理解原因。 为何应禁用和启用？ 我收到之后字符数组是否应该为空以便它永远不会再次调用 ISR (我指的是第二个代码片段)？

尊敬的 Shriram：

Allison 目前不在办公室,直到节假日结束。 请预计响应会有延迟。 感谢您的耐心。

此致、

Aishwarya.

您好！

"禁用 TX 中断、以使其不会 向主机 PC 重复发送消息。 器件将空闲、直到用户 写入一个字符以供器件接收"。

这正是我所寻找的。 为什么我们需要禁用中断内部的中断？ 除非我们发送一个字符、怎么才能再次调用中断？

在最初的示例中、TX 中断被禁用、而 RX 中断不是被禁用。 我修改了示例、禁用了 RX 中断、以使其正常工作。 为什么会这样呢？

是的、我确实对代码进行了调试以查看我是否可以捕获异常、但每次都只会在读取字符数组后跳转到下一个 RX ISR 调用。

尊敬的 Shriram：

让我来回答您的第一个问题：

Unknown 说：

为什么需要在中断内部禁用中断？

这是因为该 示例希望向用户发送一条消息、然后等待用户的响应(等待接收一个字符)、然后再次触发 TX ISR 以(再次)提示用户输入一个字符。 请注意、SCI 发送器通过 SCICTL2寄存器 标志位 TXRDY 指示有效中断状态。 因此、本质上、TXRDY 位决定何时触发 TX 中断-这就是我们要 在本示例中启用/禁用的原因。

如果您查看 TXRDY 的寄存器描述、您将看到在 SCITXBUF 缓冲区为空(已准备好写入以传输下一个字符)时、TXRDY 位设置为"1"。 该位为1时、只要中断使能位也被置位、该标志就会使发送器中断请求有效。 因此、如果在您完成第一条消息的发送后 TXRDY 中断仍然启用、那么在发送消息后、TXBUF 将变为空、这实际上会立即触发另一个 TX 中断(在中断被确认后)、同时等待用户发回一个字符。

请注意、有几种不同的方法可以完成此示例的操作。 这只是其中一个在非 FIFO 模式下展示 SCI 中断应用的引脚。

Unknown 说：

每次读取字符数组后、它都会跳至下一个 RX ISR 调用

关于这一点、您是否看到从 RXBUF 读取后 RXRDY 标志正确清零？ 此位控制接收器中断线路。

此致、

Allison

Unknown 说：

关于这一点、您是否看到从 RXBUF 读取后 RXRDY 标志正确清零？ 此位控制接收器中断线路。[/QUOT]

当我处于调试模式时、RXRDY 标志根本不置位(始终为0)。

"数据被从 RXSHF 转移到接收器缓冲寄存器(SCIRXBUF)；请求中断。 标志位
RXRDY (SCIRXST、位6)变为高电平以指示已接收到新字符。"

以上内容摘自技术参考手册。 根据此规范、程序应该只有在我发送下一个字符时才接收中断。 如果我要从主机 PC 发送10个字符并按10个字符调用 readCharArray、则读取最后一个字符后的 RXRDY 应该是0、这符合预期。 但程序被卡在这个部分,在这里,它等待第11个字符(这是不存在的):

// Wait until a character is available in the receive FIFO.
//
while(!SCI_isDataAvailableNonFIFO(base))
{
}

位于 RX ISR 内。 因此、除非再次调用 ISR、否则程序无法发出此无限循环以等待接收下一个字符。

Unknown 说：

当我处于调试模式时、根本不设置 RXRDY 标志(始终为0)。

有时、我可以看到它正在设置、但这取决于我设置断点的位置。 当 ISR 第二次运行时(不应该运行)、它始终为0。

最新动态：

因此、我能够在不同的调试点将 RXRDY 设为1、但我必须守门员来准确地获取该签名。 但是、当我从 PC 发送10个字符并期望固件中包含10个字符(第一个帖子中提供的代码)时、为什么 RXRDY 始终显示为1？

尊敬的 Shriram：

RXRDY 取决于 RXBUF 的状态、因此它应该在每次读取后(并在接收到 RXBUF 的下一个字符之前)清零。 如果连续接收到背靠背数据、且 CCS 刷新无法捕获数据、则可能无法清除 RXRDY 位、具体取决于调试方式。 注意事项：

1. 我会注意到的另一种调试方法是使用所谓的 硬件观察点 (如果您过去尚未使用该功能)、这样您就可以在对存储器进行读取/写入访问时暂停。  
2. 我想强调的是、RX 中断线路由 TXRDY 和 BRKDT 触发-您是否看到中断 检测位发生了任何变化？

我将~我是否可以运行与您类似的代码、并确定我是否在接下来的1 μ s 天内看到类似的行为。  

此致、

Allison