Windows主机端与自定义USB HID设备通信详解_windows与hid设备通信-程序员宅基地

技术标签: null  report  attributes  buffer  windows  interface  


Windows主机端与自定义USB HID设备通信详解

 

说明:

-          以下结论都是基于 Windows XP 系统所得出的,不保证在其他系统的适用性。

-          在此讨论的是 HID 自定义设备,对于标准设备,譬如 USB 鼠标和键盘,由于操作系统对其独占,许多操作未必能正确执行。

 

1 .   所使用的典型 Windows API

CreateFile

ReadFile

WriteFile

以下函数是 DDK 的内容:

HidD_SetFeature

HidD_GetFeature

HidD_SetOutputReport

HidD_GetInputReport

其中, CreateFile 用于打开设备; ReadFile 、 HidD_GetFeature 、 HidD_GetInputReport 用于设备到主机方向的数据通信; WriteFile 、 HidD_SetFeature 、 HidD_SetOutputReport 用于主机到设备方向的数据通信。鉴于实际应用,后文主要讨论 CreateFile , WriteFile , ReadFile , HidD_SetFeature 四个函数,明白了这四个函数,其它的可以类推之。

 

2 .   几个常见错误

       当使用以上 API 时,如果操作失败,调用 GetLastError() 会得到以下常见错误:

       6 :          句柄无效

       23 :        数据错误(循环冗余码检查)

       87 :        参数错误

       1784 :     用户提供的 buffer 无效

       后文将会详细说明这些错误情况。

 

3.         主机端设备枚举程序流程
 
 

4.         函数使用说明
CreateFile(devDetail->DevicePath,                                         // 设备路径

               GENERIC_READ | GENERIC_WRITE,                    // 访问方式

               FILE_SHARE_READ | FILE_SHARE_WRITE,         // 共享模式

               NULL,

               OPEN_EXISTING,                                           // 文件不存在时,返回失败

               FILE_FLAG_OVERLAPPED,                                 // 以重叠(异步)模式打开

               NULL);

 

在这里, CreateFile 用于打开 HID 设备,其中设备路径通过函数 SetupDiGetInterfaceDeviceDetail 取得。 CreateFile 有以下几点需要注意:

 

-     访问方式: 如果是系统独占设备,例如鼠标、键盘等等,应将此参数设置为 0 ,否则后续函数操作将失败(譬如 HidD_GetAttributes );也就是说,不能对独占设备进行除了查询以外的任何操作,所以能够使用的函数也是很有限的,下文的一些函数并不一定适合这些设备。在此顺便列出 MSDN 上关于此参数的说明:

If this parameter is zero, the application can query file and device attributes without accessing the device. This is useful if an application wants to determine the size of a floppy disk drive and the formats it supports without requiring a floppy in the drive. It can also be used to test for the file's or directory's existence without opening it for read or write access 。

-          重叠(异步)模式:此参数并不会在此处表现出明显的意义,它主要是对后续的 WriteFile , ReadFile 有影响。如果这里设置为重叠(异步)模式,那么在使用 WriteFile , ReadFile 时也应该使用重叠(异步)模式,反之亦然。这首先要求 WriteFile , ReadFile 的最后一个参数不能为空( NULL )。否则,便会返回 87 (参数错误)错误号。当然, 87 号错误并不代表就是此参数不正确,更多的信息将在具体讲述这两个函数时指出。此参数为 0 时,代表同步模式,即 WriteFile , ReadFile 操作会在数据处理完成之后才返回,否则阻塞在函数内部。

 

ReadFile(hDev,                                 // 设备句柄,即 CreateFile 的返回值
              recvBuffer,                          // 用于接收数据的 buffer

              IN_REPORT_LEN,              // 要读取数据的长度
              &recvBytes,                         // 实际收到的数据的字节数
              &ol);                                  // 异步模式
 

在这里, ReadFile 用于读取 HID 设备通过中断 IN 传输发来的输入报告 。有以下几点要注意:

 

1 、 ReadFile 的调用不会引起设备的任何反应,即 HID 设备与主机之间的中断 IN 传输不与 ReadFile 打交道。实际上主机会在最大间隔时间(由设备的端点描述符来指定)内轮询设备,发出中断 IN 传输的请求。“读取”即意味着从某个 buffer 里面取回数据,实际上这个 buffer 就是 HID 设备驱动中的 buffer 。这个 buffer 的大小可以通过 HidD_SetNumInputBuffers 来改变。在 XP 上缺省值是 32 (个报告)。

 

2 、读取的数据对象是输入报告,也即通过中断输入管道传入的数据。所以,如果设备不支持中断 IN 传输,那么是无法使用此函数来得到预期结果的。实际上这种情况不可能在 HID 中出现,因为协议指明了至少要有一个中断 IN 端点。

 

3 、 IN_REPORT_LEN 代表要读取的数据的长度(实际的数据正文 + 一个 byte 的报告 ID ),这里是一个常数,主要是因为设备固件的信息我是完全知道的,当然知道要读取多少数据(也就是报告的长度);不过也可以通过另外的函数( HidD_GetPreparsedData )来事先取得报告的长度,这里不做详细讨论。因为很难想象在不了解固件信息的情况下来做自定义设备的 HID 通信,在实际应用中一般来说就是固件与 PC 程序匹配着来开发。此参数如果设置过大,不会有实质性的错误,在 recvBytes 参数中会输出实际读到的长度;如果设置过小,即小于报告的长度,会返回 1784 号错误(用户提供的 buffer 无效)。

 

4 、关于异步模式。前面已经提过,此参数的设置必须与 CreateFile 时的设置相对应,否则会返回 87 号错误(参数错误)。如果不需要异步模式,此参数需置为 NULL 。在这种情况下, ReadFile 会一直等待直到数据读取成功,所以会阻塞住程序的当前过程。

 

       WriteFile(hDev,                                 // 设备句柄,即 CreateFile 的返回值
                     reportBuf,                           // 存有待发送数据的 buffer

                     OUT_REPORT_LEN,           // 待发送数据的长度
                     &sendBytes,                        // 实际收到的数据的字节数
                     &ol);                                  // 异步模式
 

       在这里, WriteFile 用于传输一个输出报告 给 HID 设备。有以下几点要注意:

 

1、  与 ReadFile 不同, WriteFile 函数被调用后,虽然也是经过驱动程序,但是最终会反映到设备中。也就是说,调用 WriteFile 后,设备会接收到输出报告的请求。如果设备使用了中断 OUT 传输,则 WriteFile 会通过中断 OUT 管道来进行传输;否则会使用 SetReport 请求通过控制管道来传输。

 

2、  OUT_REPORT_LEN 代表要写入的数据长度(实际的数据正文 + 一个 byte 的报告 ID )。如果大于实际报告的长度,则使用实际报告长度;如果小于实际报告长度,会返回 1784 号错误(用户提供的 buffer 无效)。

 

3、  reportBuf [0] 必须存有待发送报告的 ID ,并且此报告 ID 指示的必须是输出报告,否则会返回 87 号错误(参数错误)。这种情况可能容易被程序员忽略,结果不知错误号所反映的是什么,网上也经常有类似疑问的帖子。顺便指出,输入报告、输入报告、特征报告这些报告类型,是反映在 HID 设备的报告描述符中。后文将做举例讨论。

 

4、  关于异步模式。前面已经提过,此参数的设置必须与 CreateFile 时的设置相对应,否则会返回 87 号错误(参数错误)。如果不需要异步模式,此参数需置为 NULL 。在这种情况下, WriteFile 会一直等待直到数据读取成功,所以会阻塞住程序的当前过程。

 

HidD_SetFeature(hDev,                                    // 设备句柄,即 CreateFile 的返回值

                     reportBuf,                                   // 存有待发送数据的 buffer

                     FEATURE_REPORT_LEN);        //buffer 的长度

HidD_SetOutputReport(hDev,                            // 设备句柄,即 CreateFile 的返回值

                     reportBuf,                                   // 存有待发送数据的 buffer

                     OUT_REPORT_LEN);                //buffer 的长度

 

HidD_SetFeature 发送一个特征报告 给设备, HidD_ SetOutputReport 发送一个输出报告 给设备。注意以下几点:

 

1、  跟 WriteFile 类似,必须在 reportBuf [0] 中指明要发送的报告的 ID ,并且和各自适合的类型相对应。也就是说, HidD_SetFeature 只能发送特征报告,因此报告 ID 必须是特征报告的 ID ; HidD_SetOutputReport 只能发送输出报告,因此报告 ID 只能是输出报告的 ID 。

2、  这两个函数最常返回的错误代码是 23 (数据错误)。包括但不仅限于以下情况:

- 报告 ID 与固件描述的不符。

- 传入的 buffer 长度少于固件描述的报告的长度。

据有关资料反映(非官方文档),只要是驱动程序对请求无反应,都会产生此错误。

 

5.         常见错误汇总
- HID ReadFile

  - Error Code 6 (handle is invalid)

    传入的句柄无效

  - Error Code 87 ( 参数错误 )

    很可能是 createfile 时声明了异步方式,但是读取时按同步读取。

  - Error Code 1784 ( 用户提供的 buffer 无效 ):

    传参时传入的“读取 buffer 长度”与实际的报告长度不符。

 

- HID WriteFile

  - Error Code 6 (handle is invalid)

    传入的句柄无效

  - Error Code 87 (参数错误)

    - CreateFile 时声明的同步 / 异步方式与实际调用 WriteFile 时传入的不同。

    - 报告 ID 与固件中定义的不一致( buffer 的首字节是报告 ID )

  - Error Code 1784 ( 用户提供的 buffer 无效 )

    传参时传入的“写入 buffer 长度”与实际的报告长度不符。

 

- HidD_SetFeature

- HidD_SetOutputReport

  - Error Code 1 (incorrect function)

    不支持此函数,很可能是设备的报告描述符中未定义这样的报告类型(输入、输出、特征)

  - Error Code 6 (handle is invalid)

    传入的句柄无效

  - Error Code 23 (数据错误(循环冗余码检查))

    - 报告 ID 与固件中定义的不相符( buffer 的首字节是报告 ID )

    - 传入的 buffer 长度少于固件定义的报告长度(报告正文 +1byte, 1byte 为报告 ID )

    - 据相关资料反映(非官方文档),只要是驱动程序不接受此请求(对请求无反应),都会产生此错误

 

6.         报告描述符及数据通信程序示例
报告描述符(由于是汇编代码,所以不必留意其语法,仅需注意表中的每个数据都占 1 个字节):

 

_ReportDescriptor:                              // 报告描述符

       .dw 0x06,  0x00, 0xff               // 用法页

    .dw 0x09,  0x01                     // 用法 ( 供应商用法 1)

    .dw 0xa1,  0x01                      // 集合开始

    .dw 0x85,  0x01                         // 报告 ID(1)

    .dw 0x09,  0x01                  // 用法 ( 供应商用法 1)  

    .dw 0x15,  0x00                 // 逻辑最小值 (0)

    .dw 0x26,  0xff, 0x0                     // 逻辑最大值 (255)

    .dw 0x75,  0x08               // 报告大小 (8)

    .dw 0x95,  0x07                        // 报告计数 (7)

    .dw 0x81,  0x06                // 输入 (数据,变量,相对值)

 

    .dw 0x09,  0x01                     // 用法 ( 供应商用法 1)  

    .dw 0x85,  0x03                         // 报告 ID ( 3 )

    .dw 0xb1,   0x06                         // 特征 (数据,变量,相对值)

 

       .dw 0x09,  0x01                    // 用法 ( 供应商用法 1)

    .dw 0x85,  0x02                         // 报告 ID ( 2 )

    .dw 0xb1,  0x06                         // 特征 (数据,变量,相对值)

 

     .dw 0x09,  0x01                     // 用法 ( 供应商用法 1)  

    .dw 0x85,  0x04                         // 报告 ID ( 4 )

    .dw 0x91,   0x06                         // 输出 (数据,变量,相对值)

    .dw   0xc0                    // 结合结束

_ReportDescriptor_End:

 

这个报告描述符,定义了 4 个不同的报告:输入报告 1 ,特征报告 2 ,特征报告 3 ,输出报告 4 (数字代表其报告 ID )。为了简化,每个报告都是 7 个字节(加上报告 ID 就是 8 个字节)。下面用一个简单的示例来描述 PC 端与 USB HID 设备进行通信的一般方法。

 

view plaincopy to clipboardprint?
01.#define     USB_VID       0xFC0   
02.#define     USB_PID       0x420   
03.HANDLE OpenMyHIDDevice(int overlapped);   
04.void HIDSampleFunc()   
05.{   
06.    HANDLE       hDev;   
07.    BYTE         recvDataBuf[8];   
08.    BYTE         reportBuf[8];   
09.    DWORD        bytes;   
10.    hDev = OpenMyHIDDevice(0);                                // 打开设备,不使用重叠(异步)方式 ;   
11.    if (hDev == INVALID_HANDLE_VALUE)   
12.        return;   
13.    reportBuf[0] = 4;                                         // 输出报告的报告 ID 是 4   
14.    memset(reportBuf, 0, 8);   
15.    reportBuf[1] = 1;   
16.    if (!WriteFile(hDev, reportBuf, 8, &bytes, NULL))         // 写入数据到设备   
17.         return;   
18.    ReadFile(hDev, recvDatatBuf, 8, &bytes, NULL);            // 读取设备发给主机的数据   
19.}   
20.    
21.HANDLE OpenMyHIDDevice(int overlapped)   
22.{   
23.    HANDLE hidHandle;   
24.    GUID hidGuid;   
25.    HidD_GetHidGuid(&hidGuid);   
26.    HDEVINFO hDevInfo = SetupDiGetClassDevs(&hidGuid,   
27.                                            NULL,   
28.                                            NULL,   
29.                                            (DIGCF_PRESENT | DIGCF_DEVICEINTERFACE));   
30.    if (hDevInfo == INVALID_HANDLE_VALUE)   
31.    {   
32.        return INVALID_HANDLE_VALUE;   
33.    }   
34.    SP_DEVICE_INTERFACE_DATA devInfoData;   
35.    devInfoData.cbSize = sizeof (SP_DEVICE_INTERFACE_DATA);   
36.    int deviceNo = 0;   
37.    SetLastError(NO_ERROR);   
38.    while (GetLastError() != ERROR_NO_MORE_ITEMS)   
39.    {   
40.        if (SetupDiEnumInterfaceDevice (hDevInfo,   
41.                                        0,   
42.                                       &hidGuid,   
43.                                       deviceNo,   
44.                                       &devInfoData))   
45.        {   
46.            ULONG  requiredLength = 0;   
47.            SetupDiGetInterfaceDeviceDetail(hDevInfo,   
48.                                            &devInfoData,   
49.                                            NULL,   
50.                                            0,   
51.                                            &requiredLength,   
52.                                             NULL);  
53.            PSP_INTERFACE_DEVICE_DETAIL_DATA devDetail = (SP_INTERFACE_DEVICE_DETAIL_DATA*) malloc (requiredLength);   
54.            devDetail->cbSize = sizeof(SP_INTERFACE_DEVICE_DETAIL_DATA);   
55.            if(!SetupDiGetInterfaceDeviceDetail(hDevInfo,   
56.                                                 &devInfoData,   
57.                                                 devDetail,   
58.                                                 requiredLength,   
59.                                                 NULL,   
60.                                                 NULL))   
61.            {   
62.                free(devDetail);   
63.                SetupDiDestroyDeviceInfoList(hDevInfo);   
64.                return INVALID_HANDLE_VALUE;   
65.            }   
66.            if (overlapped)   
67.            {   
68.                hidHandle = CreateFile(devDetail->DevicePath,   
69.                                       GENERIC_READ | GENERIC_WRITE,   
70.                                       FILE_SHARE_READ | FILE_SHARE_WRITE,   
71.                                       NULL,   
72.                                       OPEN_EXISTING,           
73.                                       FILE_FLAG_OVERLAPPED,   
74.                                       NULL);   
75.            }   
76.            else   
77.            {   
78.                hidHandle = CreateFile(devDetail->DevicePath,   
79.                                       GENERIC_READ | GENERIC_WRITE,   
80.                                       FILE_SHARE_READ | FILE_SHARE_WRITE,   
81.                                       NULL,   
82.                                       OPEN_EXISTING,           
83.                                       0,   
84.                                       NULL);   
85.            }   
86.            free(devDetail);   
87.            if (hidHandle==INVALID_HANDLE_VALUE)   
88.            {   
89.                SetupDiDestroyDeviceInfoList(hDevInfo);   
90.                free(devDetail);   
91.                return INVALID_HANDLE_VALUE;   
92.            }   
93.            _HIDD_ATTRIBUTES hidAttributes;   
94.            if(!HidD_GetAttributes(hidHandle, &hidAttributes))   
95.            {   
96.                CloseHandle(hidHandle);   
97.                SetupDiDestroyDeviceInfoList(hDevInfo);   
98.                return INVALID_HANDLE_VALUE;   
99.            }   
100.            if (USB_VID == hidAttributes.VendorID   
101.                && USB_PID  == hidAttributes.ProductID)   
102.            {   
103.                break;   
104.            }   
105.            else   
106.            {   
107.                CloseHandle(hidHandle);   
108.                ++deviceNo;   
109.            }   
110.        }   
111.    }   
112.    SetupDiDestroyDeviceInfoList(hDevInfo);   
113.    return hidHandle;   
114.}  


本文来自程序员宅基地,转载请标明出处:http://blog.csdn.net/kevinyujm/archive/2009/06/12/4264506.aspx

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/ly2yaoer/article/details/6121502

智能推荐

分布式光纤传感器的全球与中国市场2022-2028年:技术、参与者、趋势、市场规模及占有率研究报告_预计2026年中国分布式传感器市场规模有多大-程序员宅基地

文章浏览阅读3.2k次。本文研究全球与中国市场分布式光纤传感器的发展现状及未来发展趋势,分别从生产和消费的角度分析分布式光纤传感器的主要生产地区、主要消费地区以及主要的生产商。重点分析全球与中国市场的主要厂商产品特点、产品规格、不同规格产品的价格、产量、产值及全球和中国市场主要生产商的市场份额。主要生产商包括:FISO TechnologiesBrugg KabelSensor HighwayOmnisensAFL GlobalQinetiQ GroupLockheed MartinOSENSA Innovati_预计2026年中国分布式传感器市场规模有多大

07_08 常用组合逻辑电路结构——为IC设计的延时估计铺垫_基4布斯算法代码-程序员宅基地

文章浏览阅读1.1k次,点赞2次,收藏12次。常用组合逻辑电路结构——为IC设计的延时估计铺垫学习目的:估计模块间的delay,确保写的代码的timing 综合能给到多少HZ,以满足需求!_基4布斯算法代码

OpenAI Manager助手(基于SpringBoot和Vue)_chatgpt网页版-程序员宅基地

文章浏览阅读3.3k次,点赞3次,收藏5次。OpenAI Manager助手(基于SpringBoot和Vue)_chatgpt网页版

关于美国计算机奥赛USACO,你想知道的都在这_usaco可以多次提交吗-程序员宅基地

文章浏览阅读2.2k次。USACO自1992年举办,到目前为止已经举办了27届,目的是为了帮助美国信息学国家队选拔IOI的队员,目前逐渐发展为全球热门的线上赛事,成为美国大学申请条件下,含金量相当高的官方竞赛。USACO的比赛成绩可以助力计算机专业留学,越来越多的学生进入了康奈尔,麻省理工,普林斯顿,哈佛和耶鲁等大学,这些同学的共同点是他们都参加了美国计算机科学竞赛(USACO),并且取得过非常好的成绩。适合参赛人群USACO适合国内在读学生有意向申请美国大学的或者想锻炼自己编程能力的同学,高三学生也可以参加12月的第_usaco可以多次提交吗

MySQL存储过程和自定义函数_mysql自定义函数和存储过程-程序员宅基地

文章浏览阅读394次。1.1 存储程序1.2 创建存储过程1.3 创建自定义函数1.3.1 示例1.4 自定义函数和存储过程的区别1.5 变量的使用1.6 定义条件和处理程序1.6.1 定义条件1.6.1.1 示例1.6.2 定义处理程序1.6.2.1 示例1.7 光标的使用1.7.1 声明光标1.7.2 打开光标1.7.3 使用光标1.7.4 关闭光标1.8 流程控制的使用1.8.1 IF语句1.8.2 CASE语句1.8.3 LOOP语句1.8.4 LEAVE语句1.8.5 ITERATE语句1.8.6 REPEAT语句。_mysql自定义函数和存储过程

半导体基础知识与PN结_本征半导体电流为0-程序员宅基地

文章浏览阅读188次。半导体二极管——集成电路最小组成单元。_本征半导体电流为0

随便推点

【Unity3d Shader】水面和岩浆效果_unity 岩浆shader-程序员宅基地

文章浏览阅读2.8k次,点赞3次,收藏18次。游戏水面特效实现方式太多。咱们这边介绍的是一最简单的UV动画(无顶点位移),整个mesh由4个顶点构成。实现了水面效果(左图),不动代码稍微修改下参数和贴图可以实现岩浆效果(右图)。有要思路是1,uv按时间去做正弦波移动2,在1的基础上加个凹凸图混合uv3,在1、2的基础上加个水流方向4,加上对雾效的支持,如没必要请自行删除雾效代码(把包含fog的几行代码删除)S..._unity 岩浆shader

广义线性模型——Logistic回归模型(1)_广义线性回归模型-程序员宅基地

文章浏览阅读5k次。广义线性模型是线性模型的扩展,它通过连接函数建立响应变量的数学期望值与线性组合的预测变量之间的关系。广义线性模型拟合的形式为:其中g(μY)是条件均值的函数(称为连接函数)。另外,你可放松Y为正态分布的假设,改为Y 服从指数分布族中的一种分布即可。设定好连接函数和概率分布后,便可以通过最大似然估计的多次迭代推导出各参数值。在大部分情况下,线性模型就可以通过一系列连续型或类别型预测变量来预测正态分布的响应变量的工作。但是,有时候我们要进行非正态因变量的分析,例如:(1)类别型.._广义线性回归模型

HTML+CSS大作业 环境网页设计与实现(垃圾分类) web前端开发技术 web课程设计 网页规划与设计_垃圾分类网页设计目标怎么写-程序员宅基地

文章浏览阅读69次。环境保护、 保护地球、 校园环保、垃圾分类、绿色家园、等网站的设计与制作。 总结了一些学生网页制作的经验:一般的网页需要融入以下知识点:div+css布局、浮动、定位、高级css、表格、表单及验证、js轮播图、音频 视频 Flash的应用、ul li、下拉导航栏、鼠标划过效果等知识点,网页的风格主题也很全面:如爱好、风景、校园、美食、动漫、游戏、咖啡、音乐、家乡、电影、名人、商城以及个人主页等主题,学生、新手可参考下方页面的布局和设计和HTML源码(有用点赞△) 一套A+的网_垃圾分类网页设计目标怎么写

C# .Net 发布后,把dll全部放在一个文件夹中,让软件目录更整洁_.net dll 全局目录-程序员宅基地

文章浏览阅读614次,点赞7次,收藏11次。之前找到一个修改 exe 中 DLL地址 的方法, 不太好使,虽然能正确启动, 但无法改变 exe 的工作目录,这就影响了.Net 中很多获取 exe 执行目录来拼接的地址 ( 相对路径 ),比如 wwwroot 和 代码中相对目录还有一些复制到目录的普通文件 等等,它们的地址都会指向原来 exe 的目录, 而不是自定义的 “lib” 目录,根本原因就是没有修改 exe 的工作目录这次来搞一个启动程序,把 .net 的所有东西都放在一个文件夹,在文件夹同级的目录制作一个 exe._.net dll 全局目录

BRIEF特征点描述算法_breif description calculation 特征点-程序员宅基地

文章浏览阅读1.5k次。本文为转载,原博客地址:http://blog.csdn.net/hujingshuang/article/details/46910259简介 BRIEF是2010年的一篇名为《BRIEF:Binary Robust Independent Elementary Features》的文章中提出,BRIEF是对已检测到的特征点进行描述,它是一种二进制编码的描述子,摈弃了利用区域灰度..._breif description calculation 特征点

房屋租赁管理系统的设计和实现,SpringBoot计算机毕业设计论文_基于spring boot的房屋租赁系统论文-程序员宅基地

文章浏览阅读4.1k次,点赞21次,收藏79次。本文是《基于SpringBoot的房屋租赁管理系统》的配套原创说明文档,可以给应届毕业生提供格式撰写参考,也可以给开发类似系统的朋友们提供功能业务设计思路。_基于spring boot的房屋租赁系统论文