Создаю библиотеку для работы с последовательными портами. [УШЕЛ ИЗ ПРОЕКТА].

[xokc]

Есть Linux с поднятым ntp сервером, который синхронизируется с GPS приемником, подключенным через COM порт. При этом мне надо-бы управлять приемником (писать/читать в этот порт). Могу я как-нибудь "расшарить" используемый порт между ntp сервером и моим приложением?

[Phoenix]

Столкнулся с утечкой памяти при определенных обстоятельствах. Утечка возникает только на WinXP. Если эту же самую программу запустить на Win7, то утечки нет. Qt 5.6.3 (хоть mingw, хоть msvc 2015).

Для воспроизведения проблемы нужно немного подредактировать программу blockungmaster, сделать чтобы при нажатии кнопки данные отправлялись бы все время:
В функции void MasterThread::run()
в самом конце комментируем: cond.wait(&mutex);

Где нибудь, например перед записью в порт или после чтения, добавляем msleep(2); - если это убрать, то утечки нет. Эта задержка - перестраховка, на случай если попадется промежуточный (RS232->RS482) экзотический преобразователь, у которого не нулевое время переключения с передачи на прием и обратно. Сам я с таким не сталкивался, но читал что такое есть и решил перестраховаться.

Соединяем rx и tx (я использую usb-rs232) и запускаем программу. Утечку можно наблюдать в диспетчере задач, последите минуту. За сутки может набежеть 200 Мб.

В принципе проблема не критична, я могу и не использовать msleep(2), но может это поможет найти возможные сопутствующие проблемы.

[kuzulis]

См. https://bugreports.qt.io/browse/QTBUG-48653 может поможет. Если не поможет - то не используй waitForXXX, используй асинхронный подход с readyRead/bytesWritten сигналами.

Никто (Я) править для WinXP и Qt5.6.3 не будет(у) ничего. Но если проблема повторится с Qt 5.9.x || 5.10.x то тогда посмотрим.

[Phoenix]

Это действительно помогло.

[poru]

Поймал баг. При записи в порт получаю сообщение:

QObject: Cannot create children for a parent that is in a different thread.
(Parent is QSerialPort(0x15cfec0), parent's thread is SerialReader(0x159c420), current thread is QThread(0x316fb8)

Код

C++ (Qt)
SerialReader::SerialReader(QObject *parent) : QThread(parent)
{
    m_serialPort = new QSerialPort;
    m_serialPort->moveToThread(this);
    connect(m_serialPort, &QSerialPort::readyRead, this, &SerialReader::readSerialData);
}
 
void SerialReader::run()
{
    m_serialPort->setPortName("COM1");
    if (!m_serialPort->open(QIODevice::ReadWrite)
            || !m_serialPort->setBaudRate(9600)
            || !m_serialPort->setDataBits(QSerialPort::Data7)
            || !m_serialPort->setParity(QSerialPort::NoParity)
            || !m_serialPort->setStopBits(QSerialPort::TwoStop)
            || !m_serialPort->setFlowControl(QSerialPort::NoFlowControl)
            || !m_serialPort->setDataTerminalReady(true)
            || !m_serialPort->setRequestToSend(false)) {
        emit critical(m_serialPort->errorString());
        return;
    }
 
    exec();
 
    m_serialPort->close();
}
 
void SerialReader::readSerialData()
{
    QByteArray data = m_serialPort->readAll();
    qDebug() << data;
 
    if (data.startsWith("#"))
        m_serialPort->write("...");
}
 

[kuzulis]

Это не баг, это неправильная работа с тредами. Погуглить наверно стоило прежде чем постить.

[poru]

Мне хорошо известны способы работы с тредами, один через создание некоего Worker, другой через переопределение метода run. Кто из них правильный, а кто нет - тема отдельной дискуссии, но в жизни применяют и тот и другой. Если QSerialPort в одном из вариантов работает не полноценно, то это определенно BUG.

[sergek]

Надо new QSerialPort делать в run.

[kuzulis]

> Мне хорошо известны способы работы с тредами

Это вы себя перехваливаете.

[poru]

Есть ли какая возможность прервать функцию ожидания данных waitForReadyRead(), или будет ли она реализована в новой версии? Ну что то типа cancel(), которая прерывает все операции.

[kuzulis]

Нет. Работа с QSP должна быть всегда в одном потоке. Никаких cancel() не предполагается. Нужно использовать асинхронные ф-ции, а не этот треш с waitForXXX().

ЗЫ: Можно попробовать на винде CancelIo() заюзать (дернуть из другого треда, что из этого выйдет - хз).

[todimka]

Подскажите пожалуйста, существует ли в QSP возможность определять момент, когда данные физически полностью переданы через UART? Через регистры порта это вроде несложно было бы сделать, но к ним доступа под win нету

[kuzulis]

нет

[kuzulis]

Всем доброго времени.

Наконец - таки я принял решение уйти из проекта и больше не сопровождать QtSerialPort. У меня больше нет на это времени, желания, да и вообще "перегорел".

Всем спасибо кто пользовался этим модулем. 

[Igors]

Наконец - таки я принял решение уйти из проекта и больше не сопровождать QtSerialPort. У меня больше нет на это времени, желания, да и вообще "перегорел".

Имеете полное право. Но тогда уж в названии поменяйте "создаю" на "создал"