Вопросы по QSerialPort

По какому флагу можно понять о конце принятия данных ?

Флагу? Не проще ли лимит на кол-во принимаемых нулей установить?

Да пожалуй нет такого флага. Возможность определять конец данных должна быть заложена внутрь протокола.

Вот эта событие когда вызывается readyRead ?

маны пробовал читать вместо нытья на форуме?? https://doc.qt.io/qt-5/qiodevice.html#readyRead

Не факт, что при вызове слота, который соединен с сигналом ReadyRead, будут доступны для чтения ВСЕ ОТПРАВЛЕННЫЕ ДАННЫЕ. Если при пересылке будут где-нибудь небольшие временные задержки, то слот, соответствующий ReadyRead будет вызван несколько раз. Т.е. в протоколе обмена, который будет организован поверх устройства чтения/записи (в данном случае это последовательный порт), нужно предусмотреть механизм, который позволит понять, все данные пришли (имеется ввиду, все ли пришли данные, которые были отправлены с другой стороны) или нет.

Зачем тебе это убожество, когда можно по-человечески с termios работать?

Вот вообще плюсеры на людей не похожи...

По тому что читать нечего больше чем N ms

Зачем тебе это убожество, когда можно по-человечески с termios работать?

Чтоб работать по человечески, нужно иметь дело только с человеческими ОС. А абстракция в виде QSerialPort позволяет работать и на никсах и на винде.

Сорри, не тебе отвечал.

Если при пересылке будут где-нибудь небольшие временные задержки, то слот, соответствующий ReadyRead будет вызван несколько раз

В моем случаи такого быть не может. Так как я сам сделал подчиненное устройство. И даже если такое произошло то это есть неисправность.

В моем случаи программа должна выглядить вот так:

отправляем данные ---> ждем отправки ---> «не знаю нужно или нет очищаем входной буфер» ---> ждем прием данных ---> забираем данные

И так в цикли гоняем данные.

Смотри сам конечно. Но я бы позаботился о механизме определения конца данных. И по совместительности механизме проверки целостности данных. Погугли протокол Modbus.

отправляем данные ---> ждем отправки ---> «не знаю нужно или нет очищаем входной буфер» ---> ждем прием данных ---> забираем данные

Твоё устройство - подчинённое? Протокол бинарный? Само данные без запроса не отправляет? Тогда отправил запрос, и читаешь из порта всё, что приходит и сразу разбирай, пока не получишь правильный ответ. Проверил длину пакета и crc, дальше читать что-либо нет смысла.

Если устройство может отправлять данные без запросов. То дёргаешь read() по получению readyRead или в отдельном потоке блокируешься по waitForReadyRead().

Если протокол текстовый, то всё тоже, но с readLine() и canReadLine().