Russian Qt Forum
Март 28, 2024, 22:07 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: [1]   Вниз
  Печать  
Автор Тема: Проблемы с VCP в Windows  (Прочитано 4890 раз)
juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« : Август 04, 2021, 08:39 »

Программа через USB-VCP общается с железкой. Для СОМ порт используется QSerialPort.
Подключил железку по USB, в винде появился COM порт,  запустил программу, открыл порт - работаешь. Закрыл порт, закрыл программу.... Всё прекрасно... до тех пор, пока не дёрниш USB при открытом порте в программе.
Естественно в программе прекращается обмен данными. А вот дальше проблема: закрыл компорт в программе (остановил обмен), подключил USB обратно, снова появился VCP, в программе пытаюсь открыть СОМ порт - получаю ошибку открытия порта.
Запускаю другую программу, пытаюсь открыть порт - ошибка открытия порта. В общем в системе (в диспетчере устройств) СОМ порт есть, но ни одна программа его открыть не может.

1) Как это лечится?
2) Можно как-то автоматически определить в программе (в QSerialDevice) что открыты СОМ порт более в системе не существует и сделать принудительное закрытие порта?

ps Windows 7 64
Записан
juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« Ответ #1 : Август 04, 2021, 08:47 »

ну да ладно.... не хочешь работать по СОМ30, переименовать в СОМ31 и открыть СОМ31....
такое чувство, что после закрытия QSerialPort и самой программы компорт продолжает оставаться открытым
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #2 : Август 04, 2021, 11:13 »

Вендопроблемы.

Из моего опыта, выдернутый ком порт остается "занятым" некоторое время (по крайней мере в течении минуты или как то так). Хотя, хз, многое зависит от драйвера.

Как вариант - кикать "зависшее" у-во программно через WinAPI функции, но для этого нужны права админа... Но это дичь какая то. Улыбающийся
Записан

ArchLinux x86_64 / Win10 64 bit
tux
Крякер
****
Offline Offline

Сообщений: 399



Просмотр профиля
« Ответ #3 : Август 04, 2021, 12:50 »

При выдергивании железки из порта, порт остаётся "занятым" не только в оффтопике. В Linux такая же проблема. Разве что интервал "отпускания" другой.
Записан

Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4349



Просмотр профиля
« Ответ #4 : Август 04, 2021, 12:54 »

При выдергивании железки из порта, порт остаётся "занятым" не только в оффтопике. В Linux такая же проблема. Разве что интервал "отпускания" другой.
В linux устройство сразу исчезает из /dev и момент отключения можно отловить и закрыть порт/прекратить обмен. А после подключения устройства его можно спокойно открыть вновь.
« Последнее редактирование: Август 04, 2021, 12:59 от Old » Записан
tux
Крякер
****
Offline Offline

Сообщений: 399



Просмотр профиля
« Ответ #5 : Август 04, 2021, 13:03 »

В linux устройство сразу исчезает из /dev и момент отключения можно отловить и закрыть порт/прекратить обмен.
Не всегда. Особенно, если в момент выдёргивания был обмен. Какой нибудь /dev/ttyUSBX остаётся на некоторое время. Через некоторое время да, пропадёт. Одно время раздражало, потом плюнул.
gentoo - если интересна OS.
Записан

Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4349



Просмотр профиля
« Ответ #6 : Август 04, 2021, 13:08 »

Не всегда. Особенно, если в момент выдёргивания был обмен. Какой нибудь /dev/ttyUSBX остаётся на некоторое время. Через некоторое время да, пропадёт. Одно время раздражало, потом плюнул.
gentoo - если интересна OS.
Странно, никогда не сталкивался.
Записан
tux
Крякер
****
Offline Offline

Сообщений: 399



Просмотр профиля
« Ответ #7 : Август 04, 2021, 13:17 »

Странно, никогда не сталкивался.
Я бы тоже на слово не поверил. Улыбающийся Но у меня это наблюдается на домашней машине и на рабочей. Система одинаковая, железка - преобразователь USB-TTL.
Возможно, что время "отваливания" настраивается.
Записан

juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« Ответ #8 : Август 04, 2021, 13:51 »

через WinAPI функции
Точно! WinAPI!!!

Запустил свою старую утилиту, там компорт поднят на WinAPI. кагбэ в 3-х строчках код такой
Код:
if(openPort(cbSerialPorts->currentText())
{
   do
   {
      ReadFile(port, buffer, 1, &BytesCnt, NULL);//читаем из порта 1 байт
      if(BytesCnt == 1)
         good();
   }while(timeOut);
    closePort();//закрыть порт
}


timeOut заряжен на 10...100 секунд. компорт в WinAPI заряжен на 1...10 сек
Код:
COMMTIMEOUTS  ct;
ct.ReadTotalTimeoutConstant=1000;//10000
Если дернуть усб во время ReadFile, то через ReadTotalTimeoutConstant миллисекунд ReadFile() вернёт 0 в BytesCnt. потом, по do повторный вызов ReadFile().... через ReadTotalTimeoutConstant мс ReadFile() возвращяет 0 в   BytesCnt.... и так по кругу, пока через timeOut не выйдем из do-while. После этого порт закрывается closePort().
Если воткнуть железку обратно и опять запустить прогу (хоть на WinAPI, хоть на QSerialPort), то компорт ни кем не занят, открывается и работает.

Т.е. при использовании WinAPI таких траблов в маздае нет, а с QSerialPort есть. (((


Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #9 : Август 04, 2021, 21:05 »

Цитировать
Т.е. при использовании WinAPI таких траблов в маздае нет, а с QSerialPort есть. (((

Ну, как бы QSerialPort юзает то самое винапи... Сейчас оно юзает ReadFileEx/WriteFileEx ф-ции...
Ты попробуй с ними, а также открой в overlapped режиме, чтоб честно было ))

ЗЫ: Я больше не занимаюсь сериал портом, не сопровождаю его. Так что спрашивай у кутешников
теперь к ним все претензии (они там вроде хотели кишки под винду подшаманить). Там наверно
теперь кто-то из них должен тянуть этот модуль (ну, или выкинут его вообще) Подмигивающий
« Последнее редактирование: Август 04, 2021, 21:07 от kuzulis » Записан

ArchLinux x86_64 / Win10 64 bit
juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« Ответ #10 : Август 05, 2021, 06:03 »

ЗЫ: Я больше не занимаюсь сериал портом, не сопровождаю его. Так что спрашивай у кутешников
теперь к ним все претензии
Я знаю, что ты съехал с сериалПорт-а, это притензия не к тебе, да и вообще это не притензия, это проблема, и может кто уже с такой проблемой сталкивался и как-то её решил?
Записан
juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« Ответ #11 : Август 05, 2021, 08:37 »

и как-то её решил?
Вобщем сделал свой QSerialPort с блэкджетом и *юхами обернул WinAPI в QObject-класс. Переопределил только те функции, которые используются в проекте. Кому интересно - пользуйтесь (нехватающие методы можно доопределить). Несколько часов работы  - полёт нормальный. Задергал USB шнурок... - ни разу ком порт "незалип".
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #12 : Август 05, 2021, 15:14 »

А попробуй ка пошаманить в COMMTIMEOUTS через QSerialPort::handle(), естественно, после открытия и настройки порта
Записан

ArchLinux x86_64 / Win10 64 bit
juvf
Программист
*****
Offline Offline

Сообщений: 564


Просмотр профиля
« Ответ #13 : Август 06, 2021, 11:27 »

JSerialPort тоже залип. Сейчас наблюдаю и QSerialPort и WinAPI одинаковое поведение. Нашел алгоритм 100% залипания компорта

1) вткаем железку в ПК
2) открываем компорт
3) выдергиваем усб, тут теряется связь
4) втыкаем усб, порт продолжает быть открытым, связь естественно не востанавливается
5) закрываем компорт
6) открываем компорт - ВСЁ!!! Порт залип. Занят др. приложением.
Можно задергать шнурок - порт не освободиться.

Вычислил танец с бубном, который 100% отлипает компорт
7)выдергиваем усб
8 ) открываем компорт на выдернутом усб. получаем ошибку, такого порта нет. после этого действия порт "освобождается"
9) втыкаем усб
10) открываем порт, работаем.

Т.е. порт залипает если, грубо говоря, вызвать close() на дескриптор порта, который отваливался и сейчас опять есть.
« Последнее редактирование: Август 06, 2021, 11:38 от juvf » Записан
Страниц: [1]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.059 секунд. Запросов: 23.