Как отловить момент подключения USB-флэшки? [Win2K]

[Monsta]

Сабж. Тот момент, после которого винда показывает в трее иконку "Извлечение устройства" (или как его там). Нужно ли писать для этого свой драйвер, или можно обойтись обращением к драйверу самой флэшки?

P.s. не предлагайте, пожалуйста, ловить момент появления иконки. Если до этого в систему был подключен хотя бы один USB-девайс, то иконка уже будет на месте.

[mad]

Сабж. Тот момент, после которого винда показывает в трее иконку "Извлечение устройства" (или как его там). Нужно ли писать для этого свой драйвер, или можно обойтись обращением к драйверу самой флэшки?

Да, придется. Через "обращение в драйвер флешки" не получится получить состояние только по тому что драйвер не будет загружен.

ЗЫ: показ иконки в трее можно и отключить.

[SlavaI]

Сабж. Тот момент, после которого винда показывает в трее иконку "Извлечение устройства" (или как его там). Нужно ли писать для этого свой драйвер, или можно обойтись обращением к драйверу самой флэшки?

Вариант из юзер мода- зарегестрироваться на получение сообщений о смене устройств- RegisterDeviceNotification.

Вариант из кернел мода- драйвер фильтр с отловом сообщений IRP_MN_START_DEVIECE, IRP_MN_QUERY_DEVICE_RELATION. Хотя и там можно зарегистрироваться на получение сообщений.

[mad]

Ух ты! RegisterDeviceNotification. Я такую шнягу еще не видал!

[Monsta]

Вариант из юзер мода- зарегестрироваться на получение сообщений о смене устройств- RegisterDeviceNotification.

Во - то, что надо. Только компилироваться не хочет. В MSDN для VS 6.0 такой функции я не нашёл, поэтому взял пример из http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/registering_for_device_notification.asp. Подключил и windows.h, и dbt.h - не компилится. Что ему ещё надо?

[mad]

это в форум про гуи программинг

[Monsta]

А всё-таки? Интересует, получится ли работать с этой функцией в VC++ 6.0?

[Mfcer__]

А всё-таки? Интересует, получится ли работать с этой функцией в VC++ 6.0?

получиться, только обнови Platform SDK,
раньше его можно было скачать с  microsoft.com

[Monsta]

Да сейчас вроде как тоже можно, только "A server problem has occurred. An attempt to resume the download will occur in 120 seconds."
Одно слово - микрософт...

[Monsta]

Fuck. Файл dbt.h спокойненько нашелся где-то в недрах Visual Studio, хоть компилер его в упор и не видит. Пофиг, перегнал прогу в Билдер - там всё нормально. Как обычно, микросакс со своими заморочками.

Теперь другой вопрос: ф-ция RegisterDeviceNotification требует структурку, в которой надо прописать GUID девайса:

Код:

typedef struct _DEV_BROADCAST_DEVICEINTERFACE
|
  DWORD dbcc_size;
  DWORD dbcc_devicetype;
  DWORD dbcc_reserved;
  GUID dbcc_classguid;
  TCHAR dbcc_name[1(;
" DEV_BROADCAST_DEVICEINTERFACE *PDEV_BROADCAST_DEVICEINTERFACE;

Как и откуда этот GUID можно узнать?

[Серж]

Monsta,
GUID класса USB-устройства можно получить, открыв ключ реестра
HKLM\System\CurrentControlSet\Enum\USB\... и подключ любого устройства,
GUID будет везде одинаков, а из программы с помощью ф-ии
SetupDiGetDeviceInfoListDetail

[Серж]

Вообще-то, если искать в реестре из программы, то надо перебирать ветки реестра HKLM\System\CurrentControlSet\Control\Class\...  и выбрать ту из них,
для которой значения параметра Class = "USB"

[Monsta]

Ну я, собсно говоря, из реестра все это и вытащил, только ручками
Вот про SetupDiGetDeviceInfoListDetail я уже в MSDN почитал, надо попробовать.

[Monsta]

Вот ещё вариант нашёл:

Код:

#include <setupapi.h>

...

// получаем список девайсов по enumerator'у "USBSTOR"
HDEVINFO usbinfo = SetupDiGetClassDevs)NULL, "USBSTOR", NULL, DIGCF_ALLCLASSES:;

// получаем структурку с данными о конкретном девайсе
SP_DEVINFO_DATA devdata;
devdata.cbSize = sizeof)SP_DEVINFO_DATA:;
SetupDiEnumDeviceInfo)usbinfo, 0, &devdata:; // 0 - индекс элемента

После этого в devdata.ClassGuid будет лежать GUID нулевого элемента массива всех девайсов, которые относятся к HKLM\SYSTEM\CurrentControlSet\Enum\USBSTOR. Остальные элементы можно не смотреть, так как GUID у них тот же.

[Monsta]

Новая проблема возникла. Сообщение WM_DEVICECHANGE (при возникновении событий DBT_DEVICEARRIVAL и DBT_DEVICEREMOVECOMPLETE) посылается всем окнам по дефолту, так что RegisterDeviceNotification вызывать не требуется. Но в этих событиях не различаются флэшка и, например, диск, только что засунутый в CD-ROM.
Вопрос: какое событие надо отлавливать, чтобы определить, что подключилась именно флэшка? Есть вариант DBT_DEVNODES_CHANGED, но в MSDN заявлено, что в 98-й винде это не работает. Кроме того, по этому событию невозможно узнать, какая буква присвоена подключённому диску.

[Серж]

Monsta,  вот текст из MSDN:
The WM_DEVICECHANGE Device Change Message
The main Win32 interface to Plug and Play is via a new message, WM_DEVICECHANGE, available as an ID under WM_COMMAND. This new Device Change Message has various event codes that give more details about change in the device, if it is being added, if it is about to be removed, it if was just removed, and so on.

In the main window procedure, use switch statements similar to the ones below to obtain information on the Plug and Play Device Change Message and its parameters.

    LRESULT CALLBACK WndProc (HWND hWnd, UINT message, WPARAM uParam,
                              LPARAM lParam)
    {
        int wmId, wmEvent;
        /* ... other procedure initialization overhead ... */
   
        switch (message) {
   
            case WM_COMMAND:
                wmId    = LOWORD(uParam);
                wmEvent = HIWORD(uParam);
   
                switch (wmId) {
   
                    case WM_DEVICECHANGE:
                         /* ... Plug and Play specifics here! ... */
                        break;
     /* ... rest of message handling window procedure ... */

At this point, the event code points to one of various DBT_* event codes that contain different kinds of information. The Windows 95 Software Development Kit’s DBT.H header file goes into good detail on these messages, the main ones of which are summarized below.

The DBT_DEVTYP_* Event Codes
Before going on to describe the main DBT_* event codes, it is useful to understand the kinds of devices that these messages can represent. The main DBT_* event codes carry information as to the type of hardware, contained in the DBT_DEVTYP_* values. The lParam points to the PDEV_BROADCAST_HDR structure, and this structure’s dbch_devicetype field contains this information. For example:

((PDEV_BROADCAST_HDR)lParam)->dbch_devicetype)

Values of DBT_DEVTYP_* values are:

DBT_DEVTYP_OEM OEM-defined device type
DBT_DEVTYP_DEVNODE devnode number (specific to Windows 95)
DBT_DEVTYP_VOLUME logical volume (drive)
DBT_DEVTYP_PORT serial or parallel port
DBT_DEVTYP_NET network resource (UNC)


Of these device type values, DBT_DEVTYP_VOLUME is arguably the most useful: It shows when a drive letter (local or remote) is coming or going. The DBT_DEVTYP_DEVNODE is specific to Windows 95, and would not be available in Windows NT.

По второму параметру определяется Drive,  а с помощью GetDriveType определяется съемный диск.

[Николай]

В DDK можно найти пример c USB ( NTDDK\src\wdm\usb\usbview.c). В этом файле как раз есть эта функция, она для этого сделана, чтоб при подключении USB устройства, вызывалась нужная функция, она работает, так что пользуй.
Удачи!

[Monsta]

В общем, мысль про GetDriveType хорошая, но не получится ли так, что тип  DRIVE_REMOVABLE будет возвращаться для других внешних USB-девайсов? Например, внешние винчестеры или карт-ридеры?

Можно как-нибудь узнать GUID подключенного диска? Только не через реестр...

[Серж]

Monsta,  есть еще набор функций API. которые работают со съемными дисками, заголовки этих функций находятся в ntmsapi.h.  Думаю среди этих функций ты найдешь нужную информацию, есть описания в MSDN. Я использовал какие-то из них для определения стримеров, с USB дела не имел.

[Monsta]

Monsta,  есть еще набор функций API. которые работают со съемными дисками, заголовки этих функций находятся в ntmsapi.h.  Думаю среди этих функций ты найдешь нужную информацию, есть описания в MSDN. Я использовал какие-то из них для определения стримеров, с USB дела не имел.

А как насчёт таких же ф-ций, но чтобы работали в Win98? Я с таким же успехом могу ловить GUID через событие DBT_DEVNODES_CHANGED, которое тоже в 98-й не работает. Не у всех 2K или XP установлены...

Всё, что мне нужно - это как-то узнать GUID дискового устройства по его букве. Это возможно?

[Серж]

Monsta, я думаю, что это можно сделать только через реестр.
Скорее всего, это ветка HKLM\SYSTEM\MountedDevices. A функции API для этого написаны только для 2000 и XP. 98-ю и NT Microsoft уже давно забросили.