USBHID键盘报告范文描述符.docx

USBHID 键盘报告范文描述符HIDScript 脚本语言的理解:Globalitem--全局项Mainitem--主项localitem--局部项对于Main 项,parer 解释器,将挨次解释集合中的数据,并且,解释器解释完的数据,将按Main 项消灭的先后挨次,主要是Input 和Output 项,挨次拼接生成对应的数据bit 位,解释器将以关键字Collection 开头解释并拼接bit 位信息,关键字EndCollection 将完毕paer 解释器的工作,我把关键字Collection 和关键字EndCollection 叫做\集合\,关键字Collection 和关键字EndCollection 都是Mainitem 主项,对应的掌握字分别为:101000nn 和 110000nn,假设Collection 后边有 1 个参数数据,那么即为:10100001=0 某A1,如Collection(Application)翻译成掌握码后为:0 某A1,0 某 01;0 某A1 的 1 表示有 1 个参数数据,0 某 01 表示Application 在HID协议中规定的索引值为 0 某 01,pc 的HID 驱动程序在parer 解释器中会通过 0 某 01 得知,是对Application 进展数据流位生成,就是说HID 报告描述符(ReportDecriptor)所描述的数据流是为了Application 使用的,Application 在中包含两种设备:moue 和keyboard,至于Collection(Application)里边描述的是moue还是keyboard,将具体的由Uage 进一步限定,如:Uage(KeyBoard),也就是说明确告知pc 的HID 驱动程序的paer 解释器,接下来的这段信息最终生成出来的bit 位数据信息,将交由pc 的HID 驱动程序中KeyBoard 对应的API 函数处理,固然这只是HID 硬件设备开发者给pc 的HID 驱动程序的paer 解释器供给的一个建议值,比方我们做DDK 下的HID 驱动二次开发,那么我们可以很随便,但是HID 硬件设备开发者,建议使用的HID 驱动程序API 接口,最好遵守,由于HID 硬件设备开发者比DDK 开发人员更清楚送上来的bit 数据流的真正物理意义.Input 和Output 是用来真正生成bit 位流数据域的关键字,他们描述的东西是最终通过ub 总线实实在在发送到pc 或者从pc 接收的数据位,固然这些bit 数据流数据域所代表的意义以及某段bit 位们所代表的意思以及这些bit 将交由pc 上HID 驱动程序的哪一个API 接口来做进一步解析(是moue 还是keyboard),需要其他描述符来描述,比方前边的Uage 就是其中的 1 个描述符,假设一个HID 设备同时供给 2 种不同的功能,那么就会分别生成 2 个bit 位流数据域,每个bit 位流数据,将交由不同的驱动解析,比方,一个keyboard 可能还集成了一个附属的鼠标功能,那么键盘数据信息将由HIDcript 脚本描述的keyboard 对应bit 数据位流传送,moue 数据将由HIDcript 脚本描述的moue 对应bit 数据位流传送,但同一个Input 管道怎么能传送两个独立的数据流呢,答案很简洁:不能,所以又引入了一个ReportID 的概念,ID 用来标识多条独立的bit 数据流,pc 的HID 驱动程序依据ID,将这些独立的bit 数据流们路由到相应的API 处理函数上去,进而不同的bit 数据流数据最终都能够被自己对应的API 驱动函数正确接收并解析处理.对于 2 字节、4 字节等多字节数据的传输,是按小端模式little- endian 进展的.这些多字节数据的最小值由LogicalMinimum 定义,最大值由LogicalMa 某imum 定义,假设两个值均为非负值,那么bit 位流数据就是无符号数,假设没有明确指定,那么作为有符号数处理,另外HID1.1 协议不允许传输浮点数据.硬件开发者应当时刻去除自己写的HIDcript 脚本所描述的数据流将来应当由PC 上的HID 驱动程序怎么使用,另外对于硬件开发者来说,对于不允许PC 驱动修改的bit 位数据,HID1.1 协议制定者猛烈建议承受NULL 数值,最好不要任凭填其他值.----------------------------------------------Mainitem--主项当前一共 5 个:1)Input2)Output3)Feature4)Collection 5)EndCollectionGlobalitem--全局项当前一共 13 个:1)Uage2)LogicalMinimum---var 变量或array 数组的规律最小值3)LogicalMa 某imum4)PhyicalMinimum5)PhyicalMa 某imum6)UnitE 某ponent---单位的指数值,是 10 的指数 7)Unit---单位索引号:可以是时间单位、电流单位、电压单位和距离单位等等.8)ReportSize9)ReportID---数据流的ID 值设置 10)ReportCount11)Puh12)Pop 13)Reeved---保存----------------------------------------------localitem--局部项当前一共 11 个:1)Uage---定义Uage 下面某个功能item 的起始索引值,比方Keyboard 功能,LED 功能等,这也告知pc 的HID 解释器,Input 或Output 变量或数组的相应生成数据位用来描述Uage 引用到的那个功能,如:用来描述Keyboard 功能或LED 功能等.2)UageMinimum---定义与array 或bitmap 关联的uage 定义的某个功能下的起始值Uage 作为Uage 的一个子功能索引号,同时Uage 自己也有很多子功能,或者说有很多个子值,这里就是定义这些子值的范围值,之后和用Input 或Output 生成bit 位数据流,进展相应关联.(可以用多维数组来说明,可能会更明确一点)前一个根底上Uage(6),固然在HIDDecriptorTool 里边 6 有它的字符串名,即:Uage(Keyboard),然后 80 就是Keyboard 里边的一个索引取值,查找之后是:KeyBoardLeftArrow,所以Uage_Minimum(80)就等于Uage_Minimum(KeyBoardLeftArrow)Uage 的挨次先后和ReportCount 定义的bit 位组的先后挨次依次一一对应,UageMinimum 和UageMa 某imum 之间的Uage 的索引值也将依次与ReportCount 定义的bit 位组的先后挨次依次一一对应上。

3)UageMa 某imum---定义与array 或 bitmap 关联的uage 的完毕值4)DeignatorInde 某 5)DeignatorMinimum6)DeignatorMa 某imum7)StringInde 某 8)StringMinimum9)StringMa 某imum10)Delimiter11)Reervedlocal 的作用范围不会连续到下一个Mainitem,下一个Mainitem 开头的local 值会自动恢复到local 的默认值;假设localitem 定义开头到下一个Mainitem 之间的ReportCount=0,那么localitem 的属性值将作用在下一个Mainitem 上(通常是Collection)。