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

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

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

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

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

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

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

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