控制器运行方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种控制器运行方法及装置。

背景技术：

USB Type C是一种全新的USB接口类型。图1是根据相关技术的HDMIToUSB Type-C的控制器芯片的示意图，如图1所示，HDMIToUSB Type-C的控制器芯片，包括内部嵌入一个MCU来实现对USB Type-C的物理层的控制，从而完成USB PD的通信，并使用32Kbytes大小的EEPROM来存储程序。主控制器2#通过外部I2C总线完成对芯片的配置以及升级内部的EEPROM。HDMIToUSB Type C控制器1#上电之后，芯片会自动将EEPROM中存储的程序通过I2C总线加载到RAM中运行，然后通过内部MCU控制USB Type C PHY发送和接收CC信息，完成USB PD的通信。由于芯片内部采用I2C总线加载EEPROM中的程序，加载时间较长，导致现有的HDMIToUSB Type-C的控制器运行的方法无法满足程序的时序要求。

针对相关技术中控制器运行的方法无法满足程序的时序要求的问题，目前还没有有效地解决方案。

技术实现要素：

本发明实施例提供了一种控制器运行方法及装置，以至少解决相关技术中控制器运行的方法无法满足程序的时序要求的问题。

根据本发明的一个实施例，提供了一种控制器运行方法，包括：加载控制器中存储的第一程序模块对应的第一程序，其中，所述第一程序模块包括：CC/VBUS监控模块，所述CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；执行所述第一程序，同时加载第二程序模块对应的第二程序，其中，所述第二程序包括所述控制器中存储的除所述第一程序之外的其它程序。

可选地，所述第二程序模块包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，所述用户配置模块用于指示预设的配置信息，所述Try.Src和Try.Snk模块用于监控Try.Src和Try.Snk的时序，所述USB PD协议层模块用于执行USB PD通信，所述HDMI/DisplayPort模块用于配置HDMI和DisplayPort。

可选地，加载所述第二程序模块中存储的所述第二程序包括：按照预定顺序加载所述第二程序模块中存储的所述第二程序，其中，所述预定顺序包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块的顺序。

可选地，在按照所述预定顺序加载所述第二程序模块中存储的所述第二程序之前，所述方法还包括：接收用户配置信息，其中，所述用户配置信息用于配置所述控制器；根据所述用户配置信息更新所述用户配置模块。

可选地，在加载所述控制器中存储的所述第一程序模块对应的所述第一程序之前，所述方法还包括：将所述控制器中存储的程序划分为所述CC/VBUS监控模块、用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，所述CC/VBUS监控模块占用2KBytes存储空间，所述用户配置模块占用128Bytes存储空间，所述Try.Src和Try.Snk模块占用2KBytes存储空间，所述USB PD协议层模块占用20KBytes存储空间，所述HDMI/DisplayPort模块占用8064Bytes存储空间。

根据本发明的另一个实施例，提供了一种控制器运行装置，包括：加载模块，用于加载控制器中存储的第一程序模块对应的第一程序，其中，所述第一程序模块包括：CC/VBUS监控模块，所述CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；处理模块，用于执行所述第一程序，同时加载第二程序模块对应的第二程序，其中，所述第二程序包括所述控制器中存储的除所述第一程序之外的其它程序。

可选地，所述第二程序模块包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，所述用户配置模块用于指示预设的配置信息，所述Try.Src和Try.Snk模块用于监控Try.Src和Try.Snk的时序，所述USB PD协议层模块用于执行USB PD通信，所述HDMI/DisplayPort模块用于配置HDMI和DisplayPort。

可选地，所述处理模块用于：按照预定顺序加载所述第二程序模块中存储的所述第二程序，其中，所述预定顺序包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块的顺序。

可选地，所述装置还包括：接收模块，用于接收用户配置信息，其中，所述用户配置信息用于配置所述控制器；更新模块，用于根据所述用户配置信息更新所述用户配置模块。

可选地，所述装置还包括：划分模块，用于将所述控制器中存储的程序划分为所述CC/VBUS监控模块、用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，所述CC/VBUS监控模块占用2KBytes存储空间，所述用户配置模块占用128Bytes存储空间，所述Try.Src和Try.Snk模块占用2KBytes存储空间，所述USB PD协议层模块占用20KBytes存储空间，所述HDMI/DisplayPort模块占用8064Bytes存储空间。

通过本发明，加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序，由此可见，采用上述方案首先加载控制器中用于对CC的状态和VBUS的时序进行监控的CC/VBUS监控模块，执行该模块对应的程序，从而保证对CC的状态进行监控以及保证VBUS的时序，并在执行CC/VBUS监控模块的程序的同时加载控制器中存储的其余的程序，因此，满足了控制器运行的方法对应程序的时序要求，从而解决了相关技术中控制器运行的方法无法满足程序的时序要求的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的HDMIToUSB Type-C的控制器芯片的示意图；

图2是根据本发明实施例的一种控制器运行方法的流程图；

图3是根据本发明实施例的一种控制器运行装置的结构框图一；

图4是根据本发明实施例的一种控制器运行装置的结构框图二；

图5是根据本发明实施例的一种控制器运行装置的结构框图三；

图6是根据本发明可选实施例的模块划分方法的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种控制器运行方法，图2是根据本发明实施例的一种控制器运行方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；

步骤S204，执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序。

可选地，上述控制器运行方法可以但不限于应用于控制控制器运行的场景中。例如：控制HDMIToUSB Type-C的控制器芯片运行的场景等等。

可选地，上述控制器运行方法可以但不限于应用于控制器芯片，例如：HDMIToUSB Type-C的控制器芯片。

通过上述步骤，加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序，由此可见，采用上述方案首先加载控制器中用于对CC的状态和VBUS的时序进行监控的CC/VBUS监控模块，执行该模块对应的程序，从而保证对CC的状态进行监控以及保证VBUS的时序，并在执行CC/VBUS监控模块的程序的同时加载控制器中存储的其余的程序，因此，满足了控制器运行的方法对应程序的时序要求，从而解决了相关技术中控制器运行的方法无法满足程序的时序要求的问题。

可选地，可以但不限于将第二程序模块划分为用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，用户配置模块用于指示预设的配置信息，Try.Src和Try.Snk模块用于监控Try.Src和Try.Snk的时序，USB PD协议层模块用于执行USB PD通信，HDMI/DisplayPort模块用于配置HDMI和DisplayPort。

可选地，在上述步骤S204中，可以但不限于按照预定的加载顺序加载第二程序模块中存储的第二程序，以满足第二程序中各个部分的时序要求。例如：按照预定顺序加载第二程序模块中存储的第二程序，其中，预定顺序包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块的顺序。

可选地，在按照预定顺序加载第二程序模块中存储的第二程序之前，可以但不限于根据用户配置信息对用户配置模块进行更新，从而使得在实际应用过程中，对于不同的用户的不同的要求和配置，只需更新用户配置模块，从而减少用户更新EEPROM的时间。例如：接收用户配置信息，其中，用户配置信息用于配置控制器，根据用户配置信息更新用户配置模块。

可选地，在上述步骤S202之前，可以但不限于对控制器中存储的程序进行划分。例如：将控制器中存储的程序划分为CC/VBUS监控模块、用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，CC/VBUS监控模块占用2KBytes存储空间，用户配置模块占用128Bytes存储空间，Try.Src和Try.Snk模块占用2KBytes存储空间，USB PD协议层模块占用20KBytes存储空间，HDMI/DisplayPort模块占用8064Bytes存储空间。

实施例2

在本实施例中还提供了一种控制器运行装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的一种控制器运行装置的结构框图一，如图3所示，该装置包括：

加载模块32，用于加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；

处理模块34，耦合至加载模块32，用于执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序。

可选地，上述控制器运行装置可以但不限于应用于控制控制器运行的场景中。例如：控制HDMIToUSB Type-C的控制器芯片运行的场景等等。

可选地，上述控制器运行装置可以但不限于应用于控制器芯片，例如：HDMIToUSB Type-C的控制器芯片。

通过上述装置，加载模块加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；处理模块执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序，由此可见，采用上述方案首先加载控制器中用于对CC的状态和VBUS的时序进行监控的CC/VBUS监控模块，执行该模块对应的程序，从而保证对CC的状态进行监控以及保证VBUS的时序，并在执行CC/VBUS监控模块的程序的同时加载控制器中存储的其余的程序，因此，满足了控制器运行的方法对应程序的时序要求，从而解决了相关技术中控制器运行的方法无法满足程序的时序要求的问题。

可选地，第二程序模块包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，用户配置模块用于指示预设的配置信息，Try.Src和Try.Snk模块用于监控Try.Src和Try.Snk的时序，USB PD协议层模块用于执行USB PD通信，HDMI/DisplayPort模块用于配置HDMI和DisplayPort。

可选地，处理模块34用于：按照预定顺序加载第二程序模块中存储的第二程序，其中，预定顺序包括：用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块的顺序。

图4是根据本发明实施例的一种控制器运行装置的结构框图二，如图4所示，可选地，上述装置还包括：

接收模块42，耦合至加载模块32，用于接收用户配置信息，其中，用户配置信息用于配置控制器；

更新模块44，耦合至接收模块42和处理模块34之间，用于根据用户配置信息更新用户配置模块。

图5是根据本发明实施例的一种控制器运行装置的结构框图三，如图5所示，可选地，上述装置还包括：

划分模块52，耦合至加载模块32，用于将控制器中存储的程序划分为CC/VBUS监控模块、用户配置模块、Try.Src和Try.Snk模块、USB PD协议层模块和HDMI/DisplayPort模块，其中，CC/VBUS监控模块占用2KBytes存储空间，用户配置模块占用128Bytes存储空间，Try.Src和Try.Snk模块占用2KBytes存储空间，USB PD协议层模块占用20KBytes存储空间，HDMI/DisplayPort模块占用8064Bytes存储空间。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

下面结合本发明可选实施例进行详细说明。

本发明可选实施例提供了一种USB Type-C固件程序的模块划分方法，以解决以下两个问题：

首先，由于芯片内部采用I2C总线加载EEPROM中的程序，加载时间大概是需要500毫秒的时间，但是USB Type C规范中规定了非常严格的时序，比如需要实时的监控CC的状态，并且最短的响应时间是80毫秒。因此，在程序加载的500毫秒内，内部MCU由于程序未加载完成，所以HDMIToUSB Type C控制器1#并不能在80毫秒内给出响应。

其次，在实际应用过程中，不同的用户有不同的要求和配置，任何的配置发生变化都会导致全部32K的EEPROM的升级，以致于延长了更新EEPROM的时间。

图6是根据本发明可选实施例的模块划分方法的示意图，如图6所示，将控制器中存储的程序划分成以下五个模块，

模块1：CC/VBUS监控模块，在USB Type-C的规范中，对于CC的状态时序和VBUS的时序有严格的定义，一旦发生CC连接中断，要求USB Type-C控制器尽快给出响应，VBUS的输出与输入也都有时序的要求，因此将2KBytes大小的CC/VBUS监控模块作为第一个模块最先开始加载并运行。

模块2：用户配置模块，在该模块中包括用户自定的配置信息，在后面加载的其他模块中需要使用到该部分的配置信息。

模块3：Try.Src和Try.Snk模块，在USB Type-C的规范中，一旦确认CC连接之后，需要满足Try.SRC和Try.Snk时序要求。

模块4：USB PD协议层模块，该模块可以用于完成USB PD通信过程。

模块5：HDMI/DisplayPort模块，用于实现配置HDMI与DisplayPort的功能。

在本可选实施例中，还提供了一种控制器的运行方法，HDMIToUSB Type C控制器1#上电之后，HDMIToUSB Type C控制器1#自动将CC/VBUS监控模块加载到RAM中，MCU就开始运行，执行CC和VBUS状态的监控和模块加载程序，MCU运行模块加载程序并控制HDMIToUSB Type C控制器1#的硬件资源依次加载其他的模块。这样内部MCU的运行与不同模块的加载可以并行，满足了USB Type-C的时序要求。

对于不同的用户有不同的配置参数，只需要更新用户配置模块(128Bytes)即可，不需要更新其他模块，从而减少了更新时间。

以上实施例仅用以说明本发明的技术方案而非对其进行限制，本领域的普通技术人员可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明的精神和范围，本发明的保护范围应以权利要求所述为准。

实施例3

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，加载控制器中存储的第一程序模块对应的第一程序，其中，第一程序模块包括：CC/VBUS监控模块，CC/VBUS监控模块用于对CC的状态和VBUS的时序进行监控；

S2，执行第一程序，同时加载第二程序模块对应的第二程序，其中，第二程序包括控制器中存储的除第一程序之外的其它程序。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。