Как определить неизвестное устройство в Диспетчере устройств?

Для этого нужно узнать VendorID(VEN) или DeviceID(DEV) устройства

Данные сведения Вы можете узнать воспользовавшись Диспетчером устройств.

  1. Откройте Пуск → Панель управления → Диспетчер устройств
  2. Нажмите правой кнопкой мыши на необходимом Вам устройстве и выберите пункт Свойства
  3. Перейдите на вкладку Сведения и в ниспадающем списке выберите ИД оборудования.
  4. Зайдите на сайт: https://www.pcilookup.com/ и введите одно из найденных Вами значений.

Если в указанной выше вкладке этого нет посмотрите также в вкладках:

  • Совместимые ИД
  • Путь к экземпляру устройства
  • Родитель
  • Родственные
  • там тоже это указывается.

    Написание драйверов для Windows на примере: Локальные сети и сетевые драйверы

    Знания, необходимые для правильной реализации сетевого драйвера для среды Windows, должны включать знания практически всех аспектов создания драйверов для среды Windows. Большинство проблем по реализации сетевого драйвера для Windows требует понимания виртуальной среды в 386 расширенном режиме. Несмотря на это, сетевой драйвер, работающий в стандартном и реальном режимах, требует понимания работы самой среды Windows, использования расширенной и дополнительной памяти, а также схемы управления памятью.

    На низком уровне сетевой драйвер в Windows использует сетевой драйвер для среды DOS. Так как среда Windows использует DOS для доступа к дисковым файлам и устройствам, а DOS в свою очередь использует сетевой драйвер для доступа к удаленным устройствам, основная часть сетевого драйвера для DOS используется в Windows. Существуют, конечно, ограничения в этой совместимости, но если сетевой драйвер для DOS поддерживает интерфейсы MSNet и NETBIOS, большинство работы выполняется самим ядром Windows.

    Для программистов, не использующих Windows, внутренняя обработка событий и сообщений может быть незнакомой концепцией. Для тех, кто создавал сетевые программы, эти концепции являются основными. Для прикладных программ, использующих интерфейс NETBIOS, чаще всего используются подпрограммы постобработки. В среде Novell IPX используются подпрограммы обработки событий. В обоих случаях адрес процедуры обработки передается при вызове определенной сетевой функции. Позже, после таймаута или при возникновении какого-либо события, сетевой драйвер передает управление указанной подпрограмме с помощью межсегментного вызова. Такая схема прекрасно работает в реальном режиме, когда подпрограмма находится в оперативной памяти.

    А что произойдет, если требуется вызов подпрограммы при работе в защищенном режиме? Для стандартного драйвера NETBIOS ядро Windows обрабатывает большинство вызовов. Модуль WINOLDAP для стандартного режима предотвращает переключение DOS-окна, когда программа ожидает ответа от сетевого драйвера.

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

    Подобные проблемы существуют и для прикладных программ, которые собираются использовать косвенно-вызываемые функции.