Windows主机端与自定义USB HID设备通信详解（2） Windows, without, 通信, 主机, file

yuyang911220

访问方式： 如果是系统独占设备，例如鼠标、键盘等等，应将此参数设置为 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．