QSerialDevice - Библиотека для работы с COM-портами Опции

[kuzulis]

На самом деле я пробовал и без открытия порта - тоже самое происходит. Я serialenumerator и использую для отслеживания что устройство выдернули, (даже с открытым портом) и соответствующий ему Abstractserial класс удаляется с закрытием порта и удалением дескриптора.

Ну, если вы говорите, что ошибка в serialenumerator - значит нужно его ковырять.
Я не скажу навскидку что там происходит... Может udev шалит, а мож еще что.

PS: А на обычном PC с Linux пробовали?

[sh2ka]

Есть некоторая проблема при использовании QSerialDevice.

Вот, исходные данные:

• графическое приложение Qt (QWidget)
• объект открытого порта (QSerialDevice)
• фоновый таймер, отправляющий в порт запросы с интервалом ~1 секунду
• есть слейв устройство, которое отправляет ответы на запросы (ГАРАНТИРОВАННО)

шаги по воспроизведению:

• хватаю окно мышью за заголовок и держу
• или открываю модальное окно

ПРОБЛЕМА: прекращается обмен с устройством.

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

Думаю, что здесь что-то связано с использованием API-функции WaitForSingleObject, т.е. она не возвращает управление до тех пор, пока не отпустишь окно или не закроешь модальное окно.

Однако, это всего лишь мое предположение. Хотелось бы узнать, что на самом деле: я что-то не так делаю или это баг?

[kuzulis]

Да, подтверждаю. Есть такое дело.

По ходу блокируется метод: QWinEventNotifier::event(QEvent *e).
т.е. не блокируется - а перестает срабатывать при появлении события.

Думаю, что здесь что-то связано с использованием API-функции WaitForSingleObject, т.е. она не возвращает управление до тех пор, пока не отпустишь окно или не закроешь модальное окно.

Хз в какой функции проблема - но точно она в QWinEventNotifier.
В этом случае я ничего не могу сделать. ИМХО.

Создавайте экземпляр класса порта тогда в другом потоке, может поможет.

[Litkevich Yuriy]

хватаю окно мышью за заголовок и держу

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

[kuzulis]

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

Эмм... но если б он блокировался - то не срабатывал бы таймер и не излучался бы от него сигнал, по которому порт отправляет данные.
Но в данном случае порт их периодично (раз в 1 сек) отправляет, но вот обратно не принимает ответ!

Почему тогда срабатывает таймер и обрабатываются евенты, если гл. поток должен блокироваться!?

Сообщение отредактировал kuzulis - 18.8.2011, 8:22

[Litkevich Yuriy]

у меня и таймер не срабатывает, отпущу мыша, и попёрла вся пачка накопившаяся в очереди.

[kuzulis]

у меня и таймер не срабатывает, отпущу мыша, и попёрла вся пачка накопившаяся в очереди.

Хм, странно. У меня таймер срабатывает (WinXP SP2).

[sh2ka]

у меня и таймер не срабатывает, отпущу мыша, и попёрла вся пачка накопившаяся в очереди.

Странно, у меня таймер подвисает на долю секунды пока рамочка вокруг окна отрисовывается (содержимое окна при перетаскивании не отрисовывается), а потом все нормально.

Аналогично с полями ввода (скорее всего там таймер и используется для моргания курсора).
Одно понять не могу: это баг виндовс или Qt? Может какие-то особые настройки нужны системе для генерации события от порта (прерывания-то должны возникать хоть как при получении данных в порт)?

Я программировал на чистом WinAPI одно время и сам делал модальные циклы - это обычный рекурсивный вызов бесконечного цикла обработки событий, который закрывается при закрытии модального окна. Исходя из этого непонятно, почему блокируется генерация событий от порта. С отдельным потоком не всегда удобно, когда нужно сделать быстро и без проблем примитивную програмку с модальными окнами.

[kuzulis]

Одно понять не могу: это баг виндовс или Qt?

ИМХО - баг Qt, связанный с обработкой событий (или типа того, не охота копать глубоко).

Вот, я прикрепил небольшой тестовый примерчик где по таймеру раз в 1 сек в порт отправляется запрос на чтение регистров (Modbus) и принимается ответ. Так тут такое же поведение.

Сообщение отредактировал kuzulis - 19.8.2011, 9:21

Прикрепленные файлы

 testserialreadyread.zip ( 4.76 килобайт ) Кол-во скачиваний: 140

 

[silver47]

Добрый день. Обновился до ветки master от 17 сентября. На windows 7 не закрывает порт с модемом, который подключен по USB. Так и висит с открытым портом, до тех пор пока шнурок из модема не выдернешь. В чем может быть проблема?

спасибо.

P.S. под USB модемом подразумеваю zyxel OMNI 56K UNO, а не всякие GPRS/3G.

Сообщение отредактировал silver47 - 4.11.2011, 14:41