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

[yesrus]

Понял, спасибо !

[Barmaglodd]

Работаю с устройством, которое подключается по USB и создаёт виртуальный COM-порт. Обрабатываю сообщения появления нового и удаления устройства, ловлю WM_DEVICECHANGE. При отключении устройства вызываю close, получаю падение программы, т.к. цикл обработки сообщений qt пытается обратиться к разрушенному экземпляру класса QWinEventNotifier. Если close не вызывать, падения нет, но при повторном подключении в устройство не посылаются данные, если снова переподключить, то посылка работает нормально, т.е. срабатывает стабильно на второе переподключение. Проблему обошёл, вызывая в обработчике WM_DEVICECHANGE таймер с нулевым интервалом, и на его timeout уже вызываю close, т.е. позволив отработать qt-шному обработчику сообщений от винды.

[yesrus]

up теме.
Подскажите пожалуйста-эта реализация умеет работать с RTS\CTS ? Если да - не могли бы Вы написать как это делать, нашел в функциях setRTS, но вот как смотреть за состоянием CTS - не понятно.

[kuzulis]

Подскажите пожалуйста-эта реализация умеет работать с RTS\CTS ?

Насчет установки/снятия RTS -  см. в сторону: bool setRts(bool set);
Насчет контроля CTS - см. в сторону: ulong lineStatus();

Если имеется ввиду аппаратный контроль RTS/CTS , DTR/DSR - то в текущей версии библиотеки он отключен, т.е. эти состояния не контролируются и можно обмениваться данными, имея всего 3 провода: GROUND, Tx, Rx.  В будущем планирую добавить методы включения/отключения аппаратного контроля этих линий (для применения например в обмене данными с модемом).

А пока что библиотека "заточена" на обмен данными с минимальным использованием проводов -  только по трем проводам!
(для связи с промышленными устройствами по RS-232/485)  

ЗЫ: времени щас нету

[yesrus]

Отключены имеется ввиду вообще не работают ? т.е. если я сделаю запрос linestatus оно не покажет, что CTS в положении 1 (т.е. линия свободна) ?
Очень нужен этот функционал =( Если можно, реализуй пожалуйста работу rts\cts первым приоритетом 

[kuzulis]

Отключены имеется ввиду вообще не работают ?

Не не не... Должны работать! Просто аппаратно не контролируется алгоритм "рукопожатия" или как там его.. Т.е. модемы работать в данном случае не должны! (Вроде)

т.е. если я сделаю запрос linestatus оно не покажет, что CTS в положении 1 (т.е. линия свободна) ?

Должен показать

Если можно, реализуй пожалуйста работу rts\cts первым приоритетом

Эмм... вроде работать методы должны! Проверь сам! Я не проверял.

[akorud]

Вышеуказанная проблема с чтением в ОС Windows вроде побеждена! Для этого пришлось делать хитрый финт (лишние телодвижения с бубном )

Теперь при чтении вплоть до 4096 байт ниего не теряется! Проверено мною! Больше не проверял!

А можно спросить какие именно? Т.к. такая же проблема наблюдается с QextSerialPort а передельть на QSerialDevice нет возможности

[kuzulis]

Ох.. много чего.. так и не упомнить... Посмотрите исходники

Изначально библиотека разрабатывалась под Qt4.1.1, а т.к. в более поздних версиях Qt4 были значительные изменения (в частности классе QIODevice) поэтому были различия в работе.

Насчет QextSerialPort не знаю что там и как... А вот в QSerialDevice я поправил кое-что в SVN и теперь можно читать и более 4096 байт

[juvf]

скачал QSerialDevice_v0.1.0.zip. Собираю как доктор прописал. make дает ошибку

Код:

In file included from nativeserialengine_win.cpp:24:
/usr/local/Trolltech/Qt4.6-static/include/QtCore/qt_windows.h:63:21: error: windows.h: Нет такого файла или каталога
nativeserialengine_win.cpp: In constructor ‘NativeSerialEnginePrivate::NativeSerialEnginePrivate()’:
nativeserialengine_win.cpp:42: error: class ‘NativeSerialEnginePrivate’ does not have any field named ‘hd’
....

пробовал src.pro и project.pro. Из кансоли и из KDevelop-a - результат один "error: windows.h: Нет такого файла или каталога". Собирай под Debian lenny, Qt4.6. Это как-то лечится?

[lit-uriy]

чё-то с DEFINE криво видимо, windows.h на линухе не нужен

[juvf]

чё-то с DEFINE криво видимо, windows.h на линухе не нужен

заново распаковал zip, заново создал проект - собрался )).

Есть такой замечательный метод QStringList AbstractSerial::serialDevicesAvailable( )const, но к сожалению он не статический. А задача следующая: Пользователю нужно дать возможность выбрать компорт из доступных в системе. Т.е. до создания объекта AbstractSerial. Можно конечно с костылём это сделать, например создать объект AbstractSerial с дефаултным именем, получить список и уничтожить этот объект. А в идеале было бы не плохо иметь статический метод serialDevicesAvailable.

Ну и как-бы до кучи,,,,, если не AbstractSerial, то как можно получить список доступных компортов в системе?

[kuzulis]

Берите из SVN, т.к. в версии 0.1.0 есть корявости: http://fireforge.net/snapshots.php?group_id=199

Насчет статического метода - сделаете - и я сразу его добавлю (у меня нет времени сейчас) + к тому не просто его будет сделать. см. исходники . ИМХО

[kuzulis]

Итак, новшества:

1. в qserialdevice:
- подчищен код
- убрал я метод:  QStringList serialDevicesAvailable(bool friendlyName = false) const .
Теперь для получения списка портов и других вещей применять нужно класс: qserialdevicewatcher

2. добавлен класс: qserialdevicewatcher, который следит за добавлением/удалением последовательных устройств, а также возвращает их список и т.п.

3. добавлен пока что шаблон класса: qserialdeviceinfo , который будет выполнять соответствующие функции (пока не реализованы методы и т.п., займусь в ближайшее время)

скачать срез SVN тут: http://fireforge.net/snapshots.php?group_id=199

----

Кому библиотека нужна - просьба постить отзывы, пожелания и т.п.

[kuzulis]

Итак, близок тот день когда выйдет версия 0.2.0.

Готовый (то что планировалось мною) на 95% срез SVN тут: http://fireforge.net/snapshots.php?group_id=199
остались "мелкие" штрихи.

Милости просим к тестированию и т.п.

PS: Зарелизить думаю сегодня после 18:00

[Amigo_sa]

Добрый день. Не могли бы вы рассказать о плюсах и мунусах вашей библиотеки по сравнению с компонентом, который выложили недавно на crossplatform?
ЗЫ Большое спасибо за вклад в общее дело