【USB】HID设备数据包分析

最新推荐文章于 2024-05-10 09:00:31 发布
最新推荐文章于 2024-05-10 09:00:31 发布
阅读量2.8k 收藏 24
点赞数 4
分类专栏： HW Protocol 文章标签： USB协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ZHONGCAI0901/article/details/125348521
版权

文章目录

1. USB的一些基本概念

USB设备连接Host时，Host会主动获取设备的Descriptor。这样Host才了解Device支持哪些能力，然后加载对应的驱动。设备的Descriptor的关系大致如下：

下面USB2.0协议里面定义数据包，分析数据时会用到，如下：

  • USB标准请求的数据结构
  • bRequest字段和Descriptor Types

2. 抓取HID原始数据

通过PC工具Bus Hound抓取HID原始数据如下：

  Phase  - Phase Type
            CTL   USB control transfer       
            IN    Data in transfer           
            OUT   Data out transfer          
  Data   - Hex dump of the data transferred
  Descr  - Description of the phase
  Cmd... - Position in the captured data
  
Device  Phase  Data                                                                                                    Description                       Cmd.Phase.Ofs(rep)
------  -----  ------------------------------------------------------------------------------------------------------  --------------------------------  ------------------
  51.0  CTL    80 06 00 01  00 00 12 00                                                                                GET DESCRIPTOR                           1.1.0        
  51.0  IN     12 01 00 02  00 00 00 08  6d 04 34 c5  01 29 01 02  00 01                                               ........m.4..)....                       1.2.0        
  51.0  CTL    80 06 00 02  00 00 09 00                                                                                GET DESCRIPTOR                           2.1.0        
  51.0  IN     09 02 3b 00  02 01 04 a0  31                                                                            ..;.....1                                2.2.0        
  51.0  CTL    80 06 00 02  00 00 3b 00                                                                                GET DESCRIPTOR                           3.1.0        
  51.0  IN     09 02 3b 00  02 01 04 a0  31 09 04 00  00 01 03 01  01 00 09 21  11 01 00 01  22 3b 00 07  05 81 03 08  ..;.....1..........!....";......         3.2.0        
               00 08 09 04  01 00 01 03  01 02 00 09  21 11 01 00  01 22 b1 00  07 05 82 03  14 00 02                  ............!....".........              3.2.32       
  51.0  CTL    00 09 01 00  00 00 00 00                                                                                SET CONFIG                               4.1.0        
  51.0  CTL    80 06 02 03  09 04 04 00                                                                                GET DESCRIPTOR                           5.1.0(2)     
  51.0  IN     1a 03 55 00                                                                                             ..U.                                     5.2.0        
  51.0  CTL    80 06 02 03  09 04 1a 00                                                                                GET DESCRIPTOR                           6.1.0(2)     
  51.0  IN     1a 03 55 00  53 00 42 00  20 00 52 00  65 00 63 00  65 00 69 00  76 00 65 00  72 00                     ..U.S.B. .R.e.c.e.i.v.e.r.               6.2.0        
  52.0  CTL    80 06 00 01  00 00 12 00                                                                                GET DESCRIPTOR                           9.1.0        
  52.0  IN     12 01 00 02  00 00 00 08  6d 04 34 c5  01 29 01 02  00 01                                               ........m.4..)....                       9.2.0        
  52.0  CTL    80 06 00 02  00 00 09 00                                                                                GET DESCRIPTOR                          10.1.0        
  52.0  IN     09 02 22 00  01 01 04 a0  31                                                                            ..".....1                               10.2.0        
  52.0  CTL    80 06 00 02  00 00 22 00                                                                                GET DESCRIPTOR                          11.1.0        
  52.0  IN     09 02 22 00  01 01 04 a0  31 09 04 00  00 01 03 01  01 00 09 21  11 01 00 01  22 3b 00 07  05 81 03 08  ..".....1..........!....";......        11.2.0        
               00 08                                                                                                   ..                                      11.2.32       
  52.0  CTL    00 09 01 00  00 00 00 00                                                                                SET CONFIG                              12.1.0        
  52.0  CTL    21 0a 00 00  00 00 00 00                                                                                SET IDLE                                13.1.0        
  52.0  CTL    81 06 00 22  00 00 7b 00                                                                                GET DESCRIPTOR                          14.1.0        
  52.0  IN     05 01 09 06  a1 01 05 07  19 e0 29 e7  15 00 25 01  75 01 95 08  81 02 81 03  95 05 05 08  19 01 29 05  ..........)...%.u.............).        14.2.0        
               91 02 95 01  75 03 91 01  95 06 75 08  15 00 26 a4  00 05 07 19  00 2a a4 00  81 00 c0                  ....u.....u...&......*.....             14.2.32       
  52.0  CTL    21 09 00 02  00 00 01 00                                                                                SET REPORT                              15.1.0        
  52.0  OUT    01                                                                                                      .                                       15.2.0        
  51.0  CTL    80 06 00 02  00 00 09 00                                                                                GET DESCRIPTOR                          16.1.0        
  51.0  IN     09 02 3b 00  02 01 04 a0  31                                                                            ..;.....1                               16.2.0        
  51.0  CTL    80 06 00 02  00 00 3b 00                                                                                GET DESCRIPTOR                          17.1.0        
  51.0  IN     09 02 3b 00  02 01 04 a0  31 09 04 00  00 01 03 01  01 00 09 21  11 01 00 01  22 3b 00 07  05 81 03 08  ..;.....1..........!....";......        17.2.0        
               00 08 09 04  01 00 01 03  01 02 00 09  21 11 01 00  01 22 b1 00  07 05 82 03  14 00 02                  ............!....".........             17.2.32       
  52.1  IN     00 00 0b 00  00 00 00 00                                                                                ........                                18.1.0        
  54    IN     01 00 23 00  00 00 00 00  00 00 00 00                                                                   ..#.........                            19.1.0        
  52.1  IN     00 00 00 00  00 00 00 00                                                                                ........                                20.1.0        
  54    IN     01 00 23 00  01 00 00 00  00 00 00 00                                                                   ..#.........                            21.1.0        
  52.1  IN     00 00 0f 00  00 00 00 00                                                                                ........                                22.1.0        
  54    IN     01 00 26 00  00 00 00 00  00 00 00 00                                                                   ..&.........                            23.1.0        
  52.1  IN     00 00 00 00  00 00 00 00                                                                                ........                                24.1.0        
  54    IN     01 00 26 00  01 00 00 00  00 00 00 00                                                                   ..&.........                            25.1.0

接下来我们一步一步分析上面数据包的代表的含义。

3. 分析HID数据包

3.1 获取设备描述符：

CTL 80 06 00 01 00 00 12 00

bmRequestTypebRequestwValuewIndexwLength
0x80
(Device->Host)		0x06
(GET_DESCRIPTOR)		0x0100
(0x01:Descriptor Type - DEVICE)
(0x00:Descriptor Index)		0x0000
(Zero or Language ID)		0x0012
(Descriptor Length)

IN 12 01 00 02 00 00 00 08 6d 04 34 c5 01 29 01 02 00 01

3.2 获取配置描述符：

CTL 80 06 00 02 00 00 3b 00

bmRequestTypebRequestwValuewIndexwLength
0x80
(Device->Host)		0x06
(GET_DESCRIPTOR)		0x0200
(0x02:Descriptor Type - CONFIGURATION)
(0x00:Descriptor Index)		0x0000
(Zero or Language ID)		0x003b
(Descriptor Length)

IN 09 02 3b 00 02 01 04 a0 31 09 04 00 00 01 03 01 01 00 09 21 11 01 00 01 22 3b 00 07 05 81 03 08 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 01 22 b1 00 07 05 82 03 14 00 02

NOTE：配置描述符获取了2次，第一次只获取前面的9Byte，知道配置描述符的总长度后，再次获取所有的数据。它不仅仅有Configuration Descriptor数据，还包含了Interface Descriptor和Endpoint Descriptor的数据。它们直接的关系如下：
在这里插入图片描述

3.2 接口描述符：

IN 09 02 3b 00 02 01 04 a0 31 09 04 00 00 01 03 01 01 00 09 21 11 01 00 01 22 3b 00 07 05 81 03 08 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 01 22 b1 00 07 05 82 03 14 00 02

3.3 HID描述符：

IN 09 02 3b 00 02 01 04 a0 31 09 04 00 00 01 03 01 01 00 09 21 11 01 00 01 22 3b 00 07 05 81 03 08 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 01 22 b1 00 07 05 82 03 14 00 02

3.4 端点描述符：

IN 09 02 3b 00 02 01 04 a0 31 09 04 00 00 01 03 01 01 00 09 21 11 01 00 01 22 3b 00 07 05 81 03 08 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 01 22 b1 00 07 05 82 03 14 00 02

3.4 其它描述符：

IN 09 02 3b 00 02 01 04 a0 31 09 04 00 00 01 03 01 01 00 09 21 11 01 00 01 22 3b 00 07 05 81 03 08 00 08 09 04 01 00 01 03 01 02 00 09 21 11 01 00 01 22 b1 00 07 05 82 03 14 00 02

我们可以通过USB Device Tree Viewer可以知道该设备有2个Interface，每个interface都代表一个功能。前面的interface为Keyboard功能，后面的这个Interface为Mouse功能。数据解析如下：
在这里插入图片描述

3.5 USB 设置配置 SetConfiguration

SetConfiguration请求，用于主机为USB设备设置一个合适的配置值 ，该请求无数据阶段。

CTL 00 09 01 00 00 00 00 00

bmRequestTypebRequestwValuewIndexwLength
0x00
(Host->Device)		0x09
(SET_CONFIGURATION)		0x0001
(Configuration Value)		0x0000
(Zero)		0x0000
(Zero)
3.6 String描述符：

CTL 80 06 02 03 09 04 1a 00

bmRequestTypebRequestwValuewIndexwLength
0x80
(Device->Host)		0x06
(GET_DESCRIPTOR)		0x0302
(0x03:Descriptor Type - STRING)
(0x02:Descriptor Index)		0x0409
(Language ID)		0x001a
(Descriptor Length)
3.7 HID 设置空闲SET_IDLE：

SET_IDLE用于设置HID设备空闲速率，默认情况下空闲速率为0。

CTL 21 0a 00 00 00 00 00 00

bmRequestTypebRequestwValuewIndexwLength
0x21
(Direction：Host->Device)
(Class/Interface)		0x0a
(SET_IDLE)		0x00000x00000x0000

wValue(2)：高字节用于指定空闲速率，以4ms为单位，可选的值为4ms~1020ms，低字节为ReportId.
wIndex(2)：接口ID
wLength(2)：数据长度,为0

在这里插入图片描述

3.8 获取HID Report描述符：

CTL 81 06 00 22 00 00 7b 00

bmRequestTypebRequestwValuewIndexwLength
0x81
(Direction：Device->Host)
(Standard/Interface)		0x06
(GET_DESCRIPTOR)		0x2200
(0x22:Descriptor Type - HID_REPORT_DESCRIPTOR_TYPE)
(0x00:Descriptor Index)		0x0000
(Zero or Language ID)		0x007b
(Descriptor Length)

在这里插入图片描述

IN 05 01 09 06 a1 01 05 07 19 e0 29 e7 15 00 25 01 75 01 95 08 81 02 81 03 95 05 05 08 19 01 29 05 91 02 95 01 75 03 91 01 95 06 75 08 15 00 26 a4 00 05 07 19 00 2a a4 00 81 00 c0

解析如下：
在这里插入图片描述
下面是别人HID设备解析的结果，可以对比参考分析：

code char KeyBoardReportDescriptor[63] = {
//表示用途页为通用桌面设备
0x05, 0x01, // USAGE_PAGE (Generic Desktop)
//表示用途为键盘
0x09, 0x06, // USAGE (Keyboard)
//表示应用集合，必须要以 END_COLLECTION 来结束它，见最后的 END_COLLECTION
0xa1, 0x01, // COLLECTION (Application)
//表示用途页为按键
0x05, 0x07, // USAGE_PAGE (Keyboard)
//用途最小值，这里为左 ctrl 键
0x19, 0xe0, // USAGE_MINIMUM (Keyboard LeftControl)
//用途最大值，这里为右 GUI 键，即 window 键
0x29, 0xe7, // USAGE_MAXIMUM (Keyboard Right GUI)
//逻辑最小值为 0
0x15, 0x00, // LOGICAL_MINIMUM (0)
//逻辑最大值为 1
0x25, 0x01, // LOGICAL_MAXIMUM (1)
//报告大小（即这个字段的宽度）为 1bit，所以前面的逻辑最小值为 0，逻辑最大值为 1
0x75, 0x01, // REPORT_SIZE (1)
//报告的个数为 8，即总共有 8 个 bits
0x95, 0x08, // REPORT_COUNT (8)
//输入用，变量，值，绝对值。像键盘这类一般报告绝对值，
//而鼠标移动这样的则报告相对值，表示鼠标移动多少
0x81, 0x02, // INPUT (Data,Var,Abs)
//上面这这几项描述了一个输入用的字段，总共为 8 个 bits，每个 bit 表示一个按键
//分别从左 ctrl 键到右 GUI 键。这 8 个 bits 刚好构成一个字节，它位于报告的第一个字节。
//它的最低位，即 bit-0 对应着左 ctrl 键，如果返回的数据该位为 1，则表示左 ctrl 键被按下，
//否则，左 ctrl 键没有按下。最高位，即 bit-7 表示右 GUI 键的按下情况。中间的几个位，
//需要根据 HID 协议中规定的用途页表（HID Usage Tables）来确定。这里通常用来表示
//特殊键，例如 ctrl， shift， del 键
//这样的数据段个数为 1
0x95, 0x01, // REPORT_COUNT (1)
//每个段长度为 8bits
0x75, 0x08, // REPORT_SIZE (8)
//输入用，常量，值，绝对值
0x81, 0x03, // INPUT (Cnst,Var,Abs)
//上面这 8 个 bit 是常量，设备必须返回 0
//这样的数据段个数为 5
0x95, 0x05, // REPORT_COUNT (5)
//每个段大小为 1bit
0x75, 0x01, // REPORT_SIZE (1)
//用途是 LED，即用来控制键盘上的 LED 用的，因此下面会说明它是输出用
0x05, 0x08, // USAGE_PAGE (LEDs)
//用途最小值是 Num Lock，即数字键锁定灯
0x19, 0x01, // USAGE_MINIMUM (Num Lock)
//用途最大值是 Kana，这个是什么灯我也不清楚^_^
0x29, 0x05, // USAGE_MAXIMUM (Kana)
//如前面所说，这个字段是输出用的，用来控制 LED。变量，值，绝对值。
//1 表示灯亮， 0 表示灯灭
0x91, 0x02, // OUTPUT (Data,Var,Abs)
//这样的数据段个数为 1
0x95, 0x01, // REPORT_COUNT (1)
//每个段大小为 3bits
0x75, 0x03, // REPORT_SIZE (3)
//输出用，常量，值，绝对
0x91, 0x03, // OUTPUT (Cnst,Var,Abs)
//由于要按字节对齐，而前面控制 LED 的只用了 5 个 bit，
//所以后面需要附加 3 个不用 bit，设置为常量。
//报告个数为 6
0x95, 0x06, // REPORT_COUNT (6)
//每个段大小为 8bits
0x75, 0x08, // REPORT_SIZE (8)
//逻辑最小值 0
0x15, 0x00, // LOGICAL_MINIMUM (0)
//逻辑最大值 255
0x25, 0xFF, // LOGICAL_MAXIMUM (255)
//用途页为按键
0x05, 0x07, // USAGE_PAGE (Keyboard)
//使用最小值为 0
0x19, 0x00, // USAGE_MINIMUM (Reserved (no event indicated))
//使用最大值为 0x65
0x29, 0x65, // USAGE_MAXIMUM (Keyboard Application)
//输入用，变量，数组，绝对值
0x81, 0x00, // INPUT (Data,Ary,Abs)
//以上定义了 6 个 8bit 宽的数组，每个 8bit（即一个字节）用来表示一个按键，所以可以同时
//有 6 个按键按下。没有按键按下时，全部返回 0。如果按下的键太多，导致键盘扫描系统
//无法区分按键时，则全部返回 0x01，即 6 个 0x01。如果有一个键按下，则这 6 个字节中的第一
//个字节为相应的键值（具体的值参看 HID Usage Tables），如果两个键按下，则第 1、 2 两个
//字节分别为相应的键值，以次类推。
//关集合，跟上面的对应
0xc0 // END_COLLECTION
};

4.参考资料

USB 中文网：
http://www.usbzh.com/article/detail-76.html

ZHONGCAI0901
关注
  • 4
    点赞
  • 踩
  • 24
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Bus Hound简介（2）
或许
12-31 4233
http://bbs.ednchina.com/BLOG_ARTICLE_246740.HTM   捕获窗口介绍   发送到设备的命令通常由一个或多个阶段组成。例如命令字阶段、数据字阶段、状态字阶段。Bus hound完整的记录下每个阶段的内容和时间。   下面介绍捕获窗口的每列的描述信息。        Device   设备ID，每个设备被分配一个数。首先检
USB数据包分析
09-04
本篇分析数据包，仍然使用“HD-USB12”USB协议分析仪采集分析数据。分两部分内容：首先简单复习一下USB协议中的相关知识，然后用“HD-USB12”USB协议分析仪采集几个实例进行分析。 USB包由五部分组成，即同步字段（SYNC）、包标识符字段（PID）、数据字段、循环冗余校验字段（CRC）和包结尾字段（EOP。
USB系列六：USB HID设备配置
最新发布
挨踢农民的博客
05-10 941
HID的全称为HumanInterfaceDevices，即人机接口设备。HID设备是USB协议中最早提出并支持的一种设备类。USBHID类设备使用非常普遍，例如USB接口的鼠标、键盘、游戏手柄等等。本章将对USBHID设备进行介绍，特别是USBHID类设备的描述符和设备请求
USB协议之二 数据包分析
jianyun123的专栏
04-24 1346
一、协议知识1）PID格式，详见图1                                                  （图1）注：a、 上图是从低位到高位b、 高四位是低四位取反c、 PID自校验2）PID分类，详见图2                                             
USB HID学习：数据包分析
feelinghappy的专栏
10-10 2544
本文使用 Bus Hound 工具对 USB HID 设备数据包进行分析，并结合官方手册及网上文章进行整理。文中未提到的知识，建议移步参考资源。 以笔者经验，直接阅读协议无法直观理解，最好使用工具抓包，结合协议文档分析真实数据，ONVIF协议如是，IEEE802.3(802.11)如是，USB协议亦如是。 一、前置知识 1.1 描述符 USB 主机是通过各种描述符来识别设备的，有设备描述符，接口描述符，端点描述符，字符描述符，报告描述符等。 回到 HID，USB 主机在请求HID设备的配置描述符时，设
U盘写流程USB协议抓包分析
暗推中...
07-10 2244
u盘写流程usb协议抓包分析
USB协议学习：4、USB的数据包结构
遇雪长安的博客
05-31 2494
对于批量传输，如果启动批量传输，如果USB总线中有多余的总线带宽，批量传输会立即执行，但当带宽比较紧张时，批量传输会把带宽让给其它传输类型。中断传输一般用于小批量的和非连续的数据传输，通俗的来说就是用于数据量小的数据不连续的但实时性高的场合的一种传输方式，主要应用于人机交互设备（HID)中的USB鼠标和USB键盘等。如果最后个事务的数据长度小于端点支持的最大包长度。等时传输也有“同步传输”的叫法，一般用于要求数据连续、实时且数据量大的场合，其对传输延时十分敏感，类似用于USB摄像设备，USB语音设备等等。
qt 通过hid获取指定usb设备 并读取数据
04-30
文件夹中包含hidapi.h hidapi.dll hidapi.lib，我是在windows10系统中用VS2013编译的release版本，我用于qt的调用，是可以实现的。 调用过程： int res; res = hid_init(); wchar_t wstr[MAX_STR]; int i; /...
generic_hid_cs_hid-generic_usbhid数据包_usbhid_USB编程_
10-02
使用HID打开USB设备获取读写数据包.用户需要修改VENDOR ID来对应已接入的设备
使用wireshark和bushound抓取的usb设备数据包
11-01
配合小编博文的附属数据包，使用wireshark和bushound抓取的usb设备数据包，包含U盘类，uvc摄像头类，hid键盘鼠标类设备的数据包
usb_hid_pc_stm32 USB HID STM32 开发资料合集
07-24
STM32_USB_HID_分析:STM32 USB HID 固件学习分析 STM32_USB_HID_例子：STM32 USB HID方式收发例子。 STM32_USB_HID_学习心得:基于STM32 的USB程序开发笔记、修改STM32的USB例程为自己所用、初涉USB，初学者USB入门...
USB HID调试工具
01-29
找了很多，这个亲测可用。可以获取USB设备描述信息，接收和发送HID数据包
HID笔记
qq_51179447的博客
07-12 2082
蓝牙实现的USB_HID的一些学习笔记
USB 协议数据包的层次结构和组成
weixin_42109053的博客
02-06 3161
前言 USB 的数据由 包(Packet) 组成 事务(Transaction) ，事务组成 传输(Transfer)，不同传输类型每 帧(Frame) 占用带宽的特性不同。 我们可以看到，一个传输（Transfer）是可以拆分成事务（Transaction）的，并且一个事务（Transaction）又可以拆分为包（Packet）。 一、包(Packet) 包的组成结构 包由以下几部分组成： 同步字段（SYNC) 包标识符字段(PID) 设备地址和端点地址(ADDR) 帧号(Frame Numbe
USB协议详解第19讲（USB包-包的组成及分类）
qq_37391577的博客
07-31 572
全速或低速设备的结束包：SE0状态用于发信号通知分组结束（EOP）。通过将D +和D-驱动到SE0状态两位时间，然后将线路驱动到J状态一位时间来发信号通知EOP。从SE0到J状态的转换定义了接收器处的分组的结束。J状态被置位一个位时间，然后D +和D-输出驱动器都处于高阻态。总线终端电阻将总线保持在空闲状态。注：SE0的意思是D+和D-都表示为低电平。
gdt描述_全局描述符表(GDT)局部描述符表(LDT)
weixin_39717598的博客
12-20 924
这三个表是在内存中由操作系统或系统程序员所建，并不是固化在哪里，所以从理论上是可以被读写的。这三个表都是描述符表。描述符表是由若干个描述符组成，每个描述符占用8个字节的内存空间，每个描述符表内最多可以有8129个描述符。描述符是描述一个段的大小，地址及各种状态的。一，保护模式存储器管理功能386 CPU共有32位地址线,其物理存储器最大可达232字节,实模式下,远指针由segment:offset...
BusHound数据分析
Keivin
10-12 5014
下面这段数据是MINI mouse枚举成功数据，希望对于初学者有帮助．　 USB鼠标枚举成功数据（Human Interface Device）： Bus Hound 5.00 capture. Complements of www.perisoft.net   Device - Device ID (followed by the endpoint for USB
USB hid 枚举
u010684585的专栏
03-22 4943
枚举不成功 我们将hid驱动和udc的组合与hid和OTG的组合进行对比来分析。首先我们看bus hound 抓到的udc和OTG的包的信息，如下图。 Device  Phase  Data                      Description       Cmd.Phase.Ofs(rep) ------     -----  ---------------------
比较详细的USB枚举和HID枚举实例
until_xx的博客
05-31 2667
在说枚举过程之前，先把一些必须了解的说明白一．USB包结构和分类     包的共同特点是，都是以同步域开始，接着是PID,最后以EOP结束，而设备端则靠SEI(串行接口引擎，硬件上实现）来进行这些底层的处理，包括CRC的校验之类的东东。    8位的PID，PID0~PID3,用于表示包，高四位进行取反，进行校验    各种包的如下：    令牌类：OUT,IN ,SOF,SETUP    数据类...
usb hid 协议中文版 usb接口hid设备
08-24
USB HID指的是USB Human Interface Device（人机接口设备）协议。它是一种在USB接口上实现人机交互的协议标准。USB HID设备是指符合USB HID协议的设备，可以通过USB接口与计算机进行通信。 USB HID协议定义了HID设备与主机之间的通信方式和数据格式。HID设备可以是各种输入设备，如键盘、鼠标、游戏手柄等，也可以是一些输出设备，如LED灯、触摸屏等。通过USB HID协议，这些设备可以与计算机进行双向通信。 在USB HID协议中，设备是通过在发送的数据包中定义的报告描述符（Report Descriptor）来描述自己的功能和属性的。报告描述符包含了设备的输入、输出、特征等数据报告的定义，以及每个报告的数据格式和长度。主机可以通过读取设备的报告描述符来了解设备的功能和属性，从而进行相应的数据交互。 USB HID设备在与主机通信时，会按照一定的规则和格式进行数据的传输。数据的传输通过数据报进行，每个数据报包含有一个或多个报告的数据。数据报的格式包含一个报告ID和对应的报告数据。报告ID用于标识不同的报告，主机可以通过报告ID来识别并处理不同的报告。 USB HID协议的实现为人机交互提供了便捷的方式。它广泛应用于各种输入设备和输出设备，为用户提供了更加灵活和丰富的计算机交互体验。同时，USB HID协议也为设备的开发者提供了统一的标准和接口，简化了设备的开发和兼容性的实现。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值