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

合集下载

USB的HID通信协议

USB的HID通信协议

USB的HID通信协议USB HID(Human Interface Device)通信协议是一种用于实现USB设备与计算机之间人机交互的通信标准。

它定义了如何将输入和输出的信息在USB总线上进行传输并进行解释。

在该协议中,设备被称为USB HID设备,计算机被称为主机。

以下是USB HID通信协议的详细介绍。

1.通信协议层次结构USBHID通信协议定义了四个层次的模型。

最底层是物理层,负责USB总线的电气特性和通信速率。

上一层是USB传输层,负责数据包传输的同步和差错检测。

再上一层是USB配置层,负责设备枚举和配置。

最顶层是HID层,负责定义设备的输入输出报告格式和解析。

2.报告描述符HID通信协议通过报告描述符定义设备的输入和输出报告格式。

输入报告描述设备向主机传输输入数据,输出报告描述主机向设备传输输出数据。

报告描述符包含了报告ID、报告大小和报告类型等信息,主机通过解析报告描述符来理解设备传输的数据。

3.报告传输设备通过中断传输和控制传输与主机进行通信。

中断传输是指设备周期性地传输输入报告给主机,主机可以根据需要设置中断传输的频率。

控制传输是指主机向设备发送控制命令或获取设备属性信息。

4.事件推送和轮询设备可以通过事件推送和轮询两种方式向主机传输数据。

事件推送是指设备主动向主机发送输入报告。

轮询是指主机定期向设备发送轮询请求,设备在收到请求后返回输入报告。

事件推送和轮询可以结合使用,以满足不同的应用需求。

5.输入报告解析主机通过解析输入报告来获取设备传输的数据。

输入报告由报告ID和报告数据组成。

主机可以根据报告描述符的信息来解析报告数据,获取具体的输入信息。

解析后的数据可以用于触发软件事件或更新设备状态。

6.输出报告处理主机通过发送输出报告向设备传输数据。

输出报告也由报告ID和报告数据组成。

设备可以根据报告描述符的信息解析报告数据,并根据需要进行相应的处理。

7.随机访问HID通信协议支持主机以随机方式访问设备的输入输出报告。

USBHID协议中文版__USB接口HID设备

USBHID协议中文版__USB接口HID设备

USBHID协议中文版__USB接口HID设备##USBHID协议
USBHID协议(Universal Serial Bus Human Interface Device)是
USB设备的一种常用协议,它主要用于连接和控制人与计算机的交互设备,如键盘、鼠标、游戏手柄、虚拟摇杆、扫描仪和图形表格等设备。

它主要
用于USB设备的连接和控制,以及电脑上支持的操作系统,如Windows、Mac OS、Linux。

USBHID协议使用HID类设备来提高人机交互的效率,有效地减少计
算机程序的数据处理时间。

使用HID类设备的程序可以实时地进行输入,
计算机也可以实时地反馈反应。

通过使用HID类设备,可以有效地提高用
户体验。

USBHID协议具有许多优点,如:支持所有兼容USB的操作系统,不
需要额外的驱动程序,可以支持各种类型的HID设备,延长设备的稳定性,减少传输延迟,减少接口占用,支持许多不同的传输速率,可以支持许多
不同的设备和设备类型,支持多种接口,支持大量的数据通信,以及减少
计算机程序数据处理时间等优点。

另外,USBHID协议也给使用这些设备带来了极大的便利,如:可以
将设备连接到计算机,让设备能够立即响应输入;可以使用设备时装载更
多的功能;可以在多个设备之间进行快速传输;可以有意识地管理电源;
可以支持多种设备,如跳线选择器。

USB HID协议中文版——USB接口HID设备

USB HID协议中文版——USB接口HID设备

第8章USB接口HID设备HID(Human Interface Device,人机接口设备)是USB设备中常用的设备类型,是直接与人交互的USB设备,例如键盘、鼠标与游戏杆等。

在USB设备中,HID设备的成本较低。

另外,HID设备并不一定要有人机交互功能,只要符合HID类别规范的设备都是HID设备。

Wndows操作系统最先支持的HID设备。

在windows 98以及后来的版本中内置有HID 设备的驱动程序,应用程序可以直接使用这些驱动程序来与设备通信。

在设计一个USB接口的计算机外部设备时,如果HID类型的设备可以满足需要,可以将其设计为HID类型设备,这样可以省去比较复杂的USB驱动程序的编写,直接利用Windows操作系统对标准的HID类型USB设备的支持。

8.1 HID设备简介8.1.1 HID设备的特点•交换的数据储存在称为报表(Report)的结构内,设备的固件必须支持HlD报表的格式。

主机通过控制和中断传输中的传送和请求报表来传送和接收数据。

报表的格式非常灵活。

•每一笔事务可以携带小量或中量的数据。

低速设备每一笔事务最大是8B,全速设备每一笔事务最大是64B,高速设备每一笔事务最大是1024B。

一个报表可以使用多笔事务。

•设备可以在未预期的时间传送信息给主机,例如键盘的按键或是鼠标的移动。

所以主机会定时轮询设备,以取得最新的数据。

•HID设备的最大传输速度有限制。

主机可以保证低速的中断端点每10ms内最多1笔事务,每一秒最多是800B。

保证全速端点每lms一笔事务,每一秒最多是64000B。

保证高速端点每125 us三笔事务,每一秒最多是24.576MB。

•HID设备没有保证的传输速率。

如果设备是设置在10ms的时距,事务之间的时间可能等于或小于10ms。

除非设备是设置在全速时在每个帧传输数据,或是在高速时在每个微帧传输数据。

这是最快的轮询速率,所以端点可以保证有正确的带宽可供使用。

windows hid原理

windows hid原理

windows hid原理
Windows HID(Human Interface Device)原理涉及操作系统与输入设备之间的交互。

HID是一种通用的设备类别,包括键盘、鼠标、游戏手柄等。

Windows操作系统通过HID协议与这些设备进行通信。

在Windows中,HID设备通过设备驱动程序与操作系统进行通信。

当用户操作键盘或鼠标时,设备会生成相应的信号,通过USB 或蓝牙等接口传输到计算机。

操作系统的HID驱动程序会接收这些信号,并将其转换成操作系统能够理解的输入数据。

HID设备发送的数据通常是一系列的报文,其中包含了设备类型、按键状态、鼠标移动信息等。

Windows操作系统的HID驱动程序会解析这些报文,然后将其转换成对应的输入事件,比如键盘按键按下、鼠标移动等。

一旦操作系统接收到这些输入事件,它会将其传递给相应的应用程序或者系统组件进行处理。

比如,键盘输入会传递给当前获得焦点的应用程序,鼠标移动则会影响鼠标指针在屏幕上的位置等。

总的来说,Windows HID原理涉及操作系统通过HID驱动程序与输入设备进行通信,将设备发送的数据转换成操作系统能够理解的输入事件,最终传递给应用程序或系统组件进行处理。

这种交互过程保证了用户能够通过各种HID设备与计算机进行交互操作。

USB的HID通信协议

USB的HID通信协议

USB的HID通信协议USB的HID(Human Interface Device)通信协议是一种用于连接计算机和外部人机交互设备的通信协议。

HID协议定义了计算机和设备之间的数据传输格式、数据解释和通信流程,以实现设备的控制和数据交换。

下面将详细介绍USB的HID通信协议。

B的HID通信协议基本概念:USB的HID通信协议是在USB(Universal Serial Bus)标准之上定义的一种通信协议。

USB是一种高速串行总线标准,提供了与设备进行通信的硬件接口。

而HID通信协议定义了在USB接口上进行人机交互设备通信的规则和格式。

2.HID通信协议的数据传输格式:HID通信协议使用报文的方式进行数据传输。

每个报文由一个报头和一个或多个数据包组成。

报头包含了指示报文类型、报文长度等信息,数据包中存放实际的数据。

通常情况下,报文的数据是按字节进行传输的,但对于特定类型的设备,也可以使用其他格式进行传输。

3.HID通信协议的数据解释:HID通信协议定义了一种标准的数据解释方式,以便计算机能够正确地解释设备发送的数据。

例如,在鼠标设备中,数据包中的前2个字节表示鼠标的横坐标和纵坐标的变化量。

计算机根据这些数据来控制鼠标的移动。

4.HID通信协议的通信流程:HID通信协议规定了在设备和计算机之间进行通信的具体流程。

在通信开始前,设备必须向计算机发送设备描述符以告知其设备的类型和功能。

计算机收到设备描述符后,会根据描述符中的信息来设置相应的数据报文格式和解释方式。

设备在工作过程中,会根据HID协议规定的规则和格式发送数据到计算机,计算机则负责解析这些数据并执行相应的操作。

5.HID通信协议的扩展功能:HID通信协议除了定义了基本的数据传输、数据解释和通信流程外,还提供了一些扩展功能来支持设备的特殊需求。

这些扩展功能包括通信协议的可配置性、事件通知机制、设备状态的上报以及多设备的管理等。

总结:USB的HID通信协议是一种用于连接计算机和外部人机交互设备的通信协议。

hid协议

hid协议

HID协议HID(Human Interface Device)协议是一种用于计算机与人机交互设备之间通信的协议。

它定义了计算机如何与键盘、鼠标、游戏手柄等输入设备进行通信,以及如何接收和处理来自这些设备的输入信息。

HID协议被广泛应用于各种操作系统和硬件平台中,为用户提供了良好的输入设备兼容性和可靠性。

HID协议的基本原理HID协议使用了一种称为报告(Report)的数据结构进行通信。

报告是一种特定格式的数据包,用于携带输入设备发送的信息。

在HID协议中,输入设备被称为HID设备,输出设备被称为HID主机。

HID主机通过发送请求来从HID设备获取报告,而HID设备则通过发送报告来向HID主机发送输入信息。

HID协议中定义了两种类型的报告:输入报告和输出报告。

输入报告用于向HID主机发送输入数据,比如按键信息、鼠标移动等。

而输出报告用于向HID设备发送控制命令,比如控制LED灯的亮度、设置鼠标灵敏度等。

HID协议的具体实现HID协议的具体实现方式因不同的操作系统和硬件平台而异。

以下以Windows 操作系统为例,介绍HID协议的具体实现过程。

在Windows操作系统中,HID协议的实现主要涉及到以下几个方面:1.设备识别:当插入一个HID设备时,Windows会自动识别设备并加载相应的驱动程序。

驱动程序是用来将HID设备的输入信息转换为操作系统能够理解的格式。

2.报告描述:HID设备需要提供一个报告描述符,用于描述设备支持的报告类型和报告格式。

报告描述符通常以二进制格式存储在设备的固件中,并在设备插入时由操作系统读取。

3.报告传输:HID设备和HID主机之间的报告传输通常使用USB接口进行。

HID设备通过USB接口将报告发送给HID主机,而HID主机则通过USB接口向HID设备发送请求并接收报告。

4.数据处理:HID主机接收到报告后,需要对报告进行解析和处理,以获取其中的输入数据。

操作系统提供了HID API供开发者使用,开发者可以使用这些API来访问和处理HID设备的输入信息。

stm32的USB自定义HID与上位机通信

stm32的USB自定义HID与上位机通信

stm32的USB⾃定义HID与上位机通信简介1.由来通常我们使⽤stm32与pc通信的⽅式分为⽆线和有线,⽆线⽅式⽤wifi或蓝⽛模块,我使⽤过程中⼀直⽆法接受这样的连接因为这样很不稳定,常常需要重启下位机或者上位机重新连接。

⽽有线⽅式我们会⽤到URAT,或是USB的虚拟串⼝,这两种⽅式中UART需要再接CH340类似的模块,并且两种⽅式都需要pc安装驱动。

于是我打算做⼀个不需要转接模块,也不需要上位机额外安装驱动的基于USB-HID的连接通信。

2.⼯具1.硬件采⽤stm32F407ZGT6的usb外设,做从机,使⽤⾃定义HID类。

2.软件使⽤stm32cubeide⽣成代码编写业务代码,上位机配置java环境,使⽤java的JNA技术调⽤系统HID接⼝驱动HID设备。

3.注意1.stm32的usb外设可选⾼速的USB2.0,和全速的USB1.0,由于stm32F4不⾃带usb的⾼速PHY,使⽤⾼速模式需要外接USB3300之类的模块,这⾥我们不要求通信速度,于是使⽤全速模式。

usb集线器向下兼容,全速模式可接⼏乎所有的usb扩展⼝。

B主机在D+,D-线都会接15k的下拉电阻,⽽USB全速模式的从机需要在D+线上接1.5k的上拉电阻,USB集线器正是通过差分线的上下拉状态来选择与设备通信⽅式的,也可以解决热拔插的问题。

使⽤时需要检查开发板原理图是否有上拉,⼀般购买的开发板都会做好这些,⽤⼀个GPIO打开开关管即可实现上拉。

下位机实现1.cubeide代码⽣成⾸先创建项⽬,在内置的cubemx配置中,SYS下配置debug⽅式,可以是swd或jtag,这取决于硬件连接。

使能内外部晶振,配置时钟树,主频在168Mhz,usb外设48MHz。

在project manager中勾选以.c/.h为外设⽣成⽂件。

开启usb外设,作为从机,选择device_only,配置参数默认即可。

开启中间件USB_DEVICE,选择usb类为⾃定义HID(custom HID),BINTERVAL为响应主机发送数据的延时时间,尽量越⼩越好。

USBHID类设备属于人机交互操作的设备,是一个比较大的类,

USBHID类设备属于人机交互操作的设备,是一个比较大的类,

USBHID类设备属于人机交互操作的设备,是一个比较大的类,用于控制计算机操作的某些方面,如USB鼠标、USB键盘、USB游戏操作杆、USB触摸板、USB轨迹球、电话拨号设备、VCR遥控等等设备。

另外,使用HID设备的一个好处就是操作系统自带了HID类的驱动程序,用户无需开发很麻烦的驱动程序,只有直接使用API调用即可完成通信,所有很多简单的USB设备喜欢枚举成HID设备,这样就可以不用安装驱动而直接使用。

∙USB主机接收USB设备的异步传输数据
∙USB主机发送有实时性要求的数据给USB设备
????从USB主机到USB设备的中断输出数据传输是可选的,当不支持中断输出数据传输时,USB
主机通过控制管道将数据传输给USB设备。

3、HID设备类特定的命令(请求)
????HID设备类特定的命令(请求)有6个,它们分别是Get_Report,Get_Idle,Get_Protocol,Set_Report,Set_Idle和Set_Procotol。

????HID类请求(命令)数据包格式如下表所示:。

USB接口HID设备说明书

USB接口HID设备说明书

第8章USB接口HID设备HID(Human Interface Device,人机接口设备)是USB设备中常用的设备类型,是直接与人交互的USB设备,例如键盘、鼠标与游戏杆等。

在USB设备中,HID设备的成本较低。

另外,HID设备并不一定要有人机交互功能,只要符合HID类别规的设备都是HID设备。

Wndows操作系统最先支持的HID设备。

在windows 98以及后来的版本中置有 HID设备的驱动程序,应用程序可以直接使用这些驱动程序来与设备通信。

在设计一个USB接口的计算机外部设备时,如果HID类型的设备可以满足需要,可以将其设计为HID类型设备,这样可以省去比较复杂的USB驱动程序的编写,直接利用Windows 操作系统对标准的HID类型USB设备的支持。

8.1 HID设备简介8.1.1 HID设备的特点•交换的数据储存在称为报表(Report)的结构,设备的固件必须支持HlD报表的格式。

主机通过控制和中断传输中的传送和请求报表来传送和接收数据。

报表的格式非常灵活。

•每一笔事务可以携带小量或中量的数据。

低速设备每一笔事务最大是8B,全速设备每一笔事务最大是64B,高速设备每一笔事务最大是1024B。

一个报表可以使用多笔事务。

•设备可以在未预期的时间传送信息给主机,例如键盘的按键或是鼠标的移动。

所以主机会定时轮询设备,以取得最新的数据。

•HID设备的最大传输速度有限制。

主机可以保证低速的中断端点每10ms最多1笔事务,每一秒最多是800B。

保证全速端点每lms一笔事务,每一秒最多是64000B。

保证高速端点每125 us一笔事务,每一秒最多是24.576MB。

•HID设备没有保证的传输速率。

如果设备是设置在10ms的时距,事务之间的时间可能等于或小于10ms。

除非设备是设置在全速时在每个帧传输数据,或是在高速时在每个微帧传输数据。

这是最快的轮询速率,所以端点可以保证有正确的带宽可供使用。

HID设备除了传送数据给主机外,它也会从主机接收数据。

USBHID设备报告描述符详解

USBHID设备报告描述符详解

USBHID设备报告描述符详解
USBHID设备报告描述符是一种描述USBHID设备报告的结构,用于定义设备报告的输入输出特性,允许设备与控制器的主机通信。

通常,报告描述符是一段二进制数据,其中包含由设备提供的输入和输出报告,以及描述报告的数据结构要求信息。

它是一种混合结构,由多个子块组成,每个子块又由一个或多个报告描述符中的域组成。

报告描述符的结构如下:
报告描述符
-
-bLengt
-bDescriptorTyp
-wDescriptorLengt
-数据
-输入报
-输出/特殊报
-特殊报
头部:报告描述符的头部包括三个字段:报告描述符的字节长度(bLength),报告描述符类型(bDescriptorType)和报告描述符的总长度(wDescriptorLength)。

bLength:报告描述符的字节长度,是报告描述符数据的字节数。

bDescriptorType:报告描述符类型,用于指示报告描述符的类型,必须为0x22
wDescriptorLength:报告描述符的总长度,用于指示报告描述符的总字节数。

数据段:数据段包括输入报告、输出/特殊报告和特殊报告。

输入报告:输入报告用于获取主机发送到设备的数据,一般由设备按定义的格式读取。

输出报告:输出报告用于将设备发送到主机的数据。

如何编写应用程序与USBHID设备通讯

如何编写应用程序与USBHID设备通讯

如何编写应用程序与USBHID设备通讯编写应用程序与USBHID设备通讯的过程可以分为以下几个步骤:设备初始化、数据读取与写入以及释放资源。

下面将详细介绍如何完成每个步骤。

1.设备初始化:首先,需要获取系统中的所有HID设备信息,并找到目标设备的相关信息,如厂商ID、产品ID等。

可以使用操作系统提供的API函数来实现这一步骤,例如,Windows系统可以使用SetupAPI、DeviceIoControl等函数来获取设备信息。

2.打开设备:找到目标设备后,需要使用操作系统提供的API函数打开设备。

在Windows系统下,使用CreateFile函数打开设备句柄。

在Linux系统下,可以通过打开特定的文件来获取设备句柄。

3.读取数据:打开设备后,可以使用ReadFile函数从设备中读取数据。

需要设置好读取的缓冲区大小和读取的超时时间等相关参数。

读取的数据通常以报文形式传输,需要根据设备的通信协议进行解析和处理。

4.写入数据:使用WriteFile函数将数据写入设备。

写入的数据也通常以报文形式进行传输,需要按照设备的通信协议来填充报文的内容。

5.释放资源:通信完成后,需要关闭设备句柄并释放相关资源。

在Windows系统下,使用CloseHandle函数关闭设备句柄;在Linux系统下,使用close函数关闭设备文件描述符。

总结起来,编写应用程序与USBHID设备通讯的过程包括设备初始化、打开设备、读取数据、写入数据以及释放资源等步骤。

具体实现过程需要根据操作系统和编程语言的不同而有所调整,但总体思路相似。

通过调用操作系统提供的API函数来完成和USBHID设备的通信,可以实现读取和写入数据的功能。

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

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

Windows主机端与自定义USBHID设备通信详解说明:-以下结论都是基于WindowsXP系统所得出的,不保证在其他系统的适用性。

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

1.所使用的典型WindowsAPICreateFileReadFileWriteFile以下函数是DDK的内容:HidD_SetFeatureHidD_GetFeatureHidD_SetOutput ReportHidD_GetInput Report其中,CreateFile用于打开设备;ReadFile、HidD_GetFeature、HidD_GetInput Report 用于设备到主机方向的数据通信;WriteFile、HidD_SetFeature、HidD_SetOutputReport 用于主机到设备方向的数据通信。

鉴于实际应用,后文主要讨论CreateFile,WriteFile,Rea dFile,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取得。

usb hid原理

usb hid原理

usb hid原理USB HID原理USB HID(Human Interface Device)是一种用于计算机与外部设备之间交互的通信协议。

它定义了计算机与各种输入设备(如键盘、鼠标、游戏控制器等)之间的通信方式,使得这些设备可以直接与计算机进行数据交换。

USB HID的工作原理是通过在设备和主机之间建立一种标准化的通信协议,实现设备与计算机的数据传输。

在USB HID协议中,设备被定义为一个或多个功能,每个功能包含一个或多个控制点。

这些控制点可以是输入(Input)、输出(Output)或特性(Feature)。

在USB HID的通信过程中,设备通过发送报告(Report)与计算机进行数据交换。

报告是设备与主机之间传输数据的基本单位,它可以包含多个字段,每个字段都有自己的含义和长度。

设备会定期向计算机发送报告,或者在某些事件触发时主动发送报告,计算机则根据报告中的数据进行相应的处理。

USB HID的通信流程如下:首先,计算机会向设备发送一个获取报告的请求,设备收到请求后会根据自身的功能和状态来生成一个报告,并将报告发送回计算机。

然后,计算机会根据报告中的数据进行相应的处理,例如更新屏幕上的图像、执行特定的操作等。

设备还可以根据需要发送其他类型的报告,例如输出报告用于控制设备的状态。

USB HID的优势在于其简单、通用和易于使用。

通过使用USB HID 协议,不同类型的输入设备可以通过同一种协议与计算机进行通信,而无需为每种设备都设计独立的驱动程序。

这使得设备的开发和兼容性更加方便,同时也减少了对计算机系统资源的占用。

USB HID协议还支持热插拔功能,即在计算机运行时可以随时插拔设备而无需重新启动系统。

这使得用户可以方便地连接和断开设备,而无需担心系统的稳定性和安全性。

总结起来,USB HID是一种用于计算机与外部设备之间交互的通信协议,通过建立标准化的通信方式,实现设备与计算机之间的数据传输。

USBHID协议

USBHID协议

USBHID协议USB HID(Human Interface Device)是一种USB设备类别,用于连接和通信与人机交互相关的输入和输出设备。

HID协议定义了HID设备和主机之间的通信规范,确保设备能够正确地与计算机进行交互。

以下是对USB HID协议的详细说明,以及其在实际应用中的一些重要方面。

USBHID协议具有简单、通用和可扩展的特点。

它适用于各种输入和输出设备,如键盘、鼠标、游戏手柄、触摸屏、数字笔等。

通过HID协议,这些设备可以将用户的输入信息传输给计算机,并接收来自计算机的控制信号和反馈信息。

HID协议使用报告(Report)的概念来进行数据交换。

报告是一组有序的数据项,用于描述设备的状态和事件。

设备根据特定的报告描述(Report Descriptor)来构建和解析报告。

报告描述包含报告的结构、大小、类型和含义等信息。

HID设备通过发送报告给主机,以将用户输入传输到计算机。

主机在接收到报告后,可以根据报告的内容来进行相应的处理,例如模拟按键、鼠标移动,或者执行其他自定义操作。

主机也可以向设备发送报告,以控制设备的行为,例如改变设备的灯光状态、调节设备的参数等。

HID协议支持两种类型的报告:输入报告和输出报告。

输入报告描述了设备的状态和事件,例如按键按下、鼠标移动等。

设备通过发送输入报告来向主机提供这些信息。

输出报告用于设备接收主机的控制信号,例如要求设备执行其中一种操作、改变设备状态等。

HID协议还支持特殊的传输方式,如中断传输和控制传输。

中断传输用于快速地、实时地传输报告。

设备可以配置为定期地发送报告,以实现低延迟的数据传输。

控制传输用于设备与主机之间的配置和管理操作,例如设备的插拔检测、报告描述的请求和更新等。

HID协议还提供了一些高级功能,如力反馈(Force Feedback)和按键重复(Key Repeat)等。

力反馈允许设备通过触感反馈给用户,增强交互体验。

按键重复功能允许设备自动发送多个按键事件,减少用户的按键频率。

如何编写应用程序与USB HID 设备通讯(读写USB HID设备)

如何编写应用程序与USB HID 设备通讯(读写USB HID设备)

如何编写应用程序与USB HID 设备通讯(读写USB HID设备)说明:本实例所使用的上位机程序开发工具为Visual C++6.0。

一、修改下位机固件程序我们如果想实现一个USB的HID类设备,不需要在Windows下开发自己的驱动程序。

HID 不一定要是标准的外设类型,唯一的要求是交换的数据存储在报文的结构内,设备固件必须支持报文的格式。

任何工作在该限制之内的设备都可以成为一个HID,例如温度计、电压计、读卡机等。

报文的格式是由报告描述符决定的,所以只要修改描述符就能实现我们需要的报文格式。

下面我们来实现一个简单的报文格式:上位机发送固定64字节数据给设备,这个数据可以是命令,也可是数据,具体含义并不是由报告描述符来决定的,是由开发人员事先约定好的。

设备返回的数据也是64个字节,同样这个数据流的每个字节(甚至每个位)的具体含义由开发人员事先约定好。

1、修改报告描述符A、在Descriptor.C中找到以MouseReportDescriptor函数,将其内容修改如下:1.code char MouseReportDescriptor[29] = {2. 0x06,0x00,0xFF, //USAGE_PAGE (Vendor Defined Page 1)3. 0x09,0x01, //USAGE (Vendor Usage 1)4. 0xA1,0x01, //COLLECTION (Application)5.6. 0x19,0x01, //(Vendor Usage 1)7. 0x29,0x08, //(Vendor Usage 1)8. 0x15,0x00, //LOGICAL_MINIMUM (0)9. 0x26,0xFF,0x00, //LOGICAL_MAXIMUM (255)10. 0x75,0x08, //REPORT_SIZE (8)11. 0x95,0x40, //REPORT_COUNT (64)12. 0x81,0x02, //INPUT (Data,Var,Abs)13.14. 0x19,0x01, //(Vendor Usage 1)15. 0x29,0x08, //(Vendor Usage 1)16. 0x91,0x02, //OUTPUT (Data,Var,Abs)17.18. 0xC0 // END_COLLECTION19.};此报告描述符定义了64个字节的输入输出数据。

windows与android usb串口通信原理

windows与android usb串口通信原理

windows与android usb串口通信原理USB串口通信是一种常见的通信方式,它通过USB接口来实现计算机与外部设备的通信。

在Windows操作系统和Android操作系统中,USB串口通信都是非常常用的技术。

本文将介绍Windows和Android中USB串口通信的原理。

一、Windows中的USB串口通信在Windows中,USB串口通信是通过Windows驱动程序来实现的。

Windows驱动程序包括USB控制器驱动程序和串口通信驱动程序。

USB控制器驱动程序负责管理USB接口,将USB数据传输转换为串口数据传输。

串口通信驱动程序负责与外部设备通信,将串口数据传输转换为计算机可以理解的数据格式,并将计算机的数据传输给外部设备。

在Windows中,串口通信通常使用异步通信方式,即一个线程负责发送数据,另一个线程负责接收数据。

当计算机需要与外部设备通信时,它会创建一个串口通信线程,并打开相应的串口。

串口通信线程会不断地读取外部设备的响应数据,并将其传递给应用程序。

二、Android中的USB串口通信在Android中,USB串口通信的实现方式与Windows有所不同。

在Android 中,USB串口通信是通过Android驱动程序和Android操作系统来实现的。

Android驱动程序包括USB控制器驱动程序和串口通信驱动程序。

Android中的串口通信通常使用同步通信方式,即应用程序和外部设备之间直接进行通信,不需要通过其他线程或进程。

当应用程序需要与外部设备通信时,它会打开相应的串口,并直接与外部设备进行数据传输。

在Android中,USB串口通信的实现需要使用Android USB开发框架。

开发者可以使用Java语言编写应用程序,并通过Android USB开发框架来访问外部设备的数据接口。

开发者需要了解Android USB开发框架中的相关API和数据格式,以便正确地与外部设备进行通信。

如何使用WinUSB与USB设备(USBDevice)通信

如何使用WinUSB与USB设备(USBDevice)通信
Windows USB (WinUSB) 是 Microsoft 提供的 USB 设备的通用驱动程序。
WinUSB 体系结构由内核模式驱动程序 (Winusb.sys) 和用户模式动态链接库 (Winusb.dll) 组成。
Winusb.sys 是一种内核模式驱动程序,可在 USB 设备的内核模式设备堆栈的协议驱动程序之上 作为筛选器驱动程序或功能驱动程序进行安装。 Winusb.dll 是一种公开 WinUSB 功能的用户模式 DLL。 当 Winusb.sys 作为设备的功能驱动程序安装后,应用程序可以使用这些功能与其进行通信。
独立硬件供应商 IHV 必须使用与 USB 设备类型(而不是总线类型)相关的安装程序类。 如果要开发一个 Microsoft 还没有为其提供现有类 GUID 的设备类型,可以定义一个新的设备安装程序类。
Windows 8 中定义了一个名为 USBDevice ( ClassGuid = {88BAE032-5A81-49f0-BC3D-A4FF138216D6} ) 的新安装程序类。 如果您正在开发一个设备类型,请将您的设备与 <USBDevice> 而不是 <安装程序类 USB> 关联。 USBDevice 类支持 Windows Vista 以及更高版本的操作系统。
3. Choose to select the location of the new driver manually and browse to the folder where you downloaded the driver
制造 USB 设备的独立硬件供应商 (IHV) 必须经常为应用程序提供访问设备功能的途径。 在过去,这意味着使用 Windows 驱动程序模型 (WDM) 为设备实现一个功能驱动程序, 并将该驱动程序安装在设备栈中系统提供的协议驱动程序之上。 Windows 驱动程序基础 (WDF) 现在是 USB 驱动程序的首选模型。

USBHID设备类协议入门

USBHID设备类协议入门

USBHID设备类协议入门USB HID(Human Interface Device)设备类协议是一种用于连接人机界面设备(如键盘、鼠标、游戏控制器)到计算机的通信协议。

该协议定义了设备和主机之间的数据传输格式、命令和响应等规则,使得不同厂商的HID设备可以在不同操作系统上正常工作。

1.键盘设备:USBHID键盘设备协议定义了键盘数据的传输格式。

键盘通过发送按键代码和状态信息告知主机用户的输入。

主机则通过向键盘发送命令来控制LED指示灯的状态。

2.鼠标设备:USBHID鼠标设备协议定义了鼠标数据的传输格式。

鼠标传输的数据包括鼠标移动、按键和滚轮信息等。

主机通过解析这些数据来控制光标的移动和与鼠标相关的操作。

3.游戏控制器:USBHID游戏控制器设备协议支持各种类型的游戏控制器,如游戏手柄、方向盘和航空杆等。

该协议规定了游戏控制器的按键、摇杆和轴等输入数据的格式和传输方式。

4.触摸屏设备:USBHID触摸屏设备协议定义了触摸屏的输入数据格式。

触摸屏通过发送坐标和触摸状态信息来告知主机用户的触摸操作。

在USB HID设备类协议中,设备和主机之间的通信基于报告描述器(Report Descriptor)。

报告描述器定义了设备的输入和输出报告格式。

设备将报告描述器发送到主机,以便主机能够正确解析设备发送的数据。

总结来说,USBHID设备类协议是用于连接各种人机界面设备到计算机的协议。

它定义了设备和主机之间的通信规则和数据格式,以确保不同类型的设备在不同的操作系统上能够正常工作。

通过了解和遵守USBHID设备类协议,设备制造商可以确保产品的兼容性,并提供更好的用户体验。

USBHID协议中文版——USB接口HID设备

USBHID协议中文版——USB接口HID设备

USBHID协议中文版——USB接口HID设备USB HID(Human Interface Device)协议,即USB人机接口设备协议,是一种用于在计算机和外部设备之间进行通信的协议。

USB HID设备包括各种外部设备,如键盘、鼠标、游戏手柄等。

它将这些设备的输入信息以标准格式传输给计算机,并接收来自计算机的控制命令。

USBHID协议是USB规范的一部分,通过定义报告描述符和相关命令,定义了HID设备和主机之间的通信方式。

HID设备通过USB接口连接到计算机主机,主机通过发送控制命令来获取设备的状态信息或者向设备发送控制命令。

USBHID协议采用面向报告的架构。

报告是HID设备与主机之间通信的基本单位,它包含设备的输入或输出数据。

报告描述符定义了报告的结构和内容。

HID设备可以定义多个报告,每个报告有一个唯一的报告ID,主机通过这个ID来区分不同报告。

报告分为输入报告和输出报告两种类型,输入报告用于向主机提供设备的输入数据,输出报告用于接受来自主机的控制命令。

在USBHID协议中,主机与设备之间的通信是通过控制传输、中断传输和批量传输三种方式实现的。

控制传输用于获取设备的状态信息或者发送控制命令,中断传输用于实时传输设备的输入数据,批量传输用于传输大量的数据。

USBHID协议还定义了一些标准报告类型,如键盘报告、鼠标报告、游戏控制器报告等。

这些报告类型定义了这些设备的输入输出格式,以及设备状态的解析规则。

主机可以根据这些标准报告类型来识别设备以及解析设备的输入输出数据。

USBHID协议还支持设备的热插拔功能,即在计算机运行期间可以动态地插拔设备。

当设备插入计算机时,主机会检测到设备,并为设备分配一个唯一的地址。

当设备被拔出时,主机会释放该地址,从而实现设备的热插拔。

总之,USBHID协议是一种用于在计算机和外部设备之间进行通信的协议。

它定义了HID设备和主机之间的通信方式,以及设备的输入输出格式。

USBHID协议中文版——USB接口HID设备

USBHID协议中文版——USB接口HID设备

USBHID协议中文版——USB接口HID设备HID协议是一种设备到计算机的通信协议,它为设备和计算机之间提
供匿名交互功能。

HID使设备能够发送命令给计算机,并以此来控制计算机,示例如屏幕光标的移动、键盘上的按键操作等等。

HID使用USB接口,这个接口允许双向传输,所以HID的连接可以让设备向计算机发送和接收
信息。

HID协议是一个可靠的,支持多种设备的协议,它可以用来连接不同
类型的设备,包括普通的读写硬盘、鼠标、键盘、显示器、外部存储器等等。

HID协议的灵活性使它可以用于实现各种功能,其中包括具有强制性
的政府标准设备、无线设备等。

HID协议的主要目的是为设备提供轻量级的数据交换框架,能够高效
地传递设备数据,高度定制化,从而有效降低传输数据的时间和功耗。

HID协议与其他传输协议相比,具有许多优点,例如:
1.不需要改变协议:HID协议能够提供灵活的连接,不需要改变协议
就可以操作不同的实体设备,减少硬件和软件的发展成本和时间。

2.安全性高:HID协议具有认证,授权和加密功能,能够保护数据不
受未经授权的访问。

3.支持热插拔:HID设备可以在系统运行时插入或拔出,无需重新启
动系统。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Windows主机端与自定义USB HID设备通信详解说明:-以下结论都是基于Windows XP 系统所得出的,不保证在其他系统的适用性。

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

1.所使用的典型Windows APICreateFileReadFileWriteFile以下函数是DDK 的内容:HidD_SetFeatureHidD_GetFeatureHidD_SetOutputReportHidD_GetInputReport其中,CreateFile 用于打开设备;ReadFile 、HidD_GetFeature 、HidD_GetInpu tReport 用于设备到主机方向的数据通信;WriteFile 、HidD_SetFeature 、HidD_Set OutputReport 用于主机到设备方向的数据通信。

鉴于实际应用,后文主要讨论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 设备,其中设备路径通过函数SetupDiGetInterfac eDeviceDetail 取得。

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

在此顺便列出MSDN 上关于此参数的说明:If this parameter is zero, the application can query file and device attributes wit hout 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 w ithout opening it for read or write access。

-重叠(异步)模式:此参数并不会在此处表现出明显的意义,它主要是对后续的WriteFile ,ReadFile 有影响。

如果这里设置为重叠(异步)模式,那么在使用Wr iteFile ,ReadFile 时也应该使用重叠(异步)模式,反之亦然。

这首先要求WriteFil e ,ReadFile 的最后一个参数不能为空(NULL )。

否则,便会返回87 (参数错误)错误号。

当然,87 号错误并不代表就是此参数不正确,更多的信息将在具体讲述这两个函数时指出。

此参数为0 时,代表同步模式,即WriteFile ,ReadFile 操作会在数据处理完成之后才返回,否则阻塞在函数内部。

ReadFile(hDev, // 设备句柄,即CreateFile 的返回值recvBuffer, // 用于接收数据的bufferIN_REPORT_LEN, // 要读取数据的长度&recvBytes, // 实际收到的数据的字节数&ol); // 异步模式在这里,ReadFile 用于读取HID 设备通过中断IN 传输发来的输入报告。

有以下几点要注意:1 、ReadFile 的调用不会引起设备的任何反应,即HID 设备与主机之间的中断IN 传输不与ReadFile 打交道。

实际上主机会在最大间隔时间(由设备的端点描述符来指定)内轮询设备,发出中断IN 传输的请求。

“读取”即意味着从某个buffer 里面取回数据,实际上这个buffer 就是HID 设备驱动中的buffer 。

这个buffer 的大小可以通过Hi dD_SetNumInputBuffers 来改变。

在XP 上缺省值是32 (个报告)。

2 、读取的数据对象是输入报告,也即通过中断输入管道传入的数据。

所以,如果设备不支持中断IN 传输,那么是无法使用此函数来得到预期结果的。

实际上这种情况不可能在HID 中出现,因为协议指明了至少要有一个中断IN 端点。

3 、IN_REPORT_LEN 代表要读取的数据的长度(实际的数据正文+ 一个byte 的报告ID ),这里是一个常数,主要是因为设备固件的信息我是完全知道的,当然知道要读取多少数据(也就是报告的长度);不过也可以通过另外的函数(HidD_GetPre parsedData)来事先取得报告的长度,这里不做详细讨论。

因为很难想象在不了解固件信息的情况下来做自定义设备的HID 通信,在实际应用中一般来说就是固件与PC 程序匹配着来开发。

此参数如果设置过大,不会有实质性的错误,在recvBytes 参数中会输出实际读到的长度;如果设置过小,即小于报告的长度,会返回1784 号错误(用户提供的b uffer 无效)。

4 、关于异步模式。

前面已经提过,此参数的设置必须与CreateFile 时的设置相对应,否则会返回87 号错误(参数错误)。

如果不需要异步模式,此参数需置为NULL 。

在这种情况下,ReadFile 会一直等待直到数据读取成功,所以会阻塞住程序的当前过程。

WriteFile(hDev, // 设备句柄,即CreateFile 的返回值reportBuf, // 存有待发送数据的bufferOUT_REPORT_LEN, // 待发送数据的长度&sendBytes, // 实际收到的数据的字节数&ol); // 异步模式在这里,WriteFile 用于传输一个输出报告给HID 设备。

有以下几点要注意:1、与ReadFile 不同,WriteFile 函数被调用后,虽然也是经过驱动程序,但是最终会反映到设备中。

也就是说,调用WriteFile 后,设备会接收到输出报告的请求。

如果设备使用了中断OUT 传输,则WriteFile 会通过中断OUT 管道来进行传输;否则会使用S etReport 请求通过控制管道来传输。

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, // 存有待发送数据的bufferFEATURE_REPORT_LEN); //buffe r 的长度HidD_SetOutputReport(hDev, / / 设备句柄,即CreateFile 的返回值reportBuf, // 存有待发送数据的bufferOUT_REPORT_LEN); //buffer 的长度HidD_SetFeature 发送一个特征报告给设备,HidD_ SetOutputReport 发送一个输出报告给设备。

注意以下几点:1、跟WriteFile 类似,必须在reportBuf [0] 中指明要发送的报告的ID ,并且和各自适合的类型相对应。

也就是说,HidD_SetFeature 只能发送特征报告,因此报告I D 必须是特征报告的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 长度”与实际的报告长度不符。

相关文档
最新文档