在Windows 2000 与Windows XP 系统采用是WINDDK来开发WINDOWS驱动程序，我手头也有WINDDK，可是从Windows Vista开始之后，一般采用Microsoft Windows Driver简称（WDK）。这段时间刚好项目有用到USB HID，需要用到HID.lib库文件，因此下载了这个WDK7.1.0版本，采用HID.LIB，以及采用USB HID的目的，就是省去了PC端的驱动程序的编写，直接采用Windows内置的驱动程序，只需要了解USB HID通信数据包的机制即可。免去了安装驱动程序的烦恼。当然下位机也需要写一个USB HID的USB Device驱动。简单的说下USB HID的枚举吧：
Radare2项目提供了针对逆向工程分析的完整工具链，功能也比较稳定，而且还支持利用其他编程语言和工具来扩展其功能。而Frida则是一个动态指令工具包，可以通过注入JavaScript代码来对正在运行的目标进程执行检测和操作，而且还可以与脚本进行通信。
USB的全称是Universal Serial Bus,通用串行总线。它的出现主要是为了简化个人计算机与外围设备的连接，增加易用性。USB支持热插拔，并且是即插即用的，另外，它还具有很强的可扩展性，传输速度也很快，这些特性使支持USB接口的电子设备更易用、更大众化。
众所周知，USB别看就只有四条线，但只是对于眼睛看到的来讲，确实它的构造就很简单。
Umap2是一款由NCC Group和Cisco SAS小组开发的、基于python的USB host安全评估工具。 它拥有第一版所支持的所有功能： umap2emulate：USB设备枚举 umap2scan：用于设备支持的USBhost扫描 umap2detect：USBhost操作系统检测（尚未实现） umap2fuzz：USB host fuzzing 另外，该版本中添加了额外的功能： USBhost fuzzing使用kitty作为fuzzing引擎 Umap2中不仅包含可执行的脚本，而且作为
内核：Linux 4.14.98 Modem：展锐UDX710 驱动：LAN78XX PHY驱动 USB PHY：LAN7800
当编写一个类时，我们往往会为该类定义一些方法，这些方法是用来描述该类的行为方式，那么这些方法都有具体的方法体。但是有的时候，某个父类只是知道子类应该包含怎么样的方法，但是无法准确知道子类如何实现这些方法。
当USB设备插上主机时，主机就通过一系列的动作来对设备进行枚举配置（配置是属于枚举的一个态，态表示暂时的状态），这些态如下：
然后代码逻辑里是大量的成员变量的判断，显得非常臃肿而且难读懂，大量的if-else判断让代码逻辑很脆弱，稍微一个情况没考虑好就会出现难以排查的bug。
https://blog.csdn.net/songze_lee/article/details/77658094
在USB 2.0协议中第 9.1 USB Device States 章节规定了USB设备的6种状态，包括：
电池充电是由qpnp-vm-bus.c（电池驱动BMS）和qpnp-linear-charger.c（线性充电器）组成；
USB是现代计算机系统中最常见的外设接口，其固有的安全性问题使其成为攻击者的目标。USB的一个众所周知的限制是数据流量未加密，这为攻击者在通信路径中执行中间人攻击提供了便利。本文介绍了一种新型攻击 - 对USB通信的路径外注入攻击（Off-Path Injection Attack），并展示了一个恶意设备，可以放置在目标设备和主机之间的通信路径之外。该恶意设备能向通信路径注入数据，从而伪造数据的输入来源，欺骗主机系统。
USB 基本知识 USB的重要关键概念: 1、 端点：位于USB设备或主机上的一个数据缓冲区，用来存放和发送USB的各种数据，每一个端点都有惟一的确定地址，有不同的传输特性（如输入端点、输出端点、配置端点、批量传输端点） 2、 帧：时间概念，在USB中，一帧就是1MS，它是一个独立的单元，包含了一系列总线动作，USB将1帧分为好几份，每一份中是一个USB的传输动作。 3、upstream、downstream(上行、下行)：设备到主机为上行，主机到设备为下行
两天没有写东西，大家是不是把我忘了都~今天偶然看见了这个蓝色的小东西，顺手摸了摸，感觉要写点什么。
照理来说，USB-CAN这种东西应该已经被做的烂大街的工具，国内居然没有一个拿得出手的开源方案。某立功和PCAN动辄2000+的价格也是离谱。淘宝上各种虚拟串口方案、替换dll兼容某立功软件的各种方案....价格都倒是便宜，性能和可靠性嘛.......就不多说了，上位机软件也是烂的一塌糊涂。
今天给大侠带来基于 FPGA 的 USB 接口控制器设计（VHDL），由于篇幅较长，分三篇。今天带来第二篇，中篇，USB通信原理、USB 系统开发以及设计实例。话不多说，上货。
下面我们通过一个例子看一下USB的具体工作过程。在此我们用一个比较实用的例子，就是把我们的板子用USB连接至PC，然后在PC端出现一个模拟串口，通过串口助手打开这个串口，然后实现数据的双向传输。最后我们聊一下很多工程师都会忽视的USB认证问题。
BAT常见的算法面试题解析：程序员算法基础——动态规划程序员算法基础——贪心算法工作闲暇也会有在线分享，算法基础教程-。
根据 USB 规范，设备端点是 USB 设备中一个独特的可寻址部分，它作为主机和设备间通信流的信息源或库。USB 枚举和配置一节介绍了设备向默认地址做出响应的步骤。枚举过程中，该事件在主机读取端点描述符等其他描述符信息之前发生。在该过程中，需要使用一套专用的端点用于与设备进行通信。这些专用的端点（统称为控制端点或端点 0）被定义为端点 0 IN 和端点 0 OUT。虽然端点 0 IN 和端点 0 OUT 是两个不同的端点，但对开发者来说，它们的构建和运行方式是一样的。每一个 USB 设备都需要支持端点 0。因此，该端点不需要使用独立的描述符。 除了端点 0 外，特定设备所支持的端点数量将由各自的设计要求决定。简单的设计（如鼠标）可能仅要一个 IN 端点。复杂的设计可能需要多个数据端点。USB 规范对高速和全速设备的端点数量进行了限制，即每个方向最多使用 16 个端点（16 个 IN、16 个 OUT，总共为 32 个），其中不包含控制端点 0 IN 和 0 OUT 在内。低速设备仅能使用两个端点。USB 类设备可对端点数量设定更严格的限制。例如，低速人机界面设备（HID）设计的端点可能不超过两个 — 通常有一个 IN 端点和一个 OUT 端点。数据端点本身具有双向特性。只有对它们进行配置后才支持单向传输（具有单向特性）。例如，端点 1 可作为 IN 或 OUT 端点使用。设备的描述符将正式使其成为一个 IN 端点。 各端点使用循环冗余校验（CRC）来检测传输中发生的错误。CRC 是一个用于检测错误的计算值。USB 规范中对实际的计算公式进行了解释，这些计算由 USB 硬件进行，这样可确保能够发出正确的响应。数据操作的接收方对数据进行 CRC 检查。如果两者匹配，那么接收方将发出一个 ACK。如果两者匹配失败，便不会发出任何握手数据包。在这种情况下，发送方将重新发送数据。 USB 规范定义了四种端点，并根据类型以及所支持的设备速度限制了数据包的尺寸。根据设计要求，开发者使用端点描述符指出端点类型以及数据包最大尺寸。四种端点和各自的特性如下：
我们公司开发了一款室内机平板APP应用，要求平板能去控制智能门锁、等其他智能设备，智能门锁不是我们公司开发的，与我们公司属于合作关系。
@ohos.batteryInfo (电量信息) 作者：坚果，公众号：”大前端之旅“，哔哩哔哩，OpenHarmony布道师，InfoQ签约作者，CSDN博客专家，51CTO博客专家博主，阿里云博客专家。 使用的时候首先需要导入 import batteryInfo from '@ohos.batteryInfo'; 然后再使用，完整代码 import geolocation from '@ohos.geolocation'; import batteryInfo from '@ohos.battery
USB Battery Charging V1.2 Specification 定义了USB充电器的类型或者叫做充电源。
前几天我写了这个一代的SDK的内容（好像是两天前），但是意犹未尽，隔靴搔痒，今天继续深入挖掘。
借着学习USB的风，闲暇之余写了个小程序——枚举系统设备，用vs2013+Qt5.6.0来实现设备管理器。
本文，我将主要通过上图的分类方式来探讨针对USB的攻击向量问题。最上层涉及到更多关于人类应用、业务的基本交互场景。传输层包括设备的固件、协议栈等。物理层则主要描述USB总线上的通信问题。
检测USB设备是否接入； 检测USB插入方向，并以此建立USB 数据通道的路由； 插入后帮助建立USB设备角色（谁为HOST，谁为Device）； 发现并配置VUBS，配置USB PD供电模式； 配置Vconn； 发现和配置可选的备用和辅助模式； 名词解释 在USB2.0端口，USB根据数据传输的方向定义了HOST/Device/OTG三种角色，其中OTG即可作为HOST，也可作为Device，在Type-C中，也有类似的定义。 DFP(Downstream Facing Port)：下行端口，可以理解为Host或者是HUB，DFP提供VBUS、VCONN，可以接收数据。在协议规范中DFP特指数据的下行传输，笼统意义上指的是数据下行和对外提供电源的设备。 UFP（Upstream Facing Port）：上行端口，可以理解为Device，UFP从VBUS中取电，并可提供数据。典型设备是U盘，移动硬盘。 DRP（Dual Role Port）：双角色端口，类似于以前的OTG，DRP既可以做DFP(Host)，也可以做UFP(Device)，也可以在DFP与UFP间动态切换。典型的DRP设备是笔记本电脑。设备刚连接时作为哪一种角色，由端口的Power Role（参考后面的介绍）决定；后续也可以通过switch过程更改（如果支持USB PD协议的话）。 USB PORT的供电（或者受电）情况，USB Type-C将port划分为Source、Sink。 Source：通过VBUS或者VCONN供电。 Sink：通过VBUS或者VCONN接受供电。 DRP(Dual-Role-Power)：既可以作为Source，也可以作为Sink。到底作为Source还是Sink，由设备连接后的配置决定。 Source和Sink的连接过程 Source和Sink的通用USB情况下，配置接口的典型流程如下： 首先，检测端口之间的有效连接（包括确定电缆方向、源/接收器和DFP/UFP关系）。 其次检测电缆的能力。 再次接通USB供电（协商USB电力传输，选择供电模式，电池充电等）。 最后进行USB枚举。
UDC驱动的接口都定义在drivers/usb/gadget/udc/core.c文件中。USB Function驱动通过调用这些接口匹配及访问USB设备控制器，而底层USB控制器驱动要实现这些接口定义的功能。下面分析一下主要的UDC驱动接口调用流程。
Host 使用控制传输来识别设备、设置设备地址、启动设备的某些特性，对于控制传输，它首先发出"setup 事务"，如下：
我正在学习 Zephyr，一个很可能会用到很多物联网设备上的操作系统，如果你也感兴趣，可点此查看帖子zephyr学习笔记汇总。
关于PBG PBG的全称为Powershell Backdoor Generator，是一款功能强大的PowerShell后门生成工具，该工具能够生成PowerShell反向后门，并使用Python来对代码进行混淆处理，而且每一次构建后都会提供新的签名以实现检测绕过。 值得一提的是，该工具可以为类似Flipper Zero和Hak5 USB Rubber Ducky这样的热门黑客设备创建有效的Payload，而且广大研究人员也可以使用该工具来测试目标系统针对高级攻击技术的防御能力。 功能介绍 1、H
1引言 目前对于诸如USB鼠标、键盘等这样的计算机标准外设，Windows系统已经提供了标准的驱动程序，用户无需再进行任何开发工作。而开发专用USB设备，需要开发专用的驱动程序。 Windows2000/XP操作系统不允许用户程序直接访问硬件设备。为了实现对硬件设备的访问和控制，必须通过操作系统所认可的驱动程序对硬件设备实现间接访问和控制。驱动程序通常被认为是操作系统的组成部分，所以，开发驱动程序有严格的规范，被认为是“计算机高手”的工作。而利用DDK进行基于WDM（Win32 Driver Model）驱动程序开发，使驱动程序的开发变成了一项比较简单的工作。 2 Win32驱动程序模型 USB设备驱动程序必须符合由Microsoft为Windows 98及其后版本所定义的Win32驱动程序模型（Win32 Driver Model，WDM）规格。这些驱动程序称为WDM驱动程序，扩展名为.sys。 WDM定义了一个基本模型，处理所有类型的数据。例如，USB类驱动程序为所有USB 设备提供了一个抽象的模型，并具有由所有客户驱动程序使用的定义好的接口。有了对所有设备类型共同的核心驱动程序模型，使驱动程序开发人员更容易从一种类型的设备移动到另外一种类型的设备上去。而且它也意味着驱动程序模型的内核实现尽可能是固定的。 USB是使用标准Windows系统USB类驱动程序访问USBDI（Windows USB驱动程序接口）的USB设备驱动程序。USBD.sys就是Windows系统中的USB类驱动程序，它使用UHCD.sys来访问通用的主控制器接口设备，或者使用OpenHCI.sys访问开放式主控制器接口设备。USBHUB.sys是根集线器和外部集线器的USB驱动程序。在PCI枚举器发现了USB主控制器之后，它会自动装入相关的驱动程序。 3 Windows USB驱动程序接口 大多数客户化的USB设备需要由用户来编写设备驱动程序，以响应内核态或用户应用程序的请求。在内核级，命令由客户驱动程序使用内部IOCTL发送给USB系统，例如IOCTL-INTERNAL-USB-SUBMIT-URB允许发出USB请求块（URB）给系统USB驱动程序。URB允许发出几个功能调用给USB系统。用户态USB实用程序也可以发出几个普通IOCTL给USB设备，目的仅仅是得到连接设备的信息。 3.1函数驱动程序 函数驱动程序（function driver）让应用程序与USB设备，通过API函数来沟通。这些API函数属于Windows的Win32子系统，Win32子系统同时也管理着执行应用程序。函数驱动程序与较低级的总线驱动程序沟通，总线驱动程序控制着硬件。 图1是应用程序与各个驱动程序，如何一起完成USB通信的结构图。当设备或子类别的要求超过类别驱动程序的能力时，会有辅助的过滤器驱动程序来类别驱动程序的能力。一个上层的过滤驱动程序位于类别驱动程序的上方。这样，从客户应用程序传来的要求，会先经过上层的过滤驱动程序，然后才传给类别函数驱动程序。一个下层的过滤驱动程序位于类别驱动程序和总线驱动程序之间，如图1。类别驱动程序会将要求传给下层的过滤驱动程序，然后再传给总线驱动程序。 图１应用程序与驱动程序完成USB通信的结构 通用串行总线驱动程序（USBD.SYS）是USB系统中负责管理通用串行总线的工作，位于主机上的一个软件。USBD负责控制所有的USB协议操作和高层的中断处理控制。在Windows98及以上版本中，Microsoft定义了一个新的设备驱动程序模型，称之为Windows设备驱动程序模型（WindowsDriver Model或WDM）。 USB客户应用程序也是一种设备驱动程序，通过定义的一个称之为USB接口的层间接口来访问其下方的USB软件。应用程序正是通过这些USB客户软件来实现与USB设备之间的通信。 针对USB客户应用程序的开发，相应版本的Windows操作系统的设备驱动程序开发包（Device Driver Developer’s Kit,即DDK）给出了相应的USB接口函数。并提供了对于这些函数具体使用的参考文档。 3.2 USBDI的IOCTL 为了编写USB设备驱动程序，通常还要在源代码中包含DDK所提供的几个头文件。这些头文件在Windows98下存放在/98DDK/inc/win98目录中，在Windows 2000下存放在/NTDDK/inc/win2000目录中。这些头文件的用途可以总结如下： usb100.h 定义了在USB设备驱动程序设计中所要用到的各种常量和数据结构。 Usbdi.h USBDI例程，其中包括对USBD和USB设备驱动程序通用的数据结构，适用于内核和用户模式。 Usbdlib.h URB构造和各种例程，定义了USBD所输出的服务，适用于内核和用户模式。 Usbioctl.h 给出了对IOC
KT404C我焊接到PCB板上面，直接使用串口调试助手发指令没有任何返回，请问是什么意思呢？
在Linux环境上使用SDX55模块时出现无法识别adb端口，但可以识别手机adb端口。
协议层在主机和设备间定义了end-to-end通讯规则。超速协议在主机和设备端点(endpoint)之间提供应用数据信息交换。这个通讯关系叫做管道(pipe)。
如前面所述，当某个设备被连接到 USB 主机上，该设备会向主机提供其功能和电源要求。通常，设备会通过一个描述符表格（其固件的一部分）来提供这些信息。描述符表格是数据的结构化序列，描述了设备信息；这些值由开发人员定义。所有描述符表格都具有一个标准信息，用于介绍设备属性和电源要求。如果某个设计满足指定 USB 设备类别的要求，则该 USB 设备必须具备的其他描述符信息都将包含在设备描述符结构中。附录 A 包含一个 PSoC USB 的全功能设备描述符的示例。如果您正在阅读或创建您自己的描述符，那么请注意，传输数据字段时，优先传输最低有效位。许多参数的长度均为 2个字节。请确保先发送低字节，然后再发送高字节。
好久没有写文章了，年前公司新开了一个项目，是和usb转串口通信相关的，需求是用安卓平板通过usb转接后与好几个外设进行通信，一直忙到最近，才慢慢闲下来，趁着这个周末不忙，记录下usb转串口通信开发的基本流程。 我们开发使用的是usb主机模式，即：安卓平板作为主机，usb外设作为从机进行数据通信。整个开发流程可以总结为以下几点： 1.发现设备 UsbManager usbManager = (UsbManager) context.getSystemService(Context.USB_SERVICE);
插入一个 U 盘的时候，可以在右下角找到安全删除硬件图标，点击就可以删除此硬件。如果此时插入的是一个无线网卡，也就是 USB 无线 wifi 设备，此时如果逗比点了弹出 802.11 设备那么就不能再使用无线上网了 如果我是一个硬件供应商，如何让我的设备不会显示弹出安全删除硬件弹出选项
一个transfer(传输)由一个或多个transaction(事务)构成，一个transaction(事务)由一个或多个packet(包)构成，一个packet(包)由一个或多个sync(域)构成。
power supply class为编写供电设备（power supply，后面简称PSY）的驱动提供了统一的框架，功能包括：
端点在实际的USB通讯过程种的具体作用与含义十分重要，但是有些难以理解，自己整理一些知识作为备忘。
1 USB Type-C 1.1 电气参数 Rd: 5.1kΩ Ra: 1.0kΩ Rfrswap: 5Ω，for PD 3.0 FR_Swap 4b5b bit rate: 300kbps BMC bit rate: 600kbps Rp: Reference to the Figure 1-1
本文使用了《WMI技术介绍和应用——使用VC编写一个半同步查询WMI服务的类》中代码做为基础。
论坛原始地址（持续更新）：http://www.armbbs.cn/forum.php?mod=viewthread&tid=99710 第9章 RL-USB各种USB描述符简介 本章节为大家讲
本项目是基于全志F1C200S设计的开源屏幕开发板，设计的目标是提供一个低成本、超迷你且适合Linux开发的平台，特别是针对屏幕接口的支持。
根据HCUsbSDK接口文档和JAVADEMO开发的一个发卡、读卡、刷卡的程序 淘宝买的空白UID卡，卡里需要存入员工工号和卡编号，在web后台来操作制卡、刷卡 简单记录下，方便以后开发相似的功能可以直接拿去用 发卡器型号是【海康威视DS-K1F100-D8E】 Mifare卡操作 登录设备、激活卡、密码验证 /** * @param args the command line arguments */ static HCUsbSDK hcusbsdk = HCUsbSDK.INSTANCE;
论坛原始地址（持续更新）：http://www.armbbs.cn/forum.php?mod=viewthread&tid=99710 第8章 学习USB协议栈前要了解的基础知识 本章节为大家
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
