Не удается связаться, когда программное управление потоком отключено для последовательного порта

Question

Мое приложение должно иметь возможность взаимодействовать с различными настройками последовательного порта, которые пользователь выбирает из пользовательского интерфейса. Каждый вариант работает, кроме программного управления потоком. Когда я включаю XON / XOFF, он работает с другим узлом. Но когда я выключаю XON / XOFF, узел получает случайное количество байтов 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, но вы не должны смешивать и сопоставлять. Структуры данных, с которыми работает Linux ioctls, не являются взаимозаменяемыми с той, с которой работают функции termios GLIBC, хотя они достаточно схожи, особенно по типу, именам и порядку членов флагов, которые могут не вызывать надежных ошибок. , Вы, должно быть, сыграли несколько хитростей и / или проигнорировали некоторые важные предупреждения компилятора, чтобы даже заставить ваш код компилироваться.

  Обратите внимание, что смешивание и сопоставление применяются не только для получения и установки общих настроек терминала, но также и для любого использования функций termios.h для изменения структуры настроек терминала, таких как cfgetispeed и cfgetospeed. Вы можете использовать их со структурой настроек, полученной через tcgetattr, или, что менее полезно, с напрямую объявленным экземпляром struct termios, определенным termios.h, но не со случаем, полученным через ioctl. С другой стороны, структура, подходящая для использования с any функций termios.h, не подходит для использования с любым из ioctl для управления свойствами терминала.

• Установка битов флага в неправильных переменных флага . Особое отношение к вопросу имеет значение IXON, IXOFF и IXANY битов c_cflag, но они применяются к элементу c_iflag, а не c_cflag. Начальные I в их именах являются мнемоническими для этого, хотя не все макросы флага следуют этому соглашению. Вы также устанавливаете INPCK в неверном элементе.

Answer 2

Но когда я выключаю XON / XOFF, равноправный получает случайное количество 0x00 байт.

Это может означать, что отправитель отправляет данные быстрее, чем получатель может справиться с этим.

Или

• Уменьшите скорость отправки данных (это не так уж много, бод , больше похоже на то, что вы не отправляете столько данных одновременно).

• Используйте аппаратное управление потоком (и провод / кабели, которые его поддерживают).

• Улучшение обработки входящих данных получателей.

---

Примечание: другие возможности выходят, чтобы объяснить нули.