Трудность с библиотекой QSerialDevice

[Piknik]

Здравствуйте. Проблемка такая...принимаю по ком-порту 6 байт данных раз в 4 сек. Если использую режим ReadOnly или AbstractSerial::ReadOnly| AbstractSerial::Unbuffered посылка приходит частями, те:

Код:

Bytes_Available: 3 
Bytes_Available: 3 

или

Код:

Bytes_Available: 2 
Bytes_Available: 4

 Любые игры с "setCharIntervalTimeout(10)"  не помогают... Почему сообщение разделяется на куски?

Код:

MyMainWindow::MyMainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MyMainWindow)
{
    ui->setupUi(this);
...
serialPort->open(AbstractSerial::ReadOnly| AbstractSerial::Unbuffered);
...
serialPort->setCharIntervalTimeout(10);  
connect(serialPort, SIGNAL(readyRead()), this, SLOT(serialDataReady())); 
}

void MyMainWindow::serialDataReady()
{
    uint8_t num = serialPort->bytesAvailable();    // сколько байт в буфере
    qDebug() << "Bytes_Available:" << num;
    QByteArray ba;


     if ((serialPort->bytesAvailable() > 0))
     {
          ba.clear();
          ba = serialPort->read(num);
          qDebug() << "Readed is : " << ba.size() << " bytes";
     }

    serialPort->reset();


}

[kuzulis]

Любые игры с "setCharIntervalTimeout(10)"  не помогают...

Потому, что надо играться с setTotalReadConstantTimeout(),
а про setCharIntervalTimeout() нужно забыть.

[Piknik]

Тоже не помогает...

[kuzulis]

Какую версию библиотеки используете и какая ОС?

Код

C++ (Qt)
#if defined (Q_OS_UNIX)
        // Method setTotalReadConstantTimeout() not supported in *.nix.
        if (port->openMode() & AbstractSerial::Unbuffered)
            port->setCharIntervalTimeout(5000);//5 msec
#elif defined (Q_OS_WIN)
        if (port->openMode() & AbstractSerial::Unbuffered)
            port->setTotalReadConstantTimeout(100); //100 msec
#endif
 

А вообще, пора уже переходить на новье - ветку 2.0.

[Piknik]

Там где 2 библ qserialdevice и qserialdeviceenumerator . Вторую не крепил, не критично? Где посмотреть версию? ОС: Windows XP

[kuzulis]

Где посмотреть версию?

тут,
справа внизу будут все доступные версии.

Если используете ту ветку что сейчас - то качайте master бранч,
если хотите самое новье - то 2.0 бранч.

[Piknik]

ну судя по всему у меня и так мастер бранч...

[kuzulis]

Значит напиши побольше в

Код

C++ (Qt)
port->setTotalReadConstantTimeout(100); //100 msec

[Piknik]

Да ощущение, что ему все равно...(( сколько не поставить..может я не так подцепляю библиотеку...

[kuzulis]

Ну тогда - ХЗ, проверяй в отладчике.

[Piknik]

С новой библиотекой 2.0 другой момент. Все вроде принимает "Bytes_Available: 6 ", но не генерирует сигнал "readyRead()" и не уходит в обработку слота. В чем может быть причина?

Код:

 MyMainWindow::MyMainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MyMainWindow)
{
    ui->setupUi(this);
    QIODevice::OpenMode mode = QIODevice::ReadOnly;
    mode |= QIODevice::Unbuffered;

    if (!myPortCom->open(mode))                                                  // Открываем порт
    {
        QMessageBox::critical(this, QString::fromLocal8Bit("Com port"),
                              QString::fromLocal8Bit("Не могу открыть порт ")+ comPort, QMessageBox::Ok);
        ui->statusBar->showMessage(QString::fromLocal8Bit("Error opening COM port!"));
    }
    else                                                 
    {

        myPortCom->setRate(9600);                  
        myPortCom->setDataBits(SerialPort::Data8);
        myPortCom->setParity(SerialPort::NoParity);
        myPortCom->setStopBits(SerialPort::OneStop);
        myPortCom->setFlowControl(SerialPort::NoFlowControl);
        myPortCom->waitForReadyRead(5000);
   
        connect(myPortCom, SIGNAL(readyRead()), this, SLOT(serialDataReady())); 
    }
    uint8_t num = myPortCom->bytesAvailable();                     // байт в буфере
    qDebug() << "Bytes_Available:" << num;

void MyMainWindow::serialDataReady()
{
     qDebug() << "Recieved";
}

[kuzulis]

Потому, что connect делаешь после того, как отработает waitForReadyRead(), т.е. после того как сигнал уже излучился.
В винде такая есть особенность, что readyRead() срабатывает однажды при приеме символа. И если заранее не сделать
connect - то никакого сигнала не получишь.

Поэтому нужно делать connect сразу после создания объекта порта.

И непонятно зачем вообще использовал waitForReadyRead() + connect - это хрень собачья. Почитай
документацию Qt в плане того, в каких случаях необходимо использовать waitForReadyRead().

Так же в 2.0 не используй.

Код

C++ (Qt)
mode |= QIODevice::Unbuffered;
 

С версией 2.0 идут примеры /test/guiapp - вот там и проверь принимаются или нет твои 6 байт.

[Piknik]

Спасибо за помошь. Убрал waitForReadyRead, снова делит пакет пополам...есть какой то аналог setTotalReadConstantTimeout() в этой библиотеке, не могу найти..ну или как выставить этот таймаут, чтоб пакет целиком прочелся...или же хотя бы читался по байту...ну не догоняю..

[kuzulis]

есть какой то аналог setTotalReadConstantTimeout() в этой библиотеке

Нету. Он и не нужен. В этой новой версии чтение происходит "мгновенно",
без всяких таймаутов, т.е. не блокирующий режим.

Поэтому, при приеме сигнала readyRead() запускай QTimer::singleShot() с таймаутом, при котором гарантированно
придет весь твой пакет. Коннекть этот singleShot() на слот чтения данных и читай.
Т.е. singleShot() сработает с некоторой задержкой от момента первого поступления данных.

Вот тебе обсуждение: http://www.prog.org.ru/index.php?topic=9537.msg133030#msg133030
см. от поста №618 и ниже.

[BRE]

Я вообще не могу понять в чем собственно проблема.
Пришел сигнал readyRead, проверил сколько байт доступно (bytesAvailable), если меньше требуемых 6, то просто выходим из слота и ждем пока приедет остальная часть пакета (снова вызовется readyRead).
Это абсолютно нормальный порядок работы при получении удаленных данных.