[参考译文] MSP432E411Y-BGEVM：我的 UART 6 RX EOT 中断太慢

我做了我认为同样的事情，我得到了 timer_before = 119999972，timer_after = 118899120，相差1100852。 我离开计时器预校准器=1，所以它的计数为120MHz。  我的计算器显示1100852/120MHz = 0.009174秒，即约9.2毫秒。

[编辑：重新阅读时，我意识到我所称的 timer_after 与您的 case 中的 timer_int 对应。]

我的范围表示最终 Tx 上升边缘(停止位)和使能器下降边缘之间的延迟约为100us。 (我不知道 EOT 是定义为在最终数据位之后触发还是在停止位之后触发。)

为了清晰起见，我正在与之合作。 也许您可以看到不同之处。

///
#define BMC     1
#define TIMERS  1
#include <stdio.h>
#include <stdlib.h>
#include "ti/devices/msp432e4/driverlib/driverlib.h"
#include <ti/devices/msp432e4/driverlib/interrupt.h>
#include <ti/devices/msp432e4/driverlib/uart.h>
#include <ti/drivers/uart/UARTMSP432E4.h>
#include <ti/devices/msp432e4/driverlib/gpio.h>
#include <ti/devices/msp432e4/driverlib/sysctl.h>
#include <ti/devices/msp432e4/driverlib/pin_map.h>
#if !BMC
#include <ti/devices/msp432e4/inc/msp432e411y.h>
#endif

volatile unsigned char buffer[256] = { { 0 } };
volatile unsigned int buffer_position = 0;
#if BMC // BMC
#define ENBIT GPIO_PIN_0    // No PH4 on E401Y
#else
#define ENBIT GPIO_PIN_4
#endif
#if TIMERS
volatile uint32_t time_before, time_after;
#endif
/* Incoming byte at UART6 interrupt handler. */
void UART6_IRQHandler(void) {
    uint32_t ui32Status;
#if TIMERS
    time_after = TimerValueGet(TIMER0_BASE, TIMER_A);
#endif // TIMERS
    // Get the interrupt status.
    ui32Status = UARTIntStatus(UART6_BASE, true);

    // Clear the asserted interrupts.
    UARTIntClear(UART6_BASE, ui32Status);

    if (ui32Status & UART_INT_TX) { // end-of-transmission interrupt
        GPIOPinWrite(GPIO_PORTH_BASE, ENBIT, 0x00);
    }
    while (UARTCharsAvail(UART6_BASE)) {
        buffer[buffer_position++] = UARTCharGet(UART6_BASE);
    }
}

int main(void) {
    uint32_t ui32SysClock;
    volatile uint32_t ui32Loop;

    // Run from the PLL at 120 MHz.
    ui32SysClock = SysCtlClockFreqSet((SYSCTL_XTAL_25MHZ | SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480),
                                      120000000);

#if BMC // BMC
    SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOP);
    while (!SysCtlPeripheralReady(SYSCTL_PERIPH_GPIOP)) {
    }
#endif // BMC
    // Initialise UART 6.
    SysCtlPeripheralEnable(SYSCTL_PERIPH_UART6);
    IntMasterEnable();

    GPIOPinConfigure(GPIO_PP0_U6RX);
    GPIOPinConfigure(GPIO_PP1_U6TX);
    GPIOPinTypeUART(GPIO_PORTP_BASE, GPIO_PIN_0 | GPIO_PIN_1);
    UARTConfigSetExpClk(UART6_BASE, ui32SysClock, 9600,
                        (UART_CONFIG_WLEN_8 | UART_CONFIG_STOP_ONE | UART_CONFIG_PAR_EVEN));
    IntEnable(INT_UART6);
    UARTIntEnable(UART6_BASE, UART_INT_RX | UART_INT_TX);
    UARTTxIntModeSet(UART6_BASE, UART_TXINT_MODE_EOT);

    // Initialise GPIO pin.
    SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOH);
    while (!SysCtlPeripheralReady(SYSCTL_PERIPH_GPIOH)) {
    }
    GPIOPinTypeGPIOOutput(GPIO_PORTH_BASE, ENBIT);
    // Send message.
    uint8_t data[8] = { 0x01, 0x04, 0x00, 0x00, 0x00, 0x05, 0x30, 0x09 };
#if TIMERS
    MAP_SysCtlPeripheralEnable(SYSCTL_PERIPH_TIMER0);
    MAP_TimerConfigure(TIMER0_BASE, TIMER_CFG_PERIODIC);
    MAP_TimerLoadSet(TIMER0_BASE, TIMER_A, ui32SysClock); // 1 second for no good reason
    MAP_TimerEnable(TIMER0_BASE, TIMER_A);
    time_before = TimerValueGet(TIMER0_BASE, TIMER_A);
#endif // TIMERS
    GPIOPinWrite(GPIO_PORTH_BASE, ENBIT, 0xFF);
    int i;
    for (i = 0; i < 8; ++i) {
        UARTCharPutNonBlocking(UART6_BASE, data[i]);
    }

    while (1) {
    }
}

[编辑：固定排版。]

所以，我想我已经弄清楚了。

你说得对，我的代码不应该在没有启用端口 P 的情况下工作，而是没有。 我最初发布的代码不是很完整，而是整个过程的清理版本，因为我没有意识到问题可能出在中断设置之外的任何地方。 我在发布之前确实测试了我发布的内容，但我只关注它是否有效，而没有意识到它可能因其他原因而不起作用。 但实际上，我使用 的是 Kentec K350QVG 显示屏，并且将其连接到主板上。 作为显示屏初始化的一部分，端口 P 已启用，因此，即使我没有明确启用它，它也能按预期工作。

我最初在代码中遇到的另一件事是包含一些文本和换行字符的 printf()语句，我在发送数据后直接使用了该语句。 我不太确定它对 UART 通信的影响到底有多大，但一旦我删除了换行符，问题就消失了。 但是，字符串不会出现在控制台中，所以我猜刷新只会出现在换行字符上，这会以某种方式干扰 UART 通信。

现在它可以正确地发送数据，我得到一些数据作为回报。  下次我将手拿一个范围，我将对其进行更多测试，但现在它似乎工作正常。 除了一件事，那就是我应该接收15字节的数据，但我只得到前8个字节，但这是实实在在的进步。

无论如何，很抱歉你花了这么长时间，我应该先公布所有内容。 尽管如此，谢谢，你真的帮助了我。

顺便说一句，如果你有任何想法，为什么我只收到15个字节中的8个字节，我希望得到一个提示。 我还没有仔细研究过它，但我是一个初学者，所以任何建议都值得赞赏。