USB URB的status及其代表的意义 平时在处理客户问题时,经常需要分析出现问题时抓取的usbmon log,这个log中有一个字段非常重要:URB Status word,这个字段就是struct urb结构体中的status成员变量. 通过这个status的值,可以分析出模块端和HOST端usb的一些状态,有利于定位到问题点. Linux内核中对该成员变量的注释如下: 表明该字段仅仅表示批量传输.控制传输和中断传输的URB状态,等时传输不在其中,不过我们的模组也没有等时传输的端点. 在

源:STM32 USB 问题汇总 汇总1:STM32的USB例程修改步骤,来自http://blog.csdn.net/cy757/archive/2010/01/01/5117610.aspx 以下是笔者将ST的Custom_HID例程修改为“自定义USB设备”例程时总结出来的,因为笔者也是刚刚学USB开发不久,某些方面理解错误在所难免,请各位大虾指正. 一.usb_desc.c文件 根据你程序使用的通信方式修改.usb_desc.h文件中定义要根据usb_desc.c文件中的数组的大小:Co

USB设备请求命令 :bmRequestType + bRequest + wValue + wIndex + wLength 编号 值  名称 (0) 0  GET_STATUS:用来返回特定接收者的状态(1) 1  CLEAR_FEATURE:用来清除或禁止接收者的某些特性 (x) 2 为将来保留(2) 3  SET_FEATURE:用来启用或激活命令接收者的某些特性 (x) 2 为将来保留(3) 5  SET_ADDRESS:用来给设备分配地址(4) 6  GET_DESCRIPTOR:用

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 协议层管理设备及其主机之间端到端的数据流.这一层建立在链路层提供对某些类型的包的保证传输(guarantees delivery of certain types of packets)的假设基础上:本层基于传输类型,增加了对其余类型的数据包的端到端传输的可靠性(end to end reliability for the rest of the packets). 本章详细描述了以下内容: 数据包类型(

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 本章展示数据和信息如何在超高速上通过的一种高层次的描述.请阅读协议层一章关于低层次协议的细节.本章提供设备架构概述信息,设备框架一章会对此进一步展开.所有实现者应该阅读本章了解超高速的关键概念. 4.1 实现者观点 [Implementer Viewpoints] 超高速是与USB 2.0非常相似的,它提供了一个USB主机和连接的USB设备之间的通讯服务.该通讯模型保持了USB 2.0分层结构及通讯流的基

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 本章列出并定义本规范通篇将使用的术语及缩略语. 术语/略缩语 定义 ACK(确认包) 表示积极肯定的握手包. ACK Tx Header Sequence Number(ACK Tx 头包序列号) 等待确认的链路控制字中期望的头包序列号. Active Device(活动设备) 处于供电状态而不是挂起状态的设备. Asynchronous Data(异步数据) 对时延要求宽松的,不定期的(irregula

前面的两篇文章介绍和分析了USB的一些基本知识,结合前面的介绍,今天用实例介绍USB的枚举过程. 1 | 概况 硬件基于EK-TMC123GXL开发板,软件是TI提供的USB批量传输的简单例子,在PC端用命令行通过USB发送字符串,开发板通过USB返回应对的字符串(发送的是大写字母,返回小写字母,反之亦然) 2 | 枚举过程 由于整个枚举过程很长,现有示波器没法捕获这个枚举过程,改用逻辑分析仪来分析: 2.1 | 获取描述符(GET_DEVICE_DESCRIPTOR) 主机发起控制传输的SET

在上一篇文章全速USB波形数据分析(一)介绍了全速USB的数据包(Packet)的组成,数据的类型等基本知识.这篇文章介绍USB的几种传输方式 事务(Transaction) USB协议定义了三种不同的事务(Transation),即SETUP事务, IN事务和OUT事务 SETUP 事务 一次成功的SETUP事务包含3个连续的数据包,分别是令牌包(TOKEN PACKET),数据信息包(DATA PACKET),握手包(HANDSHAKE PACKET) 用示波器实际获取的D+/D-信号如下,

转自:http://blog.csdn.net/zh98jm/article/details/6339320 1.驱动流程:   2.明确probe函数的功能: probe有usb core 经枚举过程,匹配 id_table ,识别到驱动,并调用probe来初始化一些信息. 如 dev->driver_info = info 只是取得注册时的一些信息,用于一些比较特殊的设备,如bind 与收发与普通的网卡不同时,增加或减少一些配置. 主要做了:  skb_queue_head_init (&

了解bootloader的实现,请加QQ: 1273623966 (验证填bootloader):欢迎咨询或定制bootloader:我的博客主页www.cnblogs.com/geekygeek 今年国庆完成了4个bootloader,前面介绍了2个,都是PIC32MZ的USB bootloader, 接着介绍2个PIC24 的USB bootloader, 首先是PIC24 USB CDC bootloader.PIC24 USB CDC bootloader 是我开发给我的PIC24FJ2

这篇文章主要通过分析高通recovery目录下的recovery.cpp源码,对recovery启动流程有一个宏观的了解. 当开机以后,在lk阶段,如果是recovery,会设置boot_into_recovery=1,然后读取recovery.img镜像,把recovery.img的地址和ramdisk等信息作为参数启动kernel,从而进入recovery模式,下面进行简单的分析. 为什么要分析recovery.cpp这个文件? 下面的代码位于bootable/recovery/etc/in

现在硬盘便宜,很多同学都有移动硬盘,如果你同时使用Windows与Mac OS的话,移动硬盘最好不要使用NTFS文件系统,否则在Mac OS上,你只能读你的移动硬盘,不能写. 但是实际上的情况是,移动硬盘上有很多东西了,且最初是格式化为了NTFS格式,这时候重新格式化是很麻烦的,要做数据移动. 这个问题有两种办法解决: 使用第三方软件. 使用mac os自带的mount_ntfs工具. 在Mac OS上mount NTFS文件系统的第三方软件,常用的是NTFS3G,这是一个开源软件,免费使用,不

[温故而知新]类似文章浅析USB HID ReportDesc (HID报告描述符) 现在将en.stm32cubef1\STM32Cube_FW_F1_V1.4.0\Middlewares\ST\STM32_USB_Host_Library\Core\Inc\usbh_def.H /** ****************************************************************************** * @file usbh_def.h * @aut

1.获取电池信息 $ adb shell dumpsys battery $ adb shell dumpsys battery Current Battery Service state: AC powered: false //false表示没使用AC电源 USB powered: true //true表示使用USB电源 Wireless powered: false //false表示没使用无线电源 status: //2表示电池正在充电,1表示没充电 health: //2表示电池状态

本文由@呆代待殆原创,转载请注明出处:http://www.cnblogs.com/coffeeSS/ 适配器模式简介 适配器模式的作用就如同现实生活中转接头的作用一样,现实生活中我们会用USB转接头把手机插到家用两孔或者三孔插座上充电,这就是一个适配的模式,在编程中我们可能会遇到现有的系统所需要的接口和新加入的类实现的接口不一样的情况,这时我们可以写一个适配器类,作为二者之间的转换器使用,从这个特点我们看到这种模式一般不在系统设计阶段使用,而是在后期扩展系统时使用.抽象的表示如下图,来自<He

CSDN上转悠了一圈发现关于PNP管理的文章不多.那就由我献个丑,记录自己对PNP管理器的看法. pnp管理器被描写叙述为向内核和应用程序提供关于设备拔插的通知,凭感觉,pnp管理器应该是个线程函数等待设备通知.搜索ReactOS发现有这么个函数符合这个功能: static DWORD WINAPI PnpEventThread(LPVOID lpParameter) {     PPLUGPLAY_EVENT_BLOCK PnpEvent; ... PnpEvent = HeapAlloc(G

USB通信协议——深入理解 0. 基本概念 一个[传输](控制.批量.中断.等时):由多个[事务]组成: 一个[事务](IN.OUT.SETUP):由一多个[Packet]组成. USB数据在[主机软件]与[USB设备特定的端点]间被传输.[主机软件]与[USB设备特定的端点]间的关联叫做[pipes].一个USB设备可以有多个管道(pipes). 1. 包(Packet) 包(Packet)是USB系统中信息传输的基本单元,所有数据都是经过打包后在总线上传输的.数据在 USB总线上的传输以包为

现在开始就沿着usb_generic_driver的生命线继续往下走.设备的生命线你可以为是从你的usb设备连接到hub的某个端口时开始,而驱动的生命线就必须得回溯到usb子系统的初始化函数usb_init了. if (retval) goto hub_init_failed; retval = usb_register_device_driver(&usb_generic_driver, THIS_MODULE); if (!retval) goto out; 在usb子系统初始化的时候就调用

上一节勉勉强强把struct urb这个中心给说完,接着看那三个基本点. 第一个基本点,usb_alloc_urb函数,创建urb的专用函数,为一个urb申请内存并做初始化,在drviers/usb/core/urb.c里定义. /** * usb_alloc_urb - creates a new urb for a USB driver to use * @iso_packets: number of iso packets for this urb * @mem_flags: the ty

函数usb_control_msg完成一些初始化后调用了usb_internal_control_msg之后就free urb.剩下的活,全部留给usb_internal_control_msg去做了,那就去了解一下它背后的生活吧. /*-------------------------------------------------------------------*/ // returns status (negative) or length (positive) static int