[参考译文] MSP430F133：通过蓝牙接收字符串、字符串存储和传输。

我认为您需要提供代码。

"你在担心什么?" 垃圾？ 或者它在某种程度上似乎有意义吗？

请使用插入代码功能。

在发送 RXBuffer 进行传输之前、您不会禁止它。 我倾向于在每个接收到的字符后添加微元、以便它始终被微元终止。

在中断中等待这么长的时间也是一种糟糕的形式。

在每个接收到的字符之后添加 null 是否仍允许字符串作为一个来传输？  

这个想法是,你把每一个字符作为字符串的结尾,并添加一个微元。 当下一个字符出现时、您可以用新字符覆盖该微元、然后添加另一个字符。

在您的情况下、您也可以在获得"\n"时添加微元。

 char receivedChar = UCA0RXBUF;
            if (receivedChar == '\n') {
                rxBuffer[rxIndex] = '\0'; // Null-terminate the string
                flashLED(); // Visual indication of data reception
                LCDDisplayScrollText(); // Display "DATA RECEIVED" on LCD
                transmitString(rxBuffer); // Transmit the received string back
                rxIndex = 0; // Reset index for next string

这是否是添加空终结器的适当方法？

好的。 注意，字符串中没有"\n"。

不幸的是、此问题仍然存在、"\n"是通过蓝牙发送的字符串的一部分、因此应存储之前的所有内容、但传输的数据仍然不正确。

例如、如果向 XI 或 RJ 发送"Hi"、则输出的文本会前后一致、但有时会进一步关闭。

#include <msp430.h>

#define BUFFER_SIZE 256

char RXData[BUFFER_SIZE];
int rxIndex = 0;

void Init_Clock(void) {
    __bis_SR_register(SCG0);
    CSCTL3 |= SELREF__REFOCLK;
    CSCTL0 = 0;
    CSCTL1 &= ~(DCORSEL_7);
    CSCTL1 |= DCORSEL_3;
    CSCTL2 = FLLD_0 + 243;
    __delay_cycles(3);
    __bic_SR_register(SCG0);
    while (CSCTL7 & (FLLUNLOCK0 | FLLUNLOCK1));
    CSCTL4 = SELMS__DCOCLKDIV | SELA__REFOCLK;
}

void Init_UART(void) {
    P1SEL0 |= BIT0 | BIT1;

    UCA0CTLW0 |= UCSWRST;
    UCA0CTLW0 |= UCSSEL__SMCLK;

    UCA0BR0 = 52;
    UCA0BR1 = 0;
    UCA0MCTLW = 0x4900 | UCOS16 | UCBRF_1;
    UCA0CTLW0 &= ~UCSWRST;
    UCA0IE |= UCRXIE;
}

void transmitString(void) {
    int i;
    for (i = 0; i < rxIndex; i++) {
        while (!(UCA0IFG & UCTXIFG));
        UCA0TXBUF = RXData[i];
    }
    rxIndex = 0;
    RXData[rxIndex] = '\0';
}

void main(void) {
    WDTCTL = WDTPW | WDTHOLD;
    Init_Clock();
    PM5CTL0 &= ~LOCKLPM5;
    Init_UART();

    __bis_SR_register(GIE);

    while (1) {
        __no_operation(); // Placeholder for background tasks.
    }
}

#pragma vector=USCI_A0_VECTOR
__interrupt void USCI_A0_ISR(void) {
    switch (__even_in_range(UCA0IV, USCI_UART_UCTXCPTIFG)) {
        case USCI_NONE: break;
        case USCI_UART_UCRXIFG:
            if (rxIndex < BUFFER_SIZE - 1) {
                char receivedChar = UCA0RXBUF;
                if (UCA0STATW & UCRXERR) {
                    UCA0STATW &= ~(UCFE | UCOE | UCPE | UCBRK); // Clear errors
                    rxIndex = 0; // Reset the buffer
                    RXData[rxIndex] = '\0';
                } else {
                    RXData[rxIndex++] = receivedChar;
                    RXData[rxIndex] = '\0';

                    if (receivedChar == '\n') {
                        transmitString(); // This assumes transmission is correct
                        rxIndex = 0;
                        RXData[rxIndex] = '\0';
                    }
                }
            } else {
                transmitString(); // Buffer full, transmit what we have
                rxIndex = 0;
                RXData[rxIndex] = '\0'; // Reset the buffer
            }
            break;
        case USCI_UART_UCTXIFG: break;
        case USCI_UART_UCSTTIFG: break;
        case USCI_UART_UCTXCPTIFG: break;
        default: break;
    }
}

已经试用了新的 UART 配置和实现的一个时钟功能、改进了数据的传输、但输出数据不正确的问题仍然存在。 非常感谢您提供任何帮助。   

将一个具有中断传输函数的调试器和一个 示波器放在串行线上、以查看您发送的内容是否就是结果的时间。

可能您的接收器在字节之间需要更多的时间。

我已上传了发送消息 HI 时的缓冲区图像、因为您可以看到还在发送一些不需要的数据。

您好、 Keith

您是否尝试过使用逻辑分析仪来观察硬件上的 Rx？

此致、

赫利克