c语言 - 禁用串行端口的软件流控制时无法通信

Question

我的应用程序应该能够与用户从UI选择的不同串行端口设置进行通信。除软件流控制外，每个选项都可以使用。当我打开XON/XOFF时，它可以与其他同伴一起使用。但是，当我关闭XON/XOFF时，Peer会收到0x00字节的随机量。

我缺少什么吗？

注意：我也对同伴做完全相同的配置。因此，当我打开或关闭XON/XOFF选项时，我对同伴进行了同样的操作。

int serialDevice = open("/dev/ttyUSB0", O_RDWR | O_NOCTTY | O_SYNC | O_NONBLOCK);
Serial_Params_t serialSettings;
serialSettings.baudRate = 12; // means 115200
serialSettings.dataBits = 8;
serialSettings.hardwareFlowControl = 0;
serialSettings.parity = 0;
serialSettings.parityOdd = 0;
serialSettings.stopBits = 1;
serialSettings.xonxoff = 0;
setSerialSettings(serialDevice, &serialSettings);
//---------------------------------------------------------------
int8_t setSerialSettings(int serialDevice, Serial_Params_t *settings)
{
    struct termios2 tty;
    memset(&tty, 0, sizeof tty);
    // get current serial settings
    if (ioctl(serialDevice, TCGETS2, &tty) == -1)
    {
        sendLog("Can't get serial attributes | setSerialSettings", LOG_TYPE_ERROR);
        return FALSE;
    }
    // baudrate
    int32_t baudrates[] = {B110, B150, B300, B600, B1200, B2400, B4800, B9600, B9600, B19200, B38400, B57600, B115200};
    cfsetospeed(&tty, (speed_t)baudrates[settings->baudRate]);
    cfsetispeed(&tty, (speed_t)baudrates[settings->baudRate]);
    // enable input parity check
    tty.c_cflag |= INPCK;
    // data bits: CS5, CS6, CS7, CS8
    tty.c_cflag &= ~CSIZE;
    switch (settings->dataBits)
    {
    case 5:
        tty.c_cflag |= CS5;
        break;
    case 6:
        tty.c_cflag |= CS6;
        break;
    case 7:
        tty.c_cflag |= CS7;
        break;
    case 8:
    default:
        tty.c_cflag |= CS8;
        break;
    }
    // stop bit
    switch (settings->stopBits)
    {
    case 1:
    default:
        tty.c_cflag &= ~CSTOPB;
        break;
    case 2:
        tty.c_cflag |= CSTOPB;
    }
    // parity
    if (settings->parity == 1)
        tty.c_cflag |= PARENB;
    else
        tty.c_cflag &= ~PARENB;
    // odd/even parity
    if (settings->parityOdd == 1)
        tty.c_cflag |= PARODD;
    else
        tty.c_cflag &= ~PARODD;
    // flow control
    // XON/XOFF
    if (settings->xonxoff == 1)
        tty.c_cflag |= (IXON | IXOFF | IXANY);
    else
        tty.c_cflag &= ~(IXON | IXOFF | IXANY);
    // enable RTS/CTS
    if (settings->hardwareFlowControl == 1)
        tty.c_cflag |= CRTSCTS;
    else
        tty.c_cflag &= ~CRTSCTS;
    tty.c_cc[VMIN] = 1;            // raise read flag even you read 1 byte
    tty.c_cc[VTIME] = 50;          // 1 seconds read timeout (deciseconds)
    tty.c_cflag |= CREAD | CLOCAL; // turn on READ & ignore ctrl lines
    // non-canonical mode
    tty.c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP | INLCR | IGNCR | ICRNL);
    tty.c_lflag &= ~(ECHO | ECHONL | ICANON | ISIG | IEXTEN);
    tty.c_oflag &= ~OPOST;
    // flush port & apply attributes
    tcflush(serialDevice, TCIFLUSH);
    if (tcsetattr(serialDevice, TCSANOW, &tty) != 0)
    {
        sendLog("Can't set serial attributes | setSerialSettings", LOG_TYPE_ERROR);
        return FALSE;
    }
    return TRUE;
}

Answer 1

我不能特别解释为什么您的同伴会收到无关的0x00字节，因为您不提供任何负责发送任何内容的代码，而是您提供的代码设置串行端口属性多次是错误的。问题包括：

• 使用不匹配的系统接口。您可以使用适当的IOCTL检索和更新终端属性，也可以使用tcgetattr和tcsetattr，但您不得混合＆amp;匹配。Linux IOCTLS交易的数据结构与Glibc的Termios功能的功能相似，尽管它们足够相似，尤其是在标志成员的类型，名称和顺序中，可能不会可靠地引起明显的错误。您必须播放一些技巧和/或忽略了一些重要的编译器警告，甚至可以使您的代码进行编译。

  请注意，混合＆amp;匹配不仅适用于检索和设置整个终端设置，还适用于所有使用术语。H功能用于修改终端设置结构，例如cfgetispeed和cfgetospeed。您可以将它们与通过tcgetattr获得的设置结构一起使用，也可以使用termios.h定义的struct termios的直接指定实例，而不是通过ioctl获得的。另一方面，适用于术语的任何的结构。H函数不适合与任何用于操纵终端属性的IOCTL一起使用。

• 在错误的标志变量中设置标志位。与问题特别相关，您将设置IXON，IXOFF和IXANY位的c_cflag位，但这些位适用于c_iflag成员，而不是c_cflag。其名称中的领先I是助记符，尽管并非所有的旗帜宏都遵循该约定。您还在错误的成员中设置INPCK。

Answer 2

但是，当我关闭XON/XOFF时，对等是随机收到0x00字节的随机量。

这可能意味着发件人的发送数据比接收者可以应付更快。

• 降低发送数据的速率（这不是A baud 的东西，更喜欢一次地发送太多数据。）

• 使用硬件流控制（以及支持它的电线/电缆）。

• 改善处理接收器传入数据的处理。

---

注意：解释零的其他可能性退出。