Работа из QSerialPort из разных потоков

[Alechin]

Задача такая. есть POS-принтер на COM порту. Необходимо иметь возможность передавать ему команды как из одного потока (основного) так и из дополнительного потока (фоновая печать).
QSerialPort создается и открывается в основном потоке. с вызовом функций write, waitForBytesWritten, wiatForReadyRead проблем нет - все работает (что логично).
Для фоновой печати записываю в очередь требуемые для передачи в принтер команды и вызываю метод фоновой печати через QtConcurrent::run. Соответственно тут все перестает работать - порт принадлежит другому потоку.
Как можно выкрутиться? или у меня что-то не так идеологически?
спасибо!

[Пантер]

Не так идеалогически. Используй асинхронную работу через сигналы/слоты. Ищи по форуму.

[Alechin]

я так понимаю неверна идеология реализации именно на Qt? потому как с точки зрения пользователя не вижу никакой ошибки в идеологии: готов ждать результата - выполняю в основном потоке. не хочу ждать результата - выполняю этот же самый код в другом потоке и потом смотрю результат. Код абсолютно линейный и "прозрачный".
через слоты и сигналы попытался сделать - получилось ну "очень много буков". Т.е. фоновую печать да - сделал. а как получить состояние в основном потоке когда мне нужно остановить выполнение до получения результата?

[Пантер]

Не хочу ждать результата - это совершенно не означает, что нужен отдельный поток. Прочитай про асинхронное программирование.

[qate]

слово serial как бы намекает, что порт последовательный
из 2+ потоков можно, но по очереди )

[Alechin]

не получается из двух потоков. если вызывать не из потока в котором порт был создан - не работают функции wait_  выскакивает сообщение о несовпадении потоков.
да - с асинхронным многопоточным программированием под Win на Builder знаком в течение 15 лет каждый рабочий день.
а вот перенести приемы потоков win на Qt не получилось
(по мне яснее и прозрачнее WaitForMultipleObjects ничего нет, на Qt какая-то полная каша выходит)

[Пантер]

Асинхронность и WaitFor* это взаимоисключающие вещи. Читай про сигнал readyRead.

[Alechin]

и как он поможет мне заблокировать основной поток на ожидании ответ?

[Alechin]

хочу сказать что вариант с портом в отдельном потоке и слот-сигнальной реализацией я реализовал в первую очередь. получился "страшный тормозной монстр".
например: передать два байта в порт в другом потоке напрямую я не могу, так как port->write "ругается". приходится формировать сигнал в поток порта, который QueuedConnection, и посему передача этих байт происходит не сразу, а где-то через 15-20 мсек. При этом мне надо иметь 2 события, на одном делаю wait в ожидании начала передачи, на другом я делаю wait для ожидания завершения передачи. И это только для того чтобы передать 2 байта и дождаться завершения их передачи. Чтобы подождать ответа снова заводим событие, на котором делаем wait, а событие взводится в вашем readyRead.
а всего-то надо передать 2 байта и получить в ответ 1.

[Пантер]

и как он поможет мне заблокировать основной поток на ожидании ответ?

Его не надо блокировать!

[kuzulis]

Я даж комментировать не буду, и даже не зовите меня в тред.

[Пантер]

Я даж комментировать не буду, и даже не зовите меня в тред.

Сам пришел, сам напросился. Не хочешь разве для человека поискать ответов по форуму?

[qate]

При этом мне надо иметь 2 события, на одном делаю wait в ожидании начала передачи, на другом я делаю wait для ожидания завершения передачи.

а зачем ?
плюнул в порт и ладно
пришли данные - событие

[kuzulis]

Не хочешь разве для человека поискать ответов по форуму?

Не, раз у человека 15-лет стажу в борланде - то он сам разберется (пущай сам ищет ответы.. оно уже обсуждалось много раз).

[Alechin]

Хорошо, если мне надо пять раз плюнуть в порт получив ответ и по каждому ответу решить что и куда плевать дальше? Вполне себе линейная логика. как ее вписать в "асинхронную модель"? притянуть ее за уши? если то что плевать дальше зависит от ответа на предыдущий плевок?
зачем тут вообще асинхронная модель? почему я не могу вызвать из одного потока процедуру другого потока? что это вообще за дурь такая? почему запись в порт может осуществляется только из одного конкретного потока?
я просто не понимаю логики. не все равно из какого потока запись port->write()?