Узнайте, какой процесс имеет эксклюзивную блокировку дескриптора USB-устройства

Вот что я использую для чтения с кардридера Magtek:

//Open file on the device
deviceHandle = 
    CreateFile (deviceDetail->DevicePath, 
    GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE, 
    NULL, OPEN_EXISTING, 0, NULL);

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

Я понимаю вашу боль ... Я обнаружил, что документация USB HID в целом неверна в нескольких местах.

[Edit] По этой проблеме мало что известно. Вот ссылка на проект, который слегка касается предмета в ветке внизу. Похоже, возможно, если это клавиатура или мышь, окна захватывают исключительно ее.

Круто - я попробую эти варианты, так как они, вероятно, лучше по умолчанию, учитывая мои намерения. К сожалению, я знаю, что мое устройство там, и мне, в конечном итоге, понадобится доступ для чтения / записи позже (как только я проверю дескрипторы и убедится, что это действительно мое устройство).

Это означает, что моя настоящая цель - узнать, что его использует, поэтому я могу сообщить покупателю / пользователю: «Эй, чувак, 'iexplore.exe' в настоящее время использует ваше устройство SuperWidget. Вам придется закрыть его, чтобы использовать Приложение SuperWidget ". (если не на уровне приложений, то хотя бы на уровне поддержки по телефону.)

Я забыл упомянуть, что ошибка Windows, о которой сообщает GetLastError ():

0x20. The process cannot access the file because it is being used by another process.

(Таким образом, ваши альтернативы совместного использования, вероятно, откроют файл, при условии, что от имени другого процесса не будет FILE_SHARE_NONE).

[редактировать]

Yeah, it's painful alright. I have seen mice and keyboards get locked by whatever Windows uses to read from them. I've also seen a lot of people have trouble inside a VM like Paralells on OS X, where the HID class driver has the device open exclusively preventing the VM from using standard USB requests.

I've seen some code that recreates what ProcessMonitor does. Maybe SysInternals is just electing to ignore device handles, but the same method (or a slight variation) can be employed here to determine the PID.

Mike

Вы пробовали инструмент под названием ручка от sysinternals?

В любом случае, ни одна из окон этого не делает (отображает имя приложения, заблокировавшего устройство): когда вы пытаетесь извлечь USB-устройство, Windows просто сообщает, что устройство в настоящее время используется и не может быть удалено прямо сейчас.

Есть уловка, которую вы можете использовать, когда вы открываете дескриптор устройства, не запрашивая разрешения ни на чтение, ни на запись, и взаимодействуете с ним, используя только отчеты о функциях. Ян Аксельсон упоминает этот трюк в своих книгах о USB HID устройствах. Я считаю, что это решает проблему эксклюзивной блокировки, с которой вы могли бы столкнуться (например) при попытке открыть дескриптор устройства, которое Windows считает системной клавиатурой или мышью. Даже если вы не можете прочитать или записать дескриптор, вы все равно можете отправить отчет о функциях на устройство с помощью HidD_SetFeature и прочитать отчет с устройства с помощью HidD_GetFeature. Я не знаю, как читать входные отчеты или отправлять выходные отчеты в этих обстоятельствах, и, возможно, это невозможно, но вам может не понадобиться ни одно из них, особенно если устройство является «вашим» устройством в том смысле, что что вы управляете прошивкой. Строго говоря, это ничего не дает, чтобы ответить на ваш вопрос, как задано, но он казался потенциально актуальным, поэтому я решил, что брошу его там.