关键词 HID 人机接口设备 USB 描述符 中断传输
目前市场上USB设备的种类繁多,但是这些设备会有一些共同的特性,根据这些特性可以把USB设备划分为不同的类,如显示设备、通信设备、音频设备、大容量存储设备、人机接口设备(HID)。这里介绍如何实现HID类设备,以及如何在应用程序中对HID类设备进行访问。从Windows98操作系统开始,为HID类设备提供了通用的驱动程序,所以只要按照HID设备类的规范编写设备的固件程序,就能够让Windows系统自动识别设备,省去了复杂的驱动程序编写过程。
1 HID协议简介
人机接口设备(HID)主要是指一些人与计算机进行交互的设备,如键盘、鼠标、游戏杆等;但是HID设备不一定非要是这些人机交互设备,只要符合HID设备级定义规范要求的都可以认为是HID设备。HID设备有以下主要特点:
① 交换的数据存储在的结构内,设备必须支持HID格式。
② 每笔事务可以携带小量或中量的数据。低速设备每笔事务为8字节,全速设备每笔为64字节,高速设备为1 024字节;
③ 有传输速度的限制。低速设备快10 ms一笔事务,速度为800 B/s;全速设备快1 ms一笔事务,速度为64 KB/s;高速设备快125 μs一笔事务,速度为24.576 MB/s。
④ 没有传输速度的保证。
当插入USB设备后,主机会向设备请求各种描述符来识别设备。为了把一个设备识别为HID类别,设备在定义描述符的时候必须遵守HID规范。图1显示了HID各种描述符之间的关系。事实上,每个设备可以有多个接口描述符来实现多接口设备,而且每个接口描述符下应该有多个端点描述符。
图1 HID各种描述符之间的关系
从图1中可以看出,除了USB标准定义的一些描述符外,HID设备还必须定义HID描述符。另外设备和主机的通信是通过的形式来实现的,所以还必须定义描述符;而物理描述符不是必需的。还有就是HID描述符是关联于接口(而不是端点)的,所以设备不需要为每个端点都提供一个HID描述符。
USB设备有4种传输方式与主机进行通信: 控制方式、中断方式、批量方式和同步方式。每种方式都有它的应用领域。HID只支持控制和中断传输方式。如图2所示,HID设备必须要有默认的控制管道和一个中断输入端点;中断输出端点是可选的。
图2 HID类设备使用控制和中断传输方式
中断输出传输是USB1.1规范才有的内容,且必须获得Windows系统的支持。从Windows98 SE版本开始才支持中断输出传输方式,所以如果需要中断输出传输方式的设备应该选择相应的操作系统。表1列出了传输类型和相关情况。
表1 HID类设备支持的传输方式传输
USB协议定义了11种请求命令,通过这些请求来获得设备的信息及对设备进行设置。HID类设备除了要支持这11种标准的请求外,还要实现以下6种特定请求:
① Get_Report——主机用控制传输从设备接收数据,所有HID类设备都要支持这个请求;
② Set_Report——设备用控制传输接收主机的数据,设备可以不支持此请求;
③ Get_Idle——主机读取设备当前的空闲速率,设备可以不支持此请求;
④ Set_Idle——设置闲置状态,设备可不支持此请求;
⑤ Get_Protocol——主机获得设备的当前活动是引导协议还是协议;
⑥ Set_Protocol——在引导协议和协议间切换,设备如果支持系统引导(如键盘和鼠标),就必须支持Get_Protocol和Set_Protocol请求。
2 HID接口固件设计与实现
该设备采用C8051F120微控制器和PDIUSBD12芯片来实现,如图3所示。
图3 HID系统结构框图
因为PDIUSBD12的主端点(Endpoint2)具有64字节的双缓冲,能够提供比较高的速度,所以在端点描述符里把它配置为中断传输方式,而Endpoint1没有使用。PDIUSBD12通过中断触发CPU来响应主机的各种请求。
此系统采用的USB协议版本是1.1,所以能够支持中断输出传输。为了让主机把设备识别为HID类别,定义设备接口描述符时类别这一字段的值必须设置为0x03(HID类别),这样主机就会继续请求获得设备的HID描述符和描述符。在主机Get_Descriptor请求中,当值字段的高位字节为0x21时,表示主机要求获得HID描述符;当值字段高字节为0x22时,就是主机要求获得描述符。对于描述符,可以参考HID Usage Tables规范。HID Descriptor Tool工具可以帮助建立和测试编写的描述符。这里定义了一个输入和输出64字节数据的描述符。
code unsigned char szReport[] = {
0x06,0xA0,0xFF,//用法页(FFA0h, vendor defined)
0x09, 0x01,//用法(vendor defined)
0xA1, 0x01,//集合(Application)
0x09, 0x02 ,//用法(vendor defined)
0xA1, 0x00,//集合(Physical)
0x06,0xA1,0xFF,//用法页(vendor defined)
//输入
0x09, 0x03 ,//用法(vendor defined)
0x09, 0x04,//用法(vendor defined)
0x15, 0x80,//逻辑值(0x80 or -128)
0x25, 0x7F,//逻辑值(0x7F or 127)
0x35, 0x00,//物理值(0)
0x45,0xFF,//物理值(255)
0x75, 0x08,//长度Report size (8位)
0x95, 0x40,//数值(64 fields)
0x81, 0x02,//输入(data, variable, absolute)
//输出
0x09, 0x05,//用法(vendor defined)
0x09, 0x06,//用法(vendor defined)
0x15, 0x80,//逻辑值(0x80 or -128)
0x25, 0x7F,//逻辑值(0x7F or 127)
0x35, 0x00,//物理值(0)
0x45,0xFF,//物理值(255)
0x75,0x08,//长度(8位)
0x95, 0x40,//数值(64 fields)
0x91, 0x02,//输出(data, variable, absolute)
0xC0,//集合结束(Physical)
0xC0//集合结束(Application)
};
这样,后面数据的输入和输出都必须满足的格式才能够进行传输。
图4 应用程序枚举HID设备流程
3 应用程序设计实现
Windows为应用程序访问HID设备提供了强大的支持,有一整套对HID设备进行访问的API。应用程序要访问设备就必须先枚举到设备,图4为应用程序枚举HID设备流程。
枚举成功后根据返回的设备句柄,就可以用ReadFile和WriteFile来读写设备的数据了。这里采用异步方式来读写数据,这样不会发生读写时阻塞,提高了程序的效率。以下是异步方式读写设备的要点:
① 为了实现异步访问设备,在CreateFile打开设备时必须使用FILE_FLAG_OVERLAPPED标志。
② 打开设备成功后,使用CreateThread建立1个读设备线程。
③ 在这个线程中首先建立1个OVERLAPPED结构,并用CreateEvent函数初始化它的hEvent成员,这样就创建了1个事件对象。
④ 调用ReadFile函数,并传入这个结构。
⑤ 调用ReadFile后会立即返回,必须调用GetLastError获得出错码。 如果为ERROR_IO_PENDING, 说明此操作是在等待完成的;否则,说明调用出错。
⑥ 调用WaitForSingleObject等待hEvent事件的通知,并使此线程进入休眠状态。如果有数据发送到主机,读线程就会被激活。
WriteFile的使用也同样要求异步操作,与ReadFile的使用差不多。
这里要注意的是,在每次读写数据前都要先接收和发送1字节的PID标志,所以每次读写数据的时候都要多一个字节。比如,这里每次读写的是64字节数据,但是在这64字节之前必须放1字节的PID数据,所以是65字节。一般这个字节的值为0。
4 小结
充分利用PDIUSBD12主端口的双缓冲特性后,测试设备与PC间传输速度能达到8 KB/s以上,对于一些传输数据量不大,速度要求不高,而又必须在短时间内做出响应的场合基本能够满足要求。在此基础上只要生成不同的描述符,就能开发出各种不同的嵌入式设备;而且这样的设备无需驱动,在插入PC后就能立刻开始工作,省去了安装驱动程序的过程,方便使用。
[1]. C8051F120 datasheet https://www.dzsc.com/datasheet/C8051F120_209854.html.
[2]. PDIUSBD12 datasheet https://www.dzsc.com/datasheet/PDIUSBD12_544412.html.
免责声明: 凡注明来源本网的所有作品,均为本网合法拥有版权或有权使用的作品,欢迎转载,注明出处。非本网作品均来自互联网,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。