Виртуальный СОМ порт, нюансы

[Vlad9999]

Здравствуйте. Столкнулся с проблемой такого характера. Есть программа на Delphi, которая 10 раз в секунду отправляет данные через СОМ порт. Для работы с СОМ портом используется компонент Borland Delphi 7 - BComPort. В качестве аппаратного СОМ порта - виртуальный USB-COM порт. В штатном режиме все ОК. Напрягает один нюанс, если в момент выполнения программы выдернуть USB - СОМ шнур из гнезда, программа зависает, и что самое неприятное закрыть ее нормально не получается. Жмем на крестик, в ответ сообщение Windows типа: "Программа не отвечает и будет закрыта" жмем ОК, окно программы закрывается и выскакивает несчетное множество окошек типа: "обнаружена ошибка в программе... В общем прекратить это безобразие можно только через диспетчер задач. Моя задача сделать так, чтобы после выдергивания USB шнура программу, можно было спокойно закрыть, а еще лучше чтобы программа после таких ошибок продолжала функционировать. Перехват ошибок try - except не залезая в код компонента BComPort не помогает. Поначалу думал, что без вариантов так должно быть и ничего сделать нельзя. Но проанализировал несколько похожих программ и понял, что все решаемо - выдергиваем шнурок - выскакивает окошко: "Ошибка порта", жмем ОК и программа предлагает выбрать СОМ порт, то есть полностью работоспособна... Если есть мысли помогите пожалуйста.

[raxp]

1- можно тупо открыть порт-послать 1 раз-закрыть порт, на этапе следующего открытия порта отслеживать его доступность
2- отслеживать перед каждой посылкой наличие виртуального порта через SetupAPI

[Vlad9999]

1. Пробовал - по скорости не проходит, не успевает порт закрыться и открыться между передачами.
2. Вот это буду пробовать, спасибо (пробовал проверку методами компонента, безрезультатно).

[raxp]

1. Пробовал - по скорости не проходит, не успевает порт закрыться и открыться между передачами.

снизьте количество пакетов в единицу времени. Зачем такая скорость?

[Vlad9999]

Настройки порта редактировать нет возможности, все должно быть по дефолту. Я думаю дело не количестве пакетов и скорости, просто как мне кажется процесс закрытия-открытия порта (особенно у китайских переходников) сам по себе небыстрый. У меня поначалу так было: перед каждой отправкой байта порт открывался, после отправки закрывался, данные передавались с ошибками. Долго не мог разобраться в чем дело, потом наобум убрал открытие-закрытие порта и все заработало.

[raxp]

Настройки порта редактировать нет возможности

это еще почему?

мне кажется процесс закрытия-открытия порта (особенно у китайских переходников) сам по себе небыстрый.

на самом деле инициализация драйвера виртуального порта процесс длительный.

потом наобум убрал открытие-закрытие порта и все заработало

таймауты соблюдать надо.

[Vlad9999]

это еще почему?

Это одно из требований владельцев-разработчиков устройств на другом конце СОМ - порта.

таймауты соблюдать надо.

Все манипуляции с СОМ-портом (открытие, закрытие, передачу) я произвожу через компонент BComPort, разве он не должен сам заботиться о таймаутах? А с другой стороны Вы же сами написали:

на самом деле инициализация драйвера виртуального порта процесс длительный.

[raxp]

разве он не должен сам заботиться о таймаутах?

это вы должны в нем настроить для начала, это лишь обертка.

А с другой стороны Вы же сами написали

а это да.

[Vlad9999]

Если не сложно подскажите, какие таймауты мне подправить. У меня все по умолчанию (WriteTotalConstant=1000, WriteTotalMultipilier=100)

[raxp]

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx