qserialport теперь под лицензией LGPL

И чем оно лучше чем QSerialDevice? Задолбали велосипеды делать.

QSerialDevice под GPL, сабж под LGPL. хотя про этот слышу впервые

Кто пишет на плюсах - пишет на плюсах, а не Qt. А переносимость работы с последовательными портами - бред. в рамках Posix они вполне переносимы, а если на винду лезть, там нюансов многовато вылезает. Есть смысл заворачивать в библиотеку, говорящую на языке Application Domain, и уже её использовать в кроссплатформенной разработке.

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

Так что единственное, где есть смысл эту штуку применять - это в разработке какого контроллера с гуем из соображений «быстро наваять этот самый гуй». И то веб-интерфейс там смотрится логичнее - получаешь почти и морду, доступную откуда надо, и API удалённого автоматизированного управления. почти нахаляву.(отличающееся от морды в основном ясными сообщениями и заворотом в какой-нибудь XML-RPC).

Но для полноты тулкита - почему бы и нет...

pyserial, кстати, более полезен - прототип наваять да поиграться - милое дело. А уж после можно его выкинуть и сделать нормальный код на сях или плюсах.

Да, кстати. Тем более, что это референсная реализация для будущей стандартной библиотеки. Хотя мне не особо понравилось для моих целей - для простых задач слишком много лишних телодвижений, а чтобы выжать максимум быстродействия, лучше что-нибудь менее навороченное вроде той же libev. Правда, асинхронный ввод/вывод и возню с потоками делать самому - но это один раз делается.

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

Ну, насколько я знаю, GPS-навигаторы взаимодействуют с ГИС по последовательному интерфейсу. Ну и, например, POS-система не обязательно является конкретным программно-аппаратным комплексом.

Людей не способных освоить работу с COM-портом на Posix и WinApi, нельзя допускать к програмированию железяк вообще. qserialport - для быдлокодеров!

Ололо. Громко распищалсо :)

Да..., чёт накатило просто. Нужно быть спокойнее, пойду сделаю дыхательную гимнастику :)

git log намекает на сырость сабжа
посмотрим за дальнейшем развитием

qextserialport под виндой был весьма уныл. Без асинхронного доступа, событий и отдельного потока. Нормальной библиотеки я не находил, подозреваю qserialport окажется таким же г.

Видать, плохо искали..

http://qt-apps.org/content/show.php/QSerialDevice?content=112039

rc = ::WaitForSingleObject(this->oRx.hEvent, 5000);

Зачетнейший быдлокод. Сливайте. К тому же, автор, походу, не в курсе, что современные ftdi работают на 921600 :) Плюсом, повторюсь - без многопоточности оно не нужно.

Спасибо за новость, очень полезно было узнать про такую полезную вещь.

mbr, ты законченный долбоеб, слепой и тупой!

:) Что тут еще сказать то? Засунь свои потоки себе в дучко! Раз не в теме. ЛОЛ!

R! Быдлокодер объявился. Мультипоточность ниасилил, да?