Как программно выяснить какие порты в ПК задействованы и их параметры? В первую очередь интересует какие устройства к ним подключены, параметры обмена (скрость, чётность и т.д.), занят порт приложенем или нет. На первых порах было бы достаточно информации, которую выдаёт диспетчер устройств. Просматривал такие варианты:
1. Программа devcon от Microsoft http://support.microsoft.com/kb/311272 , но для её использования есть существенное НО, она может использоваться только под администратором.
2. Программа msinfo32 http://www.windowsfaq.ru/content/view/122/57/ , но информацию с неё можнополучить только через создаваемый ею текстовый файл, что меня не устраивает. Не устраивает не то, что он текстовый, а то, что это файл вне программы.
Кто чего может предложить?

Задействованы ? Попробуйте открыть порт. Если вы получите ошибку, значит, порт чем-то занят . Например, к нему подключены мышь или модем. Почитайте статью Титова Олега:
http://ir.nmu.org.ua/bitstream/handle/1234....pdf?sequence=1

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

Сообщение отредактировал schulgin - Dec 20 2014, 13:32

Не сомневаюсь, честно говоря, что это так. ИМХО, максимум, что вы можете сделать - это запросить соотв. информацию у ОС. А вот отуда она ее возьмет - вопрос. Разумно предположить, что прочитает из реестра. Но вот отуда именно - вопрос. Нужно искать в Сети ...

Собственно говоря, этот путь мне видется наиболее реальным. Всего то нужно прочитать, что находится в диспетчере устройств в разделе "Порты".

В примерах к QT (в последней версии) есть такая программа (может что то и не показывает), но с использованием QT.

Что такое QT?

Вот, кажется, то, что нужно:
http://delphiregedit.narod.ru/regeditxp/Chapter7/Index.htm

Реестровые ключи годятся только для "стационарных" COM-портов, выполненных на материнской плате или на плате, втыкаемой в ее слот. Те же порты, которые являются витуальными порождениями USB/COM-конверторов или USB CDC устройств, выполненных на МК, записываются в реестр лишь однажды (в момент первой инсталляции), а потому реестр (как и функции по работе с ним) показывают наличие таких CОМ-портов даже в том случае, если они реально отсутствуют (т.е. в последствии были выдернуты из USB-разъема).

По этой причине реестровые функции практически бесполезны для обнаружения активных COM-портов, поскольку встроенные порты обычно всегда имеют имена COM1 и COM2 по умолчанию, а порты с большими номерами являются виртуальными, на счет которых реестровые функции лгут.

Реестровые функции могут представлять интерес только в том случае, если требуется прочесть тип/имя CОМ-порта. Например, чтобы отличить Bluetooth или телефонный модем от остальных COM-портов.

вот делал програмку и однако вполне успешно работает с "активными COM-портами" ( хотя как именно реализовано уже не помню, но кому интересно - есть исходники )

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

Таким образом, информация из реестра позволяет лишь сократить число проверок "открыть-закрыть", исключив из испытаний неинсталлированные порты, но не может служить заменой этому тесту.

Фрагмент компонента под Builder6 - пользую давно (под XP). Показывает только активные порты, в том числе и USB.

PS: Items - член базового класса TCustomComboBox.
Под 7-кой и выше программа может запросить права администратора.

Сообщение отредактировал редактор - Dec 22 2014, 08:38

Наименование подключённного устройства показывает?

так имена же в ts->Strings[i]

Для создания таких файлов в Windows существует специальное место, гарантировано доступное из-под текущего юзера всем программам - получается вызовом GetTempPath. Это решит непонятную проблему "файлов вне программ" (еще бы понять, что это вообще такое).