编辑:此处报告的问题:https://github.com/signal11/hidapi/issues/276
Inkling是Wacom的笔设备。 (InklingReader)是一个开源项目,可以从中获取实时数据。
我试图整理InklingReader以使用HIDAPI而不是libusb (因为它在更高级别工作:HID而不是原始USB,因此更加紧凑和放大;最近OSX上的libusb也失败了。
HID API一个小型lib:一个.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作为安全措施并不允许打开鼠标和键盘HID。" (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只报告SECOND条目!在OSX上没有问题!)
比较path
:
路径:\?\ hid#vid_056a& pid_0221& mi_00& col01 #8& 1ea90857& 0& 0000 #...
路径:\?\ 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 = {Generic Desktop Controls} / {Mouse}。
UsagePage / Usage = 13/2 = {Digitizers} / {Pen}。
(编辑:有时第一条路径是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)
咩。这令人非常沮丧。我似乎陷入了死胡同!
我试过摆弄CreateFileA的参数,例如:用GENERIC_READ | GENERIC_WRITE
替换STANDARD_RIGHTS_READ | STANDARD_RIGHTS_WRITE
- 现在它很乐意创建一个句柄。但随后的hid_read
- s无法收集任何数据。
烤面包机和 firefly 都可以在HID堆栈中使用。烤面包机怎么样 为了通过原始PDO解决过滤器,firefly显示了如何访问 它与WMI。从C的角度来看,我认为原始PDO要简单得多 要编码,WMI有点讨厌和复杂。
作者在烤面包机上推荐一些东西,但它是一个很大的CodeBase而且我没有使用Windows Driver编程的经验。
看起来好像我必须挖掘很多非常陌生的领域才能得到任何工作,所以在开始之前我会问这里。如果没有人回答我想出来,我会回答我自己的问题。
我能想到的唯一另一件事就是可能另一个过程已经开始涉及这条道路了。也许如果我可以终止这个过程,CreateFileA可能会成功吗? Roel的libusb方法涉及分离内核驱动程序:https://github.com/roelj/inklingreader/blob/master/src/usb/online-mode.c#L98
PS Somewhere我读到如果另一个进程已经打开了这个设备,我们的open必须匹配之前打开的权限。我还读到Windows会在检测到时自动打开所有HID设备。
Find out which process has an exclusive lock on a USB device handle
PPS可能有一个想法是尝试替代HID库What is the best usb library to communicate with usb HID devices on Windows?
PPPS也许我需要以管理员身份运行我的代码。但这不是一个好的解决方案。
答案 0 :(得分:1)
我见过类似的行为。升级到Windows 10 Anniversary Edition后,ERROR_SHARING_VIOLATION问题开始出现。只有在Windows启动时连接的USB HID设备才会出现此问题。如果在Windows启动后拔下并插入USB设备,则CreateFile成功。我还没有找到根本原因或解决方案。
答案 1 :(得分:0)
您是对的:如果其他某个应用程序已经打开了此设备,则会发生ERROR_SHARING_VIOLATION
。您需要像这样调用CreateFileW API:
DWORD desired_access = GENERIC_WRITE | GENERIC_READ;
DWORD share_mode = FILE_SHARE_READ | FILE_SHARE_WRITE;
::CreateFileW(deviceInterfacePath, desired_access, share_mode, 0, OPEN_EXISTING, 0, 0);
如果您不提供dwShareMode
,则意味着您正尝试专门打开设备。如果其他应用(本机支持这些设备的新Windows版本)已经打开该设备供使用,则失败。
有关键盘和鼠标设备的说明:您甚至可以不设置::CreateFileW
(使用零值)来调用desired_access
:在这种情况下,您可以使用{{1} } / HidD_GetManufacturerString
/ HidD_GetProductString
/ HidD_GetSerialNumberString
(可能还有其他)带有返回句柄的HID方法。但是您不能将数据读/写到此类设备。如果您需要获取HID键盘/鼠标的名称或VID / PID,这将很有用。
这里是list of HID device types and their access modes on Windows。