CreateFileA не открывает HID-устройство в Windows

РЕДАКТИРОВАТЬ: Проблема здесь: https://github.com/signal11/hidapi/issues/276

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

Я пытаюсь убрать InklingReader, чтобы использовать HIDAPI, а не libusb (так как он работает на более высоком уровне: HID, а не raw 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 завершается сбой. Одинарное шаговое обнаружение показывает точку отказа здесь:

// 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 как мера безопасности не позволяет открывать HID для мыши и клавиатуры". (здесь)

И если я перечисляю 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 сообщает только о записи SECOND! На OSX нет проблем!)

Сравнение path:
path: \?\hid # vid_056a & pid_0221 & mi_00 & col01 # 8 & 1ea90857 & 0 & 0000 #...
path: \?\hid # vid_056a & pid_0221 & mi_00 & col02 # 8 & 1ea90857 & 0 & 0001 #...

По 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 только с первого найденного.

Итак, похоже, что это должно быть решение. 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 просто вызывает другую ошибку:

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

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

Я пытался возиться с параметрами 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, похоже, содержит пару предложенных обходных решений:

в стеке HID могут работать как тостер, так и firefly. тостер показывает, как для фильтрации фильтра через необработанный PDO, светлячок показывает, как получить доступ это с WMI. С точки зрения C, я думаю, что необработанный PDO намного проще для кодирования, WMI является немного неприятным и сложным.

firefly
toaster

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

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

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

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

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

PPS может быть одна идея попробовать альтернативную HID lib Какая лучшая библиотека usb для связи с USB-устройствами HID в Windows?

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

Ответ 1

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