CreateFileA не удается открыть HID устройства в ОС Windows

Question

EDIT: сообщил здесь Редакция: https://github.com/signal11/hidapi/issues/276

Inkling является ручка-устройство от Wacom. (InklingReader) - проект с открытым исходным кодом, который получает данные в реальном времени от него.

Я пытаюсь привести в порядок InklingReader использовать HIDAPI, а не libusb(как это работает на более высоком уровне: HID, а не сырая USB, поэтому гораздо более компактный & подходит также libusb терпит неудачу на недавно OSX.).

HID API небольшая библиотека: одна .h, одна (для платформы) .c.

Мой код выглядит следующим образом:

unsigned short inklingVendorId = 0x056a, inklingProductId = 0x0221; 
    if (hid_init() == FAIL) return; 
    handle = hid_open(inklingVendorId, inklingProductId, nullptr); 

В Windows hid_open не удается. Пошагово показывает точку отказобезопасный here:

// path = "\\\\?\\hid#vid_056a&pid_0221&mi_00&col01#8&1ea90857&0&0000#" 
//  "{4d1e55b2-f16f-11cf-88cb-001111000030}" 
// 
static HANDLE open_device(const char *path, BOOL enumerate) 
{ 
    HANDLE handle; 
    DWORD desired_access = (enumerate)? 0: (GENERIC_WRITE | GENERIC_READ); 
    DWORD share_mode = FILE_SHARE_READ|FILE_SHARE_WRITE; 

    // enumerate = 0 
    handle = CreateFileA(path, 
     desired_access, 
     share_mode, 
     NULL, 
     OPEN_EXISTING, 
     FILE_FLAG_OVERLAPPED,/*FILE_ATTRIBUTE_NORMAL,*/ 
     0); 

    int err = GetLastError(); // 5 i.e. ERROR_ACCESS_DENIED 

    return handle; // returns 0xffffffff i.e. INVALID_HANDLE 
} 

Теперь HIDAPI автор говорит «HIDAPI не будет работать с клавиатуры и мыши на Windows, Windows, в качестве меры безопасности не позволяет открытие клавиатуры и мыши HIDs. «. (here)

И если я перечисляю HID устройства:

struct hid_device_info *devs, *cur_dev; 

    devs = hid_enumerate(inklingVendorId, inklingProductId); 
    cur_dev = devs; 
    while (cur_dev) { 
     DBG2("Device Found\n type: %04hx %04hx\n path: %s\n serial_number: %ls", cur_dev->vendor_id, cur_dev->product_id, cur_dev->path, cur_dev->serial_number); 
     DBG2(""); 
     DBG2(" Manufacturer: %ls", cur_dev->manufacturer_string); 
     DBG2(" Product:  %ls", cur_dev->product_string); 
     DBG2(" Release:  %hx", cur_dev->release_number); 
     DBG2(" Interface: %d", cur_dev->interface_number); 
     DBG2(" Usage Page: %d", cur_dev->usage_page); 
     DBG2(" Usage:  %d", cur_dev->usage); 
     DBG2(""); 
     cur_dev = cur_dev->next; 
    } 
    hid_free_enumeration(devs); 

... я не один, а две записи:

Device Found 
    type: 056a 0221 
    path: \\?\hid#vid_056a&pid_0221&mi_00&col01#8&1ea90857&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} 
    serial_number: 2B0400001C90C22A0002DD07FE8B022A 

    Manufacturer: Wacom, Inc. 
    Product:  MSC Device 
    Release:  1256 
    Interface: 0 
    Usage Page: 1 
    Usage:  2 

Device Found 
    type: 056a 0221 
    path: \\?\hid#vid_056a&pid_0221&mi_00&col02#8&1ea90857&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} 
    serial_number: 2B0400001C90C22A0002DD07FE8B022A 

    Manufacturer: Wacom, Inc. 
    Product:  MSC Device 
    Release:  1256 
    Interface: 0 
    Usage Page: 13 
    Usage:  2 

(Примечание: OSX сообщает только вторая запись On! OSX нет никаких проблем)

Сравнение path:
путь: \ \ спрятался # vid_056a & pid_0221 & MI_00 & col01 # 8 & 1ea90857 # ...
путь: \ \ спрятался # vid_056a & pid_0221 & MI_00 & col02 # 8 & 1ea90857 # ...

Согласно http://www.usb.org/developers/hidpage/Hut1_12v2.pdf,

UsagePage/Usage = 1/2 = {Общие элементы управления для рабочего стола}/{Мышь}.
UsagePage/Usage = 13/2 = {Digitizers}/{Pen}.

(EDIT: Иногда первый путь равен 1/2, а второй - 13/2, а иногда он заменен).

И HIDAPI - only taking the first one it finds.

Таким образом, похоже, что это должно быть решение. Inkling разоблачил 2 «устройства», и hidapi принимал неправильный (мышь), и Windows не разрешает доступ к мышкам или клавиатурным устройствам.

Поэтому я настраиваю код ...

while (cur_dev) { 
    if (cur_dev->vendor_id == vendor_id && 
     cur_dev->product_id == product_id && 
     cur_dev->usage_page == 13) 
    { 

... чтобы получить правильную запись, она должна работать правильно?

Нет, CreateFileA только поднимает другую ошибку:

usage_page == 1 => код ошибки 5 (ERROR_ACCESS_DENIED)
usage_page == 13 => Код ошибки 32 (ERROR_SHARING_VIOLATION)

MEH. Это довольно расстраивает. Кажется, я в тупике!

Я пробовал играть с параметрами CreateFileA, например. заменяя GENERIC_READ | GENERIC_WRITE на STANDARD_RIGHTS_READ | STANDARD_RIGHTS_WRITE - теперь он счастливо создает ручку. Но последующие hid_read -s не могут собрать какие-либо данные.

Googling, https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/af869f90-7bda-483d-ba2d-51680073fe9f/createfile-returns-invalid-handle-while-trying-to-access-hid-device-on-windows-8-desktop-app?forum=wdk, кажется, содержит несколько предложенных решений:

both toaster and firefly can work in the HID stack. toaster shows how to address the filter through a raw PDO, firefly shows how to access it with WMI. From a C perspective, I think the raw PDO is much simpler to code to, WMI is a bit nasty and complicated.

firefly
toaster

Автор рекомендующий что-то в тостере, но это большой CodeBase, и я не имеют опыт работы с драйверами Windows.

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

Единственное, что я могу придумать, это то, что, возможно, другой процесс уже задействует этот путь. Может быть, если я могу закончить этот процесс, CreateFileA может преуспеть? Подход Roel's libusb включает в себя отсоединение драйвера ядра: https://github.com/roelj/inklingreader/blob/master/src/usb/online-mode.c#L98

PS Где-то я читал, что если другой процесс уже открыл это устройство, наш open должен соответствовать разрешениям этого предыдущего открытия. И я также читал, что Windows автоматически открывает все HID-устройства при обнаружении.

Find out which process has an exclusive lock on a USB device handle

PPS может быть одна идея заключается в том, чтобы попробовать альтернативу HID Lib What is the best usb library to communicate with usb HID devices on Windows?

PPPS может быть, мне нужно, чтобы запустить свой код в качестве администратора. Но это нехорошее решение.

Answer 1

Я видел подобное поведение. Проблема ERROR_SHARING_VIOLATION возникла после обновления до выпуска Windows 10 Anniversary Edition. Проблема наблюдается только для устройств USB HID, подключенных при запуске Windows. Если вы отключите и подключите USB-устройство после запуска Windows, то CreateFile будет успешным. Я еще не нашел первопричину или решение.