控制器運行方法及裝置與流程
2023-12-01 11:38:41 1
本發明涉及通信領域，具體而言，涉及一種控制器運行方法及裝置。
背景技術：
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)、移動硬碟、磁碟或者光碟等各種可以存儲程序代碼的介質。
可選地，在本實施例中，處理器根據存儲介質中已存儲的程序代碼執行上述實施例記載的方法步驟。
可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。
顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，並且在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟，或者將它們分別製作成各個集成電路模塊，或者將它們中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的硬體和軟體結合。
以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。