本發(fā)明涉及通信領域，具體而言，涉及一種控制器運行方法及裝置。

背景技術：

USB Type C是一種全新的USB接口類型。圖1是根據(jù)相關技術的HDMIToUSB Type-C的控制器芯片的示意圖，如圖1所示，HDMIToUSB Type-C的控制器芯片，包括內部嵌入一個MCU來實現(xiàn)對USB Type-C的物理層的控制，從而完成USB PD的通信，并使用32Kbytes大小的EEPROM來存儲程序。主控制器2#通過外部I2C總線完成對芯片的配置以及升級內部的EEPROM。HDMIToUSB Type C控制器1#上電之后，芯片會自動將EEPROM中存儲的程序通過I2C總線加載到RAM中運行，然后通過內部MCU控制USB Type C PHY發(fā)送和接收CC信息，完成USB PD的通信。由于芯片內部采用I2C總線加載EEPROM中的程序，加載時間較長，導致現(xiàn)有的HDMIToUSB Type-C的控制器運行的方法無法滿足程序的時序要求。

針對相關技術中控制器運行的方法無法滿足程序的時序要求的問題，目前還沒有有效地解決方案。

技術實現(xiàn)要素：

本發(fā)明實施例提供了一種控制器運行方法及裝置，以至少解決相關技術中控制器運行的方法無法滿足程序的時序要求的問題。

根據(jù)本發(fā)明的一個實施例，提供了一種控制器運行方法，包括：加載控制器中存儲的第一程序模塊對應的第一程序，其中，所述第一程序模塊包括：CC/VBUS監(jiān)控模塊，所述CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；執(zhí)行所述第一程序，同時加載第二程序模塊對應的第二程序，其中，所述第二程序包括所述控制器中存儲的除所述第一程序之外的其它程序。

可選地，所述第二程序模塊包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，所述用戶配置模塊用于指示預設的配置信息，所述Try.Src和Try.Snk模塊用于監(jiān)控Try.Src和Try.Snk的時序，所述USB PD協(xié)議層模塊用于執(zhí)行USB PD通信，所述HDMI/DisplayPort模塊用于配置HDMI和DisplayPort。

可選地，加載所述第二程序模塊中存儲的所述第二程序包括：按照預定順序加載所述第二程序模塊中存儲的所述第二程序，其中，所述預定順序包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊的順序。

可選地，在按照所述預定順序加載所述第二程序模塊中存儲的所述第二程序之前，所述方法還包括：接收用戶配置信息，其中，所述用戶配置信息用于配置所述控制器；根據(jù)所述用戶配置信息更新所述用戶配置模塊。

可選地，在加載所述控制器中存儲的所述第一程序模塊對應的所述第一程序之前，所述方法還包括：將所述控制器中存儲的程序劃分為所述CC/VBUS監(jiān)控模塊、用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，所述CC/VBUS監(jiān)控模塊占用2KBytes存儲空間，所述用戶配置模塊占用128Bytes存儲空間，所述Try.Src和Try.Snk模塊占用2KBytes存儲空間，所述USB PD協(xié)議層模塊占用20KBytes存儲空間，所述HDMI/DisplayPort模塊占用8064Bytes存儲空間。

根據(jù)本發(fā)明的另一個實施例，提供了一種控制器運行裝置，包括：加載模塊，用于加載控制器中存儲的第一程序模塊對應的第一程序，其中，所述第一程序模塊包括：CC/VBUS監(jiān)控模塊，所述CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；處理模塊，用于執(zhí)行所述第一程序，同時加載第二程序模塊對應的第二程序，其中，所述第二程序包括所述控制器中存儲的除所述第一程序之外的其它程序。

可選地，所述第二程序模塊包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，所述用戶配置模塊用于指示預設的配置信息，所述Try.Src和Try.Snk模塊用于監(jiān)控Try.Src和Try.Snk的時序，所述USB PD協(xié)議層模塊用于執(zhí)行USB PD通信，所述HDMI/DisplayPort模塊用于配置HDMI和DisplayPort。

可選地，所述處理模塊用于：按照預定順序加載所述第二程序模塊中存儲的所述第二程序，其中，所述預定順序包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊的順序。

可選地，所述裝置還包括：接收模塊，用于接收用戶配置信息，其中，所述用戶配置信息用于配置所述控制器；更新模塊，用于根據(jù)所述用戶配置信息更新所述用戶配置模塊。

可選地，所述裝置還包括：劃分模塊，用于將所述控制器中存儲的程序劃分為所述CC/VBUS監(jiān)控模塊、用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，所述CC/VBUS監(jiān)控模塊占用2KBytes存儲空間，所述用戶配置模塊占用128Bytes存儲空間，所述Try.Src和Try.Snk模塊占用2KBytes存儲空間，所述USB PD協(xié)議層模塊占用20KBytes存儲空間，所述HDMI/DisplayPort模塊占用8064Bytes存儲空間。

通過本發(fā)明，加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序，由此可見，采用上述方案首先加載控制器中用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控的CC/VBUS監(jiān)控模塊，執(zhí)行該模塊對應的程序，從而保證對CC的狀態(tài)進行監(jiān)控以及保證VBUS的時序，并在執(zhí)行CC/VBUS監(jiān)控模塊的程序的同時加載控制器中存儲的其余的程序，因此，滿足了控制器運行的方法對應程序的時序要求，從而解決了相關技術中控制器運行的方法無法滿足程序的時序要求的問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)相關技術的HDMIToUSB Type-C的控制器芯片的示意圖；

圖2是根據(jù)本發(fā)明實施例的一種控制器運行方法的流程圖；

圖3是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖一；

圖4是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖二；

圖5是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖三；

圖6是根據(jù)本發(fā)明可選實施例的模塊劃分方法的示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

實施例1

在本實施例中提供了一種控制器運行方法，圖2是根據(jù)本發(fā)明實施例的一種控制器運行方法的流程圖，如圖2所示，該流程包括如下步驟：

步驟S202，加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；

步驟S204，執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序。

可選地，上述控制器運行方法可以但不限于應用于控制控制器運行的場景中。例如：控制HDMIToUSB Type-C的控制器芯片運行的場景等等。

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

通過上述步驟，加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序，由此可見，采用上述方案首先加載控制器中用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控的CC/VBUS監(jiān)控模塊，執(zhí)行該模塊對應的程序，從而保證對CC的狀態(tài)進行監(jiān)控以及保證VBUS的時序，并在執(zhí)行CC/VBUS監(jiān)控模塊的程序的同時加載控制器中存儲的其余的程序，因此，滿足了控制器運行的方法對應程序的時序要求，從而解決了相關技術中控制器運行的方法無法滿足程序的時序要求的問題。

可選地，可以但不限于將第二程序模塊劃分為用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，用戶配置模塊用于指示預設的配置信息，Try.Src和Try.Snk模塊用于監(jiān)控Try.Src和Try.Snk的時序，USB PD協(xié)議層模塊用于執(zhí)行USB PD通信，HDMI/DisplayPort模塊用于配置HDMI和DisplayPort。

可選地，在上述步驟S204中，可以但不限于按照預定的加載順序加載第二程序模塊中存儲的第二程序，以滿足第二程序中各個部分的時序要求。例如：按照預定順序加載第二程序模塊中存儲的第二程序，其中，預定順序包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊的順序。

可選地，在按照預定順序加載第二程序模塊中存儲的第二程序之前，可以但不限于根據(jù)用戶配置信息對用戶配置模塊進行更新，從而使得在實際應用過程中，對于不同的用戶的不同的要求和配置，只需更新用戶配置模塊，從而減少用戶更新EEPROM的時間。例如：接收用戶配置信息，其中，用戶配置信息用于配置控制器，根據(jù)用戶配置信息更新用戶配置模塊。

可選地，在上述步驟S202之前，可以但不限于對控制器中存儲的程序進行劃分。例如：將控制器中存儲的程序劃分為CC/VBUS監(jiān)控模塊、用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，CC/VBUS監(jiān)控模塊占用2KBytes存儲空間，用戶配置模塊占用128Bytes存儲空間，Try.Src和Try.Snk模塊占用2KBytes存儲空間，USB PD協(xié)議層模塊占用20KBytes存儲空間，HDMI/DisplayPort模塊占用8064Bytes存儲空間。

實施例2

在本實施例中還提供了一種控制器運行裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。

圖3是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖一，如圖3所示，該裝置包括：

加載模塊32，用于加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；

處理模塊34，耦合至加載模塊32，用于執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序。

可選地，上述控制器運行裝置可以但不限于應用于控制控制器運行的場景中。例如：控制HDMIToUSB Type-C的控制器芯片運行的場景等等。

可選地，上述控制器運行裝置可以但不限于應用于控制器芯片，例如：HDMIToUSB Type-C的控制器芯片。

通過上述裝置，加載模塊加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；處理模塊執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序，由此可見，采用上述方案首先加載控制器中用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控的CC/VBUS監(jiān)控模塊，執(zhí)行該模塊對應的程序，從而保證對CC的狀態(tài)進行監(jiān)控以及保證VBUS的時序，并在執(zhí)行CC/VBUS監(jiān)控模塊的程序的同時加載控制器中存儲的其余的程序，因此，滿足了控制器運行的方法對應程序的時序要求，從而解決了相關技術中控制器運行的方法無法滿足程序的時序要求的問題。

可選地，第二程序模塊包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，用戶配置模塊用于指示預設的配置信息，Try.Src和Try.Snk模塊用于監(jiān)控Try.Src和Try.Snk的時序，USB PD協(xié)議層模塊用于執(zhí)行USB PD通信，HDMI/DisplayPort模塊用于配置HDMI和DisplayPort。

可選地，處理模塊34用于：按照預定順序加載第二程序模塊中存儲的第二程序，其中，預定順序包括：用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊的順序。

圖4是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖二，如圖4所示，可選地，上述裝置還包括：

接收模塊42，耦合至加載模塊32，用于接收用戶配置信息，其中，用戶配置信息用于配置控制器；

更新模塊44，耦合至接收模塊42和處理模塊34之間，用于根據(jù)用戶配置信息更新用戶配置模塊。

圖5是根據(jù)本發(fā)明實施例的一種控制器運行裝置的結構框圖三，如圖5所示，可選地，上述裝置還包括：

劃分模塊52，耦合至加載模塊32，用于將控制器中存儲的程序劃分為CC/VBUS監(jiān)控模塊、用戶配置模塊、Try.Src和Try.Snk模塊、USB PD協(xié)議層模塊和HDMI/DisplayPort模塊，其中，CC/VBUS監(jiān)控模塊占用2KBytes存儲空間，用戶配置模塊占用128Bytes存儲空間，Try.Src和Try.Snk模塊占用2KBytes存儲空間，USB PD協(xié)議層模塊占用20KBytes存儲空間，HDMI/DisplayPort模塊占用8064Bytes存儲空間。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

下面結合本發(fā)明可選實施例進行詳細說明。

本發(fā)明可選實施例提供了一種USB Type-C固件程序的模塊劃分方法，以解決以下兩個問題：

首先，由于芯片內部采用I2C總線加載EEPROM中的程序，加載時間大概是需要500毫秒的時間，但是USB Type C規(guī)范中規(guī)定了非常嚴格的時序，比如需要實時的監(jiān)控CC的狀態(tài)，并且最短的響應時間是80毫秒。因此，在程序加載的500毫秒內，內部MCU由于程序未加載完成，所以HDMIToUSB Type C控制器1#并不能在80毫秒內給出響應。

其次，在實際應用過程中，不同的用戶有不同的要求和配置，任何的配置發(fā)生變化都會導致全部32K的EEPROM的升級，以致于延長了更新EEPROM的時間。

圖6是根據(jù)本發(fā)明可選實施例的模塊劃分方法的示意圖，如圖6所示，將控制器中存儲的程序劃分成以下五個模塊，

模塊1：CC/VBUS監(jiān)控模塊，在USB Type-C的規(guī)范中，對于CC的狀態(tài)時序和VBUS的時序有嚴格的定義，一旦發(fā)生CC連接中斷，要求USB Type-C控制器盡快給出響應，VBUS的輸出與輸入也都有時序的要求，因此將2KBytes大小的CC/VBUS監(jiān)控模塊作為第一個模塊最先開始加載并運行。

模塊2：用戶配置模塊，在該模塊中包括用戶自定的配置信息，在后面加載的其他模塊中需要使用到該部分的配置信息。

模塊3：Try.Src和Try.Snk模塊，在USB Type-C的規(guī)范中，一旦確認CC連接之后，需要滿足Try.SRC和Try.Snk時序要求。

模塊4：USB PD協(xié)議層模塊，該模塊可以用于完成USB PD通信過程。

模塊5：HDMI/DisplayPort模塊，用于實現(xiàn)配置HDMI與DisplayPort的功能。

在本可選實施例中，還提供了一種控制器的運行方法，HDMIToUSB Type C控制器1#上電之后，HDMIToUSB Type C控制器1#自動將CC/VBUS監(jiān)控模塊加載到RAM中，MCU就開始運行，執(zhí)行CC和VBUS狀態(tài)的監(jiān)控和模塊加載程序，MCU運行模塊加載程序并控制HDMIToUSB Type C控制器1#的硬件資源依次加載其他的模塊。這樣內部MCU的運行與不同模塊的加載可以并行，滿足了USB Type-C的時序要求。

對于不同的用戶有不同的配置參數(shù)，只需要更新用戶配置模塊(128Bytes)即可，不需要更新其他模塊，從而減少了更新時間。

以上實施例僅用以說明本發(fā)明的技術方案而非對其進行限制，本領域的普通技術人員可以對本發(fā)明的技術方案進行修改或者等同替換，而不脫離本發(fā)明的精神和范圍，本發(fā)明的保護范圍應以權利要求所述為準。

實施例3

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。

本發(fā)明的實施例還提供了一種存儲介質?？蛇x地，在本實施例中，上述存儲介質可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：

S1，加載控制器中存儲的第一程序模塊對應的第一程序，其中，第一程序模塊包括：CC/VBUS監(jiān)控模塊，CC/VBUS監(jiān)控模塊用于對CC的狀態(tài)和VBUS的時序進行監(jiān)控；

S2，執(zhí)行第一程序，同時加載第二程序模塊對應的第二程序，其中，第二程序包括控制器中存儲的除第一程序之外的其它程序。

可選地，在本實施例中，上述存儲介質可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

可選地，在本實施例中，處理器根據(jù)存儲介質中已存儲的程序代碼執(zhí)行上述實施例記載的方法步驟。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。