в connect указывается ConnectionType , по дефолту вызов слота кидается в очередь, нет? а у меня как раз по дефолту

Первый вариант

QMetaObject::invokeMethod(this, [this, msg]{
   callSlot(msg);
}, Qt::QueuedConnection);

Второй вариант

QMetaObject::invokeMethod(this, "callSlot", Qt::QueuedConnection, Q_ARG(QString, msg));

У первого варианта преимущества:
*Можно вообще не слот вызывать.
*Работает рефакторинг переименование.
*Первый аргумент this можно поставить любой объект, тогда выполнится в том потоке, что и находится сам объект

У второго варианта минус в том, что только слоты, переименовать только ручками, не правильно написал название слота, узнаешь в рантайме. Всего максимум 10 аргументов

По дефолту autoconnection, что = directConnection при условии, что испускающая и принимающая сторона находятся в одном потоке. Все написано в документации

Проведи эксперимент: задай тип коннекшна вручную и посмотри, что будет

connect(controller, &Controller::emitMessage,  this, &StatusWindow::logMessage, Qt::QueuedConnection);

и по прежнему имеем
ConnectingState
ConnectedState
Connect ok

или я не так понял мысль?

connect(controller, &Controller::emitMessage,  this, &StatusWindow::logMessage, Qt::QueuedConnection);

По исходникам отправляется первый сигнал setState(ConnectingState); если было изначальное состояние UnconnectedState
После сигнала вызывается open(). В open если нормально открылось, то отправляется сигнал setState(QModbusDevice::ConnectedState);

connect(controller, &Controller::emitMessage,  this, &StatusWindow::logMessage, Qt::QueuedConnection);

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

Ты вызываешь modbusDevice.connectDevice(). Внутри отправились два сигнала в таком порядке
1) ConnectingState
2) ConnectedState
Завершается вызов connectDevice(), этот метод возвращает true или false, потом отправляется твой сигнал
3) emitMessage

Вот как я понял тебя

1) ConnectingState
2) ConnectedState
каждое изменение состояния вызывает сигнал QModbusServer::stateChanged, где внутри слота я делаю тоже emitMessage

при том что я явно указал

connect(controller, &Controller::emitMessage,  this, &StatusWindow::logMessage, Qt::QueuedConnection);

emitMessage как-то вызывается до окончания modbusDevice.connectDevice().

хотя когда сделал

connect(&modbusDevice, &QModbusServer::stateChanged, this, &Controller::onStateChanged, Qt::QueuedConnection);

то стало как и ожидается
Connect ok
ConnectingState
ConnectedState

в общем, всем спасибо, никакого async await в qt нет, работаем дальше

И еще , в исходнике такое нашел

//Connected is set by backend -> might be delayed by event loop

да тоже видел такое

connect(&modbusDevice, &QModbusServer::stateChanged, this, &Controller::onStateChanged, Qt::QueuedConnection);

наверное имелось ввиду это

ConnectedState возвелся после завершения connectDevice

А вас по какому имени называть?

Думает, какое из трех правильное😂