一种USB Hub及控制方法技术

本申请公开了一种通用串行总线(USB)集线器(Hub)及控制方法，包括：处理器，用于基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息，若基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；端口控制模块，用于对处理器确定的所要进行上电处理的第n+1个端口进行上电控制；状态寄存器，用于获取并保存至少一个端口当前的处理状态信息；其中，所述至少一个端口中至少包含所述第n个端口以及第n+1个端口。

A USB hub and its control method

【技术实现步骤摘要】
一种USBHub及控制方法
本申请涉及电子
，尤其涉及一种通用串行总线(USB，UniversalSerialBus)集线器(Hub)及控制方法。
技术介绍
在相关技术中，USB2.0Hub广泛的使用在汽车电子、自动售卖机、IOT(物联网)、PC(个人电脑)等电子产品中。在系统开机或者重启的过程中，USB2.0Hub下多个Device同时枚举。但是，上述控制处理方法中，由于系统硬件设计限制及USB协议特性，无法对端口的上电时序进行准确有效的控制。
技术实现思路
本申请提供一种通用串行总线(USB，UniversalSerialBus)集线器(Hub)及控制方法，以解决现有技术中存在的上述问题。本申请一方面提供一种USBHub，包括：处理器，用于基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息，若基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；端口控制模块，用于对处理器确定的所要进行上电处理的第n+1个端口进行上电控制；状态寄存器，用于获取并保存至少一个端口当前的处理状态信息；其中，所述至少一个端口中至少包含所述第n个端口以及第n+1个端口。本申请另一方面提供一种控制方法，所述方法包括：处理器基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息；若所述处理器基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；端口控制模块对所述处理器确定的所要进行上电处理的第n+1个端口进行上电控制。通过采用上述方案，就能够使得处理器直接查询当前正在进行处理的第n个端口的处理状态，进而基于上电控制时序确定下一个需要进行上电处理的第n+1个端口并对其进行上电处理；如此，能够实现对各个端口的上电时序进行精确有效的控制。附图说明图1为相关技术中USB端口上电时序示意图；图2为相关技术中USBHub逻辑框架示意图；图3为一种USBHub上电时序控制示意图；图4为本申请实施例提供的一种USBHub组成结构示意图；图5为本申请实施例提供的一种USBHub组成逻辑结构示意图；图6为本申请实施例提供的一种USBHub上电时序控制示意图；图7为本申请实施例提供的一种控制方法流程示意图。具体实施方式为使本申请的目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在相关技术中，USB2.0Hub广泛的使用在汽车电子、自动售卖机、IOT(物联网)、PC(个人电脑)等电子产品中，在系统开机或者重启的过程中，USB2.0Hub下多个外接的设备(Device)同时枚举，由于系统硬件设计限制及USB协议特性，其中一个DeviceHandshake(握手)时，其余Device需要等待系统发起Handshake，有些Device等待时间过长，会造成Device进入Recovery/Error模式,在系统发起Handshake时，Device无法及时有效回复(如图1所示)。但是，上述相关技术提供的方案，USB2.0Hub无法控制Device枚举顺序，会造成多个Device等待时间过长；并且，USB2.0Hub由于协议限制，无法对出错的Device进行Reset(重置)；USB2.0Hub无法控制DSPROT上电时序。相关技术中的一种USB2.0HubBlock结构如图2所示。针对前述问题，相关技术提出使用EC或者MCU的方案，如图3所示，通过EC或MCU控制每一个Device的上电时序，将并行枚举变为串行枚举。但是，MCU/EC无法查知USBDevice的Handshake的进度，上电时序控制无法精确有效。并且，MCU/EC控制上电时间间隔过大，容易造成DeviceHandshake时间靠后，影响系统进程。另外，过多占用MCU/EC资源，影响MCU和EC其他Function的响应。基于前述相关技术的问题，本申请提供新型的一种USBHub，如图4所示，包括：处理器11，用于基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息，若基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；端口控制模块12，用于对处理器确定的所要进行上电处理的第n+1个端口进行上电控制；状态寄存器13，用于获取并保存至少一个端口当前的处理状态信息；其中，所述至少一个端口中至少包含所述第n个端口以及第n+1个端口。还需要指出的是，上电控制时序中可以包含有一个或多个端口，以及每一个端口上电的时序。比如，硬件上可以存在端口对应的编号分别为端口1、2、3、4；上电控制时序可以与端口顺序相同，端口1-4的上电时序分别为1-4；又或者，上电控制时序与端口的硬件顺序不同，比如，上电控制时序可以为端口2、1、4、3。当然，还可以存在其他顺序，只是本实施例中不再进行穷举。结合图5来说，前述处理器可以为CPU。所述端口控制模块可以为GPIO(General-purposeinput/output，通用型之输入输出)/EN(使能)模块；所述状态寄存器13可以为图中的Control/StatusRegister(控制/状态寄存器)。也就是说，在USB2.0Hub内部集成GPIO/EN模块，利用USB2.0Hub内部的CPU进行时序控制。所述第n个端口可以根据上电控制时序确定的当前正在进行设备连接处理的端口，n可以为1也就是上电控制时序中的第1个端口。相应的，第n+1个端口即上电控制时序中的第2个端口。另外，CPU(也就是处理器)还可以判断当前是否完成上电控制时序中包含的全部端口的上电处理，如果完成则停止上电处理；否则，继续基于上电控制时序确定下一个需要进行上电控制的端口。具体的，所述处理器，用于从所述状态寄存器获取所述第n个端口及其对应的外接设备之间的握手信息，基于所述设备握手信息判断所述第n个端口是否处于准备完成状态。也就是说，所述处理器通过从状态寄存器中读取当前正在处理的第n个端口对应的握手信息(Handshake)，基于握手信息来确定第n个端口对应的外接设备是否准备完成。结合图5来说，USB2.0Hub内部的CPU读取Control/StatusRegister中保存的当前正在处理的端口对应的Devic本文档来自技高网...

【技术保护点】
1.一种通用串行总线USB集线器Hub，其特征在于，所述USB Hub包括：/n处理器，用于基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息，若基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；/n端口控制模块，用于对处理器确定的所要进行上电处理的第n+1个端口进行上电控制；/n状态寄存器，用于获取并保存至少一个端口当前的处理状态信息；其中，所述至少一个端口中至少包含所述第n个端口以及第n+1个端口。/n

【技术特征摘要】
1.一种通用串行总线USB集线器Hub，其特征在于，所述USBHub包括：
处理器，用于基于上电控制时序确定当前进行上电处理的第n个端口，从状态寄存器中获取第n个端口的处理状态信息，若基于所述第n个端口的处理状态信息确定所述第n个端口处于完成准备状态，则基于所述上电控制时序确定所要进行上电处理的第n+1个端口；其中，n为大于等于1的整数；
端口控制模块，用于对处理器确定的所要进行上电处理的第n+1个端口进行上电控制；
状态寄存器，用于获取并保存至少一个端口当前的处理状态信息；其中，所述至少一个端口中至少包含所述第n个端口以及第n+1个端口。


2.根据权利要求1所述的USBHub，其特征在于，
所述处理器，用于从所述状态寄存器获取所述第n个端口及其对应的外接设备之间的握手信息，基于所述设备握手信息判断所述第n个端口是否处于准备完成状态。


3.根据权利要求1所述的USBHub，其特征在于，所述USBHub还包括：至少一个端口逻辑模块；
所述端口逻辑模块，用于获取对应的端口是否发生过电流保护OCP。


4.根据权利要求3所述的USBHub，其特征在于，
所述端口控制模块，还用于在所述端口逻辑模块获取对应的端口发生OCP时，确定触发内部保护机制关闭所述端口对应的外接设备的电源开关。


5.根据权利要求1所述的USBHub，其特征在于，
所述处理器，还...

【专利技术属性】
技术研发人员：步翠显，
申请(专利权)人：合肥联宝信息技术有限公司，
类型：发明
国别省市：安徽;34