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

[Bepec]

Да заколдованная библиотека в общем. Каждый раз при сборке ошибки всякие.

Кхм. Действительно есть в стандарте. Почему то VS в упор не видит. Разберусь.

PS спасибо за быстрый ответ.

[kuzulis]

Каждый раз при сборке ошибки всякие.

Не может быть

[Bepec]

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

[Figaro]

Руки а главное мозг надо тренировать... еще десяток раз переставите - запомните:-)

[Phoenix]

Я попробовал библиотеку (от 06.01.2014) на одноплатном компьютере Raspberry PI. Работает. Дистрибутив linux собран при помощи BuildRoot 2013.11. Порт встроенный, ttyAMA0. Согласование уровней через микросхему MAX232CPE. Загрузка процессора 4%.

Не знаю, нужна ли вам информация о тестировании на ARMe. Может кто-то уже проверил работу библиотеки на ARMe.

[kuzulis]

@Phoenix,

да, спасибо за статистику.

И да, загрузка на 4% это очень много. Я уже встречал много упоминаний об большой загрузке CPU на Linux.
Вот тут https://codereview.qt-project.org/#change,75708 человек также упоминает от этом.

Пока сошлись на мнении что это баг QSocketNotifier и/или кривая реализация Qt event-loop (хотя я сомневаюсь в этом).
Но пока нет сравнительных тестов - не имеет смысла о чем-то разговаривать, возможно что нужно что-то в QtSerialPort подкрутить.

[Phoenix]

Пожалуйста.
Добавлю. Я не пользуюсь сигналами, а создаю отдельный поток с waitForReadyRead. Обмен с устройством идет на скорости 19200, ~122 обменов в секунду (запрос/ответ).

[Phoenix]

На raspberry pi преобразователь usb-rs232 (FTDI FT232RL) тоже работает, но загрузка процессора 10%. На скорости 19200 - 130 обменов в секунду с устройством.
Преобразователь: http://bolid.ru/production/orion/interface-converter/usb-rs232.html

[Phoenix]

Возможно действительно такая нагрузка из-за особенностей событий Qt. Я подключил raspberry к устройству по erhernet (не задействуя библиотеку QtSerialport), передача по UDP (QUdpSocket). При скорости 70 обменов в секунду - нагрузка на процессор 6%.

[Bepec]

Собственно собрал ещё раз библиотечку под VS2008.

1) алгоритмы в файле qserialportinfo_p.h не включены. 
2) не добавлена папка в additional Include ".\GeneratedFiles\$(ConfigurationName)", куда при конвертации проекта сыпятся moc_*.cpp. Потому ругается сильно.
это уже специфика VS2008 + QtAddin я думаю, но вдруг кому полезно будет.

[Phoenix]

Что такое "Протекает наложенное событие ввода/вывода."? Эта ошибка появляется в логе программы от QtSerilaPort, если программа запускается во время загрузки windows. Не мешает, но интересно почему появляется.

[kuzulis]

"Протекает наложенное событие ввода/вывода."

Это наверно ERROR_IO_PENDING. При асинхронном I/O это обычная штука.

Возможно действительно такая нагрузка из-за особенностей событий Qt.

Я тут набросал некоторую статистику загрузки CPU от типа ОС, скорости, типа устройства и т.п. (из того что смог найти под рукой):
https://bugreports.qt-project.org/browse/QTBUG-36684

Результаты удручающие (если не сказать фейловые). Загрузка CPU просто ошеломляет, особенно под Linux (до 90% при использовании socat). Под Windows ситуация немного лучше (там до 40% при использовании com0com без эмуляции скорости). Но это, товарищи, никуда не годится, потому что в идеале она должна быть около ~0% т.к. все операции асинхронные и неблокирующие.

Кого здесь винить - я не знаю, или I/O подсистема в Qt вообще никакая, или у нас (меня) кривые руки, или драйвера хреновенькие, или tty подсистема в Linux - это шлак или что-то еще. В любом случае надо сравнить с загрузкой чисто Си-шных решений без всякого там Qt и прочего..

Мда, вот такие дела. 

[lit-uriy]

>>при использовании com0com
надо без него пробовать, а с реальным нульмодемным шнурком. Этот com0com помнится мне чудил периодически поэтому я от него отказался.

[Bepec]

com0com гадость. Пробовали, знаем. Много раз при рандомных условиях начинал "тухнуть", не пропускать кадры, отмирать до перезагрузки компа.

[kuzulis]

надо без него пробовать, а с реальным нульмодемным шнурком. Этот com0com помнится мне чудил периодически поэтому я от него отказался.

Юр, ну бы хоть посмотрел на ссылку что я дал. Там и шнурок реальный тоже был.. И тоже загрузка CPU нехилая до ~8% на 115200 (в винде).

com0com гадость. Пробовали, знаем. Много раз при рандомных условиях начинал "тухнуть", не пропускать кадры, отмирать до перезагрузки компа.

Не было такого замечено ни-разу .

И зря вы, парни, хаите com0com - он показывает ~0% при включенной "baud rate emulation" (даже при 1.000.000 бодах), что вполне допустимо. Но без эмуляции (когда скорость - по максимуму 38 мегабайт в секунду) - тут уже 40% набегает.