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

[kuzulis]

Ну, тут ничем помочь не могу, т.к. любые предположения - это пальцем в небо.

[Alex_K]

В общем, Qt и QSerialPort работают везде отлично. Вопрос был в прошивке прибора.

[Old]

kuzulis, наткнулся на такую вещь: https://github.com/connectedtable/qeventdispatcher_epoll
Не пробовали тестировать работу QSerialPort через epoll?

[kuzulis]

2 Old,

Хм, интересненькая штукенция. Но нет, не пробовал, нет пока времени.

[Phoenix]

Я так и пользуюсь библиотекой от 29.03.2014. Пару дней назад захотел обновить библиотеку в своем проекте. Обновил, работает, но как-то медленно.
Начал разбираться, выяснил что в принимаемых данных содержатся посторонние данные.
Соединил два компьютера перекрестным com кабелем (на одном компьютере linux, на другом windows), запустил blockingmaster, blockingslave, получил на windows посторонние символы в сообщении.
Менял местами blockingmaster и blockingslave, результат тот-же. Проблема в библиотеке именно на windows и только в принимаемых данных.

[kuzulis]

Не, нет никаких "левых" данных, просто нужно увеичить таймаут в коде BlockingSlave для waitForReadyRead():

Код

C++ (Qt)
//! [7] //! [8]
            // read request
            QByteArray requestData = serial.readAll();
            while (serial.waitForReadyRead(10))
                requestData += serial.readAll();
//! [8] //! [10]
 

где вместо 10 мсек, нарисовать например 50 мсек.

Просто виндовый шедулер некорректно справляется с обработкой событий, т.е. вместо этих 10 мсек он в реальности может возвратить управление через 1 мсек и пр.
Нужно время побольше установить, т.к. реальное разрешение таймера в винде +/- 20-50 мсек. Поэтому делать таймауты менее 50 msec смысле нет вообще.
Конечно, все зависит от многих факторов, не все так просто.

UPD: Упс, хм.. странно.. все-таки надо проверить.

UPD2: Только что проверил на com0com - все нормально. Скорее всего проблема в маленьком таймауте как написано выше.

[Phoenix]

В моей программе так:

Код:

while (!time.hasExpired(200))
{
   if ( serialPort->waitForReadyRead(30) )
   {
      QByteArray tempbuff = serialPort->readAll();
      ...
      buff.append(tempbuff);
      ...
      //  проверка CRC
      // если все данные получены, то выход из цикла
   }   
}

Данные от устройства библиотека дробит на 2-3 куска, поэтому так сделано. Раньше все работало, а теперь иногда приходят данные с мусором.

Добавлю: в данных от устройства две контрольные суммы CRC, мусор иногда появляется в середине данных. Если мусор в начале, то программа легко от него избавляется, а вот если в середине, то можно только отбросить пакет.

[kuzulis]

Не может там быть никакого мусора. Неоткуда ему взяться. Проверяйте у себя откуда они берутся и пр..

[Phoenix]

Хорошо, попробую еще поразбираться. Но простая замена библиотеки кардинально меняет работу программы.

[kuzulis]

Попробуй представить какой-нибудь простой проект который воспроизводит проблему, или какой-нибудь тест.

Например, по этой проблеме я набросал быстрый тест который проверяет корректность переданых и принятых данных.
Можешь попытаться проверить с ним. Или модифицировать его под свои нужды.

Иначе мы не найдем проблему.

UPD: Можно дополнить этот тест тестом производительности. Например, за основу взять тест от QTcpServer. И замерить производительность и прочее.

[Phoenix]

kuzulis, а как этот тест запустить в linux? Делаю так:

Код:

export QTEST_SERIALPORT_RECEIVER=ttyS0 
export QTEST_SERIALPORT_SENDER=ttyS0 
./tst_qserialport

Выдает такое:

Код:

********* Start testing of tst_QSerialPort *********
Config: Using QTest library 4.8.5, Qt 4.8.5
PASS   : tst_QSerialPort::initTestCase()
FAIL!  : tst_QSerialPort::synchronousLoopbackDataVerificationTest() 'receiverPort.open(QSerialPort::ReadOnly)' returned FALSE. ()
   Loc: [../../../../qt-qtserialport/tests/benchmarks/qserialport/tst_qserialport.cpp(127)]
PASS   : tst_QSerialPort::cleanupTestCase()
Totals: 2 passed, 1 failed, 0 skipped
********* Finished testing of tst_QSerialPort *********

Кажется понял в чем проблема. Нужно использовать два разных порта?

[kuzulis]

Нужно использовать два разных порта?

Да.

[Phoenix]

Нет у меня два разных порта. Переделал этот тест для одного порта (во вложении), заодно и выяснил в чем у меня проблема.
Я делаю так: while ( serialPort.waitForReadyRead(50) ) {...}
А нужно так: while ( serialPort.bytesAvailable() || serialPort.waitForReadyRead(50) ) {...}

Я думал что если в буфере есть данные, то waitForReadyRead возвращает true, а он возвращает true, если данные пришли во время ожидания.

Добавлено:
Если обе программы (которые на разных компьютерах) одновременно отправляют данные, то тест не проходит. Я это учел в тесте, сделал задержку.
Получается какая-то коллизия. Так и должно быть? Может как-то доработать библиотеку, чтобы работало и в таком режиме?

[kuzulis]

Я думал что если в буфере есть данные, то waitForReadyRead возвращает true, а он возвращает true, если данные пришли во время ожидания.

waitForReadyRead() возвратит true только если пришли новые данные, иначе он возвратит false.

Так в документации сказано:

Blocks until new data is available for reading and the readyRead() signal has been emitted, or until msecs milliseconds have passed. If msecs is -1, this function will not time out.

.

[Phoenix]

Так не очень понятно. Вот если бы еще в примерах так было (я про bytesAvailable || waitForReadyRead вместо waitForReadyRead).