QSerial приём данных

[tux]

Заголовочный файл нужен ?

Нет. Догадываюсь, в чём у вас проблема. waitForReadyRead вам нужен тут только для того, чтобы хоть как то отдать время центральному процессору. Тут надо либо по-другому строить архитектуру (чтобы нормально использовать сигналы-слоты) либо в цикле (при ожидании) периодически вызывать QCoreApplication::processEvents.
Ну и, при полном приёме данных (после заполнения буфера полезными данными), лучше взвести какой-нибудь флаг. Либо выпустить сигнал. Хотя тут "на вкус и цвет все фломастеры разные"

[kuzulis]

ЛОЛ   ФЭЙСПАЛМ. Я хз нафига я вообще влез в эту тему.

[tux]

ЛОЛ   ФЭЙСПАЛМ. Я хз нафига я вообще влез в эту тему.

Затем, чтобы написать этот пост. Наверное.

[qate]

bool SendCom::SendAndRead()

не должна функция делать и запись и чтение, разделяй и переписывай код
и никаких sleep и waitForReadyRead - не нужно

[sergek]

Заголовочный файл нужен ?

Когда здесь пишут о примере, то имеется в виду минимальный проект, с профайлом и всеми заголовочными, и с main.
И надо внимательно читать ответы и советы. Тем более от автора библиотеки. Это на будущее, если здесь останетесь.
Если опять мимо, то - где цикл событий? Ну, например, QCoreApplication::exec()?

[paibolit]

не должна функция делать и запись и чтение, разделяй и переписывай код
и никаких sleep и waitForReadyRead - не нужно

Поскольку это мой дебют в QT - можно по подробнее: в чем проблема если даю запрос потом пауза и чтение (про GUI не надо рассказывать)

Нет. Догадываюсь, в чём у вас проблема. waitForReadyRead вам нужен тут только для того, чтобы хоть как то отдать время центральному процессору. Тут надо либо по-другому строить архитектуру (чтобы нормально использовать сигналы-слоты) либо в цикле (при ожидании) периодически вызывать QCoreApplication::processEvents.
Ну и, при полном приёме данных (после заполнения буфера полезными данными), лучше взвести какой-нибудь флаг. Либо выпустить сигнал. Хотя тут "на вкус и цвет все фломастеры разные"

Может я заблуждаюсь - поправьте, когда данные приходят в COM порт они складываются сначала в буфер винды и выполнение этого процесса никоим образом не касается выполнения QTшного кода, а когда дело у QT доходит до забора данных с буфера COM порта - QT фактически забирает эти данные с памяти (с буфера винды) а не непосредственно с COM порта.

Как бы тема для новичков, но некоторые ответы просто "убивают"

[tux]

Может я заблуждаюсь - поправьте, когда данные приходят в COM порт они складываются сначала в буфер винды и выполнение этого процесса никоим образом не касается выполнения QTшного кода, а когда дело у QT доходит до забора данных с буфера COM порта - QT фактически забирает эти данные с памяти (с буфера винды) а не непосредственно с COM порта.

Складываться то они складываются, но вот сам сигнал пока обработаться не может - все крутится в цикле и внешние события либо не приходят, либо обработаться не могут. QCoreApplication::processEvents ведь не просто так придумали.
Вообще, в GUI лучше ничего долго в функции не крутить, а нормально сделать обработку сигналов/слотов.

[qate]

Поскольку это мой дебют в QT - можно по подробнее: в чем проблема если даю запрос потом пауза и чтение (про GUI не надо рассказывать)

В обработчике сигнала - никогда не делай паузы:
1. записал и вышел, жди сигнал чтения
2. получил сигнал чтения - вычитал всё и обработал без пауз

какую книгу/статью ты прочитал про сигналы и слоты прежде чем начать писать на qt ?

[paibolit]

Всё!!!!!!!! Кажется дошло !!!!!
Спасибо что вытерпели меня Пошёл дерзать - о результате отпишусь