USB1.1协议学习经验之3---- USB设备传送类型(数据流模型)
2008-08-07 09:33
459 查看
在上一篇中,介绍了USB设备的加载过程,其中提到了USB设备信息的传送方式有:控制传送(control),同步传送(isochronous),中断传送(interrupt),批传送(bulk)四种。这四种传送方式是针对不同的USB设备应用设计的。下面介绍一下这几种传送方式,具体的还是要自己看规约啊。
控制传送:可靠的、非周期性的、由主机软件发起的请求或者回应的传送,通常用于命令事务和状态事务。我在第一篇中介绍设备端点的时候,说了0号端点。0号端点是USB默认的缺省控制端点,同时要注意的是,控制端点是双向的。控制传送就是用来在控制端点上传送USB设备的控制信息(命令事务和状态事务)。USB设备的其它非控制端点可以使用除控制传送方式以外的其它三中传送方式,但控制端点必须使用控制传送。这样的话,也就是说:USB设备中一定必须有控制传送。
同步传送:在主机与设备之间的周期性的、连续的通信,一般用于传送与时间相关的信息。这种类型保留了将时间概念包含于数据中的能力。但这并不意味着,传送这样数据的时间总是很重要的,即传送并不一定很紧急。典型应用:USB音频设备(USB耳机,USB电话什么的)。
中断传送:小规模数据的、低速的、固定延迟的传送。典型应用:USB键盘,USB鼠标。
批传送:非周期性的,大包的可靠的传送。典型地用于传送那些可以利用任何带宽的数据,而且这些数据当没有可用带宽时,可以容忍等待。典型应用:U盘,MP3。
控制传送:可靠的、非周期性的、由主机软件发起的请求或者回应的传送,通常用于命令事务和状态事务。我在第一篇中介绍设备端点的时候,说了0号端点。0号端点是USB默认的缺省控制端点,同时要注意的是,控制端点是双向的。控制传送就是用来在控制端点上传送USB设备的控制信息(命令事务和状态事务)。USB设备的其它非控制端点可以使用除控制传送方式以外的其它三中传送方式,但控制端点必须使用控制传送。这样的话,也就是说:USB设备中一定必须有控制传送。
同步传送:在主机与设备之间的周期性的、连续的通信,一般用于传送与时间相关的信息。这种类型保留了将时间概念包含于数据中的能力。但这并不意味着,传送这样数据的时间总是很重要的,即传送并不一定很紧急。典型应用:USB音频设备(USB耳机,USB电话什么的)。
中断传送:小规模数据的、低速的、固定延迟的传送。典型应用:USB键盘,USB鼠标。
批传送:非周期性的,大包的可靠的传送。典型地用于传送那些可以利用任何带宽的数据,而且这些数据当没有可用带宽时,可以容忍等待。典型应用:U盘,MP3。
相关文章推荐
- USB1.1协议学习经验之4---- USB设备的描述表
- USB1.1协议学习经验之2---- USB设备加载过程
- USB1.1协议学习经验之5---- USB设备请求
- Android usb学习笔记:Android AOA协议设备端 流程总结
- USB1.1协议学习经验之1----设备端点
- 硬件总线学习之路_USB数据流模型
- OSI七层协议模型、TCP/IP四层模型学习笔记
- linux内核学习 设备模型之第二层bus_register
- linux内核学习(22)设备模型之第二层bus_register
- 【转】用人机接口类型开发USB设备
- Linux设备驱动程序学习-Linux设备模型(总线、设备、驱动程序和类)
- 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确。参数 1 (""): 数据类型 0x38 未知。 (
- 驱动学习回顾——Linux下bus设备模型
- 第十九篇:USB Audio/Video Class设备协议
- linux内核学习(23)设备模型之第二层driver_register
- usb驱动开发4之总线设备驱动模型
- USB设备类型代码以及详细说明
- OSI七层协议模型、TCP/IP四层模型学习笔记
- 龙芯软件开发(34)- USB协议深入分析 设备描述符配置包
- 嵌入式Linux驱动学习之路(二十)USB设备驱动