USBD_STATUS调试过USB的同学肯定见过BUS Hound里面给的各种错误提示,但是大家是否知道是什么意思呢? USBD_STATUS 出错原因,详解如下:   The USBD_STATUS data type defines USB status values for USB requests.   typedef LONG USBD_STATUS; The most significant 4 bits of USB status values are defined in the

下面的两个宏是PM8058的MMP11(R15),MMP12(P15)管脚.#define EXT_CHG_VALID_MPP 10#define EXT_CHG_VALID_MPP_2 11 static struct pm8xxx_mpp_init_info isl_mpp[] = {    PM8058_MPP_INIT(EXT_CHG_VALID_MPP, D_INPUT,        PM8058_MPP_DIG_LEVEL_S3, DIN_TO_INT),    PM8058_MP

1查看当前日志状态 从这里可以看到我们现在有三组日志,每组日志中只有1个成员.为了演示这个实验,我们为每个组增加1个成员. 2为每组增加组成员 添加后我们验证一下目前各日志成员的状态: 从上面的视图中可以看到我们的日志组成员已经加到了我们的日志组中,增加到的日志成员为INVALID的状态. 3切换3组日志归档 查看此时日志状态: 可以发现此时日志组1和日志组2都是INACTIVE状态. 4删除INACTIVE状态日志 根据前面的确认,我们现在的日志组1和日志组2都是INACTIVE状态,现在我们

dscr51里放的是USB描述符表,EZ-USB在重枚举阶段会读取或设置相应的描述符: db    DSCR_DEVICE_LEN          ;; Descriptor length db    DSCR_DEVICE                  ;; Decriptor type dw   0002H                                 ;; Specification Version (BCD) db    00H                  

在一级bootloader执行进入USB启动方式之后,设备进行枚举.枚举过程中会通过PC端发送命令对连接的USB设备进行枚举.当枚举成功之后,在PC端可以看到设备的盘符. 当设备能够被PC正确识别之后.接下来就能够通过烧写工具完毕设备的扫描假设成功找到设备,则能够通过USB数据传输到SRAM中,这时候的数据主要包含2k infor文件.一级bootloader在成功的解析2kinfor 之后.PC端会将DFU文件传输到初始化好的DRAM中.而且PC指针跳转到DFU地址处运行,运行过程中会跳转到U

USB设备,分为3层:1.底层为传送和接受数据的总线接口:2.中间层处理总线和不同端点的数据传输:3.最高层由串行总线设备提供.主要研究中间层. USB设备状态,主要研究外部可见状态. 1,连接态-->USB设备可从Host上连接或者断开. 2,加电态-->设备对电源的支持能力是通过配置描述表来反映的. 3,缺省态-->加电后尚未复位之前不应对总线相应,在接收到复位信号后,设备在缺省地址处可寻址. 4,编址态-->设备由主机分配一个唯一的地址后,就保持这个地址. 5,配置态--&g

一.USB2.0 Universal Serial Bus (通用串行总线)  符合USB总线数据通信要求的通信协议 1.意义 1.易用(热插拔.即插即用) 2.易扩充(USBHub可同时操作127个设备.兼容USB1.1) 3.高速(相对) 2.分类(按传输速率) 1.USB2.0 LowSpeed(1.5Mbps,适用于交互设备) 2.USB2.0 FullSpeed(12Mbps,适用于电话.音频) 3.USB2.0 HighSpeed(480Mbps,适用于海量存储.视频) 备注:USB

枚举过程如下 #ifndef __USBCORE_H__ #define __USBCORE_H__ /* USB端点0 发送数据结构体*/ typedef struct _USB_EP_DATA { U8 *pData; U16 Count; } USB_EP_DATA; /* USB全局变量 */ extern U16 USB_DeviceStatus; extern U8 USB_DeviceAddress; extern U8 USB_Configuration; /* 端点0输出数据缓

Android 下的usb框架及功能点:https://blog.csdn.net/tianruxishui/article/details/379029591.Android framework中****Manager.java是给用户提供的接口.UsbDeviceManager.java:主要完成功能切换及状态的更新,需要向外广播状态,接收kernel发送过来的event信息.实质性的工作都在这里边完成.UsbManager.java:usbService.java:用户会通过usbMana

之前做了一个关于Android USB通信的Case,通过Android的USB总线给Zigbee供电,和板载的Zigbee(基于Zigbee的自组网)进行通信.要使用Android的USB Host功能,首先你需要确定你的平板(手机)设备是否支持USB Host的功能,你可以从手机开发商的简介里面看到,这个功能是由CPU直接关联的,和软件没有关系,所以,你可以把你的外设模块插进去你的Android设备看看有没有反应(比如:指示灯亮),假如没有反应,那肯定是不支持的. 废话说了那么多了,进入正题

零 USB背景知识 USB是一种数据通信方式,也是一种数据总线,而且是最复杂的总线之一. 硬件上,它是用插头连接.一边是公头(plug),一边是母头(receptacle).例如,PC上的插座就是母头,USB设备使用公头与PC连接. 目前USB硬件接口分三种,普通PC上使用的叫Type:原来诺基亚功能机时代的接口为Mini USB:目前Android手机使用的Micro USB. Host USB是由Host端控制整个总线的数据传输的.单个USB总线上,只能有一个Host. OTG On The

说实话这玩样儿的代码量真的很少,大家如果能耐得住性子啃一会儿也就能撸懂了. 在这之前研究USB线插拔的时候就知道了有这么个东西,当时也就看了看,但没做什么笔记.最近想用起来,却发现就只有个名字在记忆中了. 好了,又扯了这么多,来回到正题. 首先按照技术博客一贯的作风,得先有个入口点,这里我就先从怎么使用这个UEventObserver开始一步步分析. 首先这玩样儿是java代码,所以你就别想着c++什么用了. 这里我举例了USB线插拔来分析,代码地址如下: frameworks/base/ser

STM32的USB模块可以产生三种中断:USB唤醒中断.USB高优先级中断和USB低优先级中断,在STM32的参考手册中没有详细说明这三种中断对应哪些事件,现说明如下: 1)USB唤醒中断:在中断向量表中的位置是42.这个中断在USB设备从暂停模式唤醒时产生,唤醒事件由USB_ISTR寄存器的WKUP位标识. 2)USB高优先级中断:在中断向量表中的位置是19.这个中断仅由USB同步(Isochronous)模式传输或双缓冲块(Bulk)传输模式下的正确传输事件产生,正确传输事件由USB_IST

本文转载自:https://blog.csdn.net/tianruxishui/article/details/37902959 有关USB android框架的链接 http://blog.sina.com.cn/s/articlelist_1627432177_0_1.html ICS4.0下Framework层的usb框架 Android 下的usb主要工作还是在android的framework层.主要有以下几个文件: 1.1UsbDeviceManager.java/高 主要完成功能

之前做了一个关于Android USB通信的Case,通过Android的USB总线给Zigbee供电,和板载的Zigbee(基于Zigbee的自组网)进行通信.要使用Android的USB Host功能,首先你需要确定你的平板(手机)设备是否支持USB Host的功能,你可以从手机开发商的简介里面看到,这个功能是由CPU直接关联的,和软件没有关系,所以,你可以把你的外设模块插进去你的Android设备看看有没有反应(比如:指示灯亮),假如没有反应,那肯定是不支持的. 废话说了那么多了,进入正题

项目中有一个新的需求,要求可以连接一个USB体温枪,APP可以从体温枪中读取到体温数据,一番搜寻之后发现一个封装很棒的USB通信库. github地址:usb-serial-for-android 准备工作 从 github 上 clone 这个库的源文件 在Android Studio中引入模块 在build.gradle中添加依赖compile project(path: ':usbSerialForAndroid') 复制 device_filter.xml 到项目的 res/xml/ 文

一个小工具,功能有启用禁用外网.USB接口,可由服务端socket长链接进行操控客户端从而达到实现前边的这些功能,这里贴上核心代码,先给上启用禁用USB接口吧,这个方法可随时启用禁用,之前用过一个改usb接口状态那个方法不大行,对于已经插进去的没啥作用了,这个是后来改过的 启用USB public bool EnableUSB() { if (!IsExistRegistKey("HKEY_LOCAL_MACHINE", @"SOFTWARE\Policies\Microso

本文为CoryXie原创译文,转载及有任何问题请联系cory.xie#gmail.com. 设备框架可以被分成三层: 最底层是总线接口层,传送和接收包. 中间层处理在总线接口和设备的各种端点之间路由数据.如同USB 2.0,端点时最终的数据消费者或提供者.它可以被想作是数据源或者目的.端点的特性在端点描述符中描述,例如,端点的传输类型,最大负载(MaxPacketSize),以及一次可以接收或者发送的包个数(Burst Size). 最上层是由串行总线设备提供的功能性,例如,鼠标或者视频摄像头接

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

--   基于状态的iptables   如果按照tcp/ip来划分连接状态,有12种之多 但iptables里只有4种状态:ESTABLISHED.NEW.RELATED及INVALID   这两个分类是两个不相干的定义.例如在TCP/IP标准描述下UDP及ICMP数据包是没有连接状态的,但在state模块的描述下,任何数据包都有连接状态.                      new(第一次) |      |-------------------->|      | |      |

iptables的状态跟踪连接有4种,分别是:NEW.ESTABLISHED.RELATED.INVALID,除了从本机出去的数据包有NAT表的OUTPUT链处理外,其它所有的状态跟踪都在NAT表中的PREROUTING链中处理,具体状态信息如下: 1.NEW状态:说明这个数据包是收到的第一个数据包. 2.ESTABLISHED状态:只要发送并接到应答,一个数据表的状态就从NEW变为ESTABLISHED,并且该状态会继续匹配这个连接后继数据包. 3.RELATED状态:当一个数据包的状态处于E