STM32实现USB摄像头显示到LCD屏幕上

最新推荐文章于 2024-09-13 21:49:51 发布

MTPPZ

最新推荐文章于 2024-09-13 21:49:51 发布

阅读量9.6k

点赞数 19

分类专栏： USB 文章标签： stm32

本文链接：https://blog.csdn.net/MTPPZ/article/details/119568672

版权

USB 专栏收录该内容

1 篇文章 4 订阅

订阅专栏

第一章：简介

1.1 开发环境

USB摄像头型号：100w前置摄像头

主机型号：野火霸天虎开发版

外设：USB-HOST接口：连接USB摄像头设备

外部Sram：存放USB摄像头数据

LCD屏幕：显示图像数据

第二章、UVC获得摄像头数据的过程

2.1 UVC枚举过程

当USB设备连接的时候，主机采用总线枚举过程来识别和管理接入的设备。并安装下面顺序进行行动：

设备上电

用户把USB设备插入USB端口，此时USB设备除于加点状态，他所连接的端口是无效的。

（2）Hub检测电压变化，报告主机hub会实时监测端口的电平变化，一旦HUB检测到端口有电压变化，hub将利用自己的中断端点将信息反馈给主控制器，告诉主机有设备连接。

（3）主机了解连接设备

如果有连接／断开事件发生，那么主机会发送一个 Get_Port_Status请求给hub以了解此次状态改变的确切含义。Get_Port_Status等请求属于所有hub都要求支持的hub类标准请求。

4.主机检测所插入的设备是全速还是低速

hub通过检测USB总线空闲时的差分线的高低电压来判断所连接设备的速度类型，当host发来Get_Port_Status请求时，hub就可以将此设备的速度类型信息回复给host。USB 2.0规范要求速度检测要先于复位（Reset）操作。

根据是D+还是D-被拉高来判断到底是什么设备（全速/低速）插入端口。如下图。

（5）主机通过hub复位设备

主机一旦得知新设备已连上以后，它至少等待100ms以使得插入操作的完成以及设备电源稳定工作。然后主机控制器就向hub发出一个 Set_Port_Feature请求让hub复位刚才设备插上的端口。hub通过驱动数据线到复位状态(D+和D-全为低电平 )，并持续至少10ms。当然，hub不会把这样的复位信号发送给其他已有设备连接的端口，所以其他连在该hub上的设备自然看不到复位信号，不会受影响。

（6）主机进一步检测全速设备是否是支持高速模式

因为根据USB 2.0协议，高速（High Speed）设备在初始时是默认全速（Full Speed ）状态运行，所以对于一个支持USB 2.0的高速hub，当它发现它的端口连接的是一个全速设备时，会进行高速检测，看看目前这个设备是否还支持高速传输，如果是，那就切到高速信号模式，否则就一直在全速状态下工作。同样的，从设备的角度来看，如果是一个高速设备，在刚连接到hub时或上电只能用全速模式运行。随后hub会进行高速检测，之后这个设备才会切换到高速模式下工作。假如所连接的hub不支持USB 2.0，即不是高速hub，不能进行高速检测，设备将一直以全速工作。

（7）通过Hub建立主机和设备之间的信息通道

主机不停地向hub发送Get_Port_Status请求，以查询设备是否复位成功。Hub返回的报告信息中有专门的一位用来标志设备的复位状态。当hub撤销了复位信号，设备就处于默认／空闲状态（Default state），准备接收主机发来的请求。设备和主机之间的通信通过控制传输管道，默认管道为地址0、端点0。此时，设备能从总线上得到的最大电流是100mA。此后主机就可以通过默认控制管道和设备进行控制传输。

（8）主机获取默认控制管道的最大数据包长度

默认管道其实连接到设备一端其实就是端点0。主机此时发送的请求是默认地址0，端点0，虽然所有未分配地址的设备都是通过地址0来获取主机发来的请求，但由于枚举过程不是多个设备并行处理，而是一次枚举一个设备的方式进行，所以不会发生多个设备同时响应主机发来的请求。

主机会发送Get_Descriptor获取设备描述符，设备描述符的第8字节代表设备端点0的最大包大小，只有知道端点0 的最大包长度，才知道一次控制传输要从设备请求多少字节数据。