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

[Bepec]

Windows 7 x64 sp 1

[kuzulis]

Тгда наводящие:

1. В диспетчере устройств они есть?
2. Если да - то какой Class GUID отображается в свойствах этого устройства?

Device Manager -> NPort -> Properties -> Details -> Device Class Guid (выбрать в комбобоксе)

[Bepec]

В диспетчере устройств их нет Совсем нет. Нет ни моксы, ни портов.

Имеются в реестре записи о них, аля
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

Код:

Npdrv13  COM13
Npdrv14  COM14
Npdrv15  COM15
Npdrv16  COM16

Видит только устройство с драйверами(usb модем, обозначается так)

Код:

\Device\QCUSB_COM20_3 COM20

[kuzulis]

Ну, значит ничего нельзя сделать. Ищи новые драйвера для NPort.

[Bepec]

Эм... То есть вы официально признаёте, что ваша библиотека с моксами работать не будет? Оо

Порты генерируются прилагающейся программой NPortAdmin.

PS неужели вы тягаете список портов из диспетчера устройств??? Мб стоило из реестра брать значения?

[kuzulis]

Эм... То есть вы официально признаёте, что ваша библиотека с моксами работать не будет? Оо

Не тролли плз...

Она работает с моксами. По крайней мере с однопортовыми преобразователями.

Порты генерируются прилагающейся программой NPortAdmin.

Значит у тебя на диске устаревшая версия. Скачай на сайте MOXA последние дрова/программу для
своего преобразователя.

PS неужели вы тягаете список портом из диспетчера устройств???

Ничо подобного. Если в диспетчере устройств устройства нет - значит его нет для системы и его невозможно
найти через SetupAPI. Вина тому "кривая" программка/драйвера NPortAdmin.

Мб стоило из реестра брать значения?

Они и из реестра берутся, но в случае, если устройство существует.

ЗЫ: эту тему уже мусолили стопицот раз.

[Bepec]

kuzulis, оно в реестре есть, спокойно работает и не шевелится(если данные брать из реестра.)

То, что его в диспетчере нет - вполне логично. Драйвера то на него и не ставятся. Всем занимается программа. (И это последняя версия, последняя прошивка и моксы пришли 3 дня назад).

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

М. Т.е. если в диспетчере устройств нет описания устройства, то данные из реестра библиотечка не берёт?
Вам кажется это правильным?

PS т.е. если я напишу свой драйвер, ваша библиотека его не увидит? (конечно в диспетчере его не будет спрячу)

[kuzulis]

Скачай уже наконец последнее ПО с их сайта и не парь мне моск всякой хренью,
о которой не имеешь представления.

На тебе ссылочку ( почему это я за тебя должен ее искать ? ):

http://www.moxa.com/support/download.aspx?type=support&id=937

упс, отставить, эта ссылка наверное лучше будет:

http://www.moxa.com/support/download.aspx?type=support&id=974

Если и после этого не заработает - то сорри, юзай так как есть.

[Bepec]

Последняя версия не пашет

А вот с 1.15 порты обнаружены были. Спасибо за быстрый ответ и..

PS всё же как вы порты тама находите, в 2 словах?

[kuzulis]

А вот с 1.15 порты обнаружены были.

Да, именно с "NPort Windows Driver Manager (WHQL certified)"
и у меня работало, т.к. оно предоставляет нормальные драйвера.

И это совершенно другая вещь нежели "NPort Administration Suite",
поэтому понятие о версиях неуместно.

всё же как вы порты тама находите, в 2 словах?

См. исходники, тут не нужно слов

[kuzulis]

Парни, нужна помощь для тестирования библиотеки в части бага, который проявляется с использованием USB/Serial адаптеров в Windows.
Баг заключается в том, что при использовании некоторых конвертеров при чтении данных увеличивается нагрузка на CPU до 100%.

Как тестировать:

1. Скачать текущую версию аддона как написано в ВиКи
2. Подправить исходный код как сказано в багтрекере
3. Собрать и установить библиотеку как сказано в Вики, собирать достаточно без Release.
4. Взять тестовый проект  TestSerial.zip из багтрекера
5. Собрать его, подправив имя порта и т.п..
6. Запустить тестовый проект, а затем из любого внешего приложения (хоть с терминала, хоть еще с чего)
начать передавать в TestSerial данные. Т.е. TestSerial должен тупо все принимать и выводить в консоль.
7. Запустить виндовый таск менеджер и посмотреть как будет меняться загрузка CPU.

О полученных результатах плз. отпишитесь:

1. Какую версию Qt использовали.
2. Под какую платформу она собрана 32 или 64 бит
3. Какая версия винды стоит
4. Какой USB/Serial конвертер использовался
5. Какая версия драйверов этого конвертера использовалась.
6. Какая максимальная загрузка CPU была до исправления и после исправления кода

[Bepec]

1. Qt 4.7.2
2. x32
3. W7 Максимальная SP1  x64
4. UPort 1130I MOXA
5.

Поставщик драйвера: Moxa Inc.
Дата разработки: 08.06.2009
Версия драйвера: 1.6.0.0
Цифровая подпись: Microsoft Windows Hardware Compatibility Publisher

6. 0-6% одного ядра(i5).

PS после запуска 2-6%(5-7 минут), потом установилось в 0-1%.

[kuzulis]

2 Bepec,

а до исправления исходного кода какая была нагрузка на CPU?

[Bepec]

Посмотрел.

Нагрузка так же 0-1, разве что не было скачка до 6% в начале. Мб посодействовало то, что я ещё пару проектов перед обедом отлаживал, хз хз

PS разницы не заметил особой.

[kuzulis]

2 Верес, спасибо за участие.

Похоже, проблема так и осталась, см тут и тут, по крайней мере для конвертеров типа:

- USB-SERIAL CH340 wch.cn
- Arduino MEGA 2560 boards (Arduino driver)
- PL2303

Такое впечатление, что там говно-драйвера используются, хотя, может это баг QWinEventNotifier...

PS: А может и мои "кривые"руки