本發(fā)明屬于智能操作系統(tǒng)，特別是涉及一種座艙系統(tǒng)緊急模式的處理方法及處理系統(tǒng)。

背景技術(shù)：

1、當(dāng)前，座艙項(xiàng)目中所應(yīng)用到的軟件系統(tǒng)日漸復(fù)雜，車身的網(wǎng)聯(lián)產(chǎn)品已經(jīng)基本覆蓋了ota升級(jí)功能要求，因此產(chǎn)品的離廠線下升級(jí)場(chǎng)景，將越來越多的出現(xiàn)在各種網(wǎng)聯(lián)產(chǎn)品中。而且更大的數(shù)據(jù)包，導(dǎo)致了更長(zhǎng)的數(shù)據(jù)傳輸時(shí)間。線下升級(jí)因升級(jí)時(shí)車身場(chǎng)景的復(fù)雜多變，以及操作人員的專業(yè)程度，可能會(huì)導(dǎo)致諸多意料之外的進(jìn)程異常。

2、當(dāng)前大多數(shù)產(chǎn)品，在發(fā)生系統(tǒng)異常之后，只能等待專業(yè)人士拆機(jī)維護(hù)。如中國(guó)專利cn112905222a公開了一種修復(fù)android終端系統(tǒng)升級(jí)異常的方法及系統(tǒng)，當(dāng)系統(tǒng)升級(jí)過程中遇到升級(jí)異常的文件，記入系統(tǒng)升級(jí)異常清單，并跳過該文件繼續(xù)升級(jí)，全部升級(jí)完成后將系統(tǒng)升級(jí)異常清單上傳至系統(tǒng)升級(jí)服務(wù)器，系統(tǒng)升級(jí)服務(wù)器觸發(fā)rom編譯服務(wù)器提取要升級(jí)的新版本程序的rom對(duì)應(yīng)的全包中相應(yīng)的文件并生成修復(fù)包，系統(tǒng)升級(jí)服務(wù)器為android終端提供修復(fù)包的url，系統(tǒng)升級(jí)程序獲得修復(fù)包后執(zhí)行第二次系統(tǒng)升級(jí)，直接將異常的文件替換為修復(fù)包中的文件即可。還如中國(guó)專利cn111142911a公開了一種具有異常恢復(fù)功能的嵌入式系統(tǒng)及其升級(jí)方法，將鏡像存儲(chǔ)空間分為主/備份分區(qū)；步驟如下：①系統(tǒng)啟動(dòng)，判斷主分區(qū)是否升級(jí)，若是，鏡像加載，若否，發(fā)送升級(jí)請(qǐng)求，請(qǐng)求成功，按主分區(qū)鏡像升級(jí)，成功，系統(tǒng)復(fù)位、重啟，請(qǐng)求失敗，進(jìn)行鏡像加載；②執(zhí)行鏡像加載時(shí)，先加載主分區(qū)鏡像，若失敗則加載備份分區(qū)鏡像，若均失敗，系統(tǒng)復(fù)位，重啟；成功加載則啟動(dòng)；③若啟動(dòng)成功，判斷鏡像來源，反之系統(tǒng)復(fù)位、重啟；若來源于主分區(qū)，判斷是否升級(jí)，若已升級(jí)，更新備份分區(qū)；若未升級(jí)，歸零后完成啟動(dòng)；若來源于備份分區(qū)，恢復(fù)主分區(qū)鏡像；再清除狀態(tài)標(biāo)記，完成啟動(dòng)。該方法能確保升級(jí)鏡像的有效性，保證系統(tǒng)不會(huì)因升級(jí)失敗而無法啟動(dòng)。

3、如上述現(xiàn)有技術(shù)，均能夠發(fā)現(xiàn)異常并恢復(fù)，但是，在發(fā)生系統(tǒng)異常之后，無法備份或關(guān)鍵信息缺失或無法修復(fù)的情況，缺乏一種有效的處理技術(shù)。因此，本技術(shù)提供一種座艙系統(tǒng)緊急模式的處理方法及處理系統(tǒng)。

技術(shù)實(shí)現(xiàn)思路

1、本發(fā)明的目的在于提供一種座艙系統(tǒng)緊急模式的處理方法及處理系統(tǒng)，通過導(dǎo)入了分層級(jí)處理緊急模式，用于降低系統(tǒng)恢復(fù)的操作難度，并適當(dāng)?shù)膹浹a(bǔ)系統(tǒng)異常導(dǎo)致的關(guān)鍵信息缺失。針對(duì)關(guān)鍵信息缺失情況，引入更多層級(jí)的恢復(fù)措施，從而減少客戶抱怨，降低后期產(chǎn)品失效的維護(hù)以及搶救成本，解決了現(xiàn)有的問題，降低操作門檻，盡量降低維護(hù)難度。

2、為解決上述技術(shù)問題，本發(fā)明是通過以下技術(shù)方案實(shí)現(xiàn)的：

3、作為本發(fā)明的第一個(gè)方面，本發(fā)明為一種座艙系統(tǒng)緊急模式的處理系統(tǒng)，包括：

4、基于linux的儀表系統(tǒng)，其運(yùn)行于core1，所述儀表系統(tǒng)與儀表顯示屏通信連接；

5、基于android的中控娛樂系統(tǒng)，其運(yùn)行于core2，所述中控娛樂系統(tǒng)與中控顯示屏通信連接；

6、基freertos的獨(dú)立控制內(nèi)核系統(tǒng)，其運(yùn)行于core3，所述獨(dú)立控制內(nèi)核系統(tǒng)的內(nèi)核core3通過spi協(xié)議與外置flash通信連接；

7、一顆soc芯片，其運(yùn)行了相對(duì)獨(dú)立地內(nèi)核core1、內(nèi)核core2、內(nèi)核core3，并在內(nèi)核間互相監(jiān)控，進(jìn)行異常信息記錄及處理；

8、其中，內(nèi)核core3用于分別獨(dú)立處理從內(nèi)核core1、內(nèi)核core2中輸出的畫面，并將處理后的畫面分別獨(dú)立地輸出到對(duì)應(yīng)的顯示屏中顯示。

9、作為本發(fā)明的第二個(gè)方面，本發(fā)明為一種座艙系統(tǒng)緊急模式的處理方法，所述處理方法基于第一個(gè)方面所述的處理系統(tǒng)實(shí)現(xiàn)，所述處理方法包括以下步驟：

10、根據(jù)soc的機(jī)能表現(xiàn)情況，將緊急模式劃分四個(gè)響應(yīng)層級(jí)；

11、根據(jù)緊急模式所屬的響應(yīng)層級(jí)進(jìn)行處理：

12、第一層級(jí)：中控娛樂系統(tǒng)以及儀表系統(tǒng)啟動(dòng)引導(dǎo)程序正常，座艙系統(tǒng)內(nèi)存訪問機(jī)能正常，且在緊急模式時(shí)畫面驅(qū)動(dòng)顯示正常，則跳轉(zhuǎn)到備份系統(tǒng)分區(qū)運(yùn)行；

13、第二層級(jí)：中控娛樂系統(tǒng)以及儀表系統(tǒng)啟動(dòng)引導(dǎo)程序正常，應(yīng)用程序異常，且不能自動(dòng)跳轉(zhuǎn)到備份系統(tǒng)分區(qū)或者備份系統(tǒng)分區(qū)保存的數(shù)據(jù)存在損壞，但是系統(tǒng)存儲(chǔ)分區(qū)能進(jìn)行重新改寫時(shí)，則進(jìn)行覆蓋修復(fù)；

14、第三層級(jí)：中控娛樂系統(tǒng)以及儀表系統(tǒng)啟動(dòng)引導(dǎo)程序異常，且存儲(chǔ)分區(qū)可能存在數(shù)據(jù)損壞、應(yīng)用程序異常時(shí)，則通過外部引導(dǎo)程序進(jìn)行存儲(chǔ)空間的數(shù)據(jù)擦除改寫；

15、補(bǔ)充層級(jí)：在第一層級(jí)、第二層級(jí)、第三層級(jí)異常發(fā)生期間，顯示功能正常時(shí)，采用內(nèi)核core3的低端像素級(jí)別的圖形顯示，展示關(guān)鍵信息。

16、進(jìn)一步地，在所述第一層級(jí)下，所述座艙系統(tǒng)在存儲(chǔ)芯片中劃分出a、b兩個(gè)分區(qū)；兩個(gè)分區(qū)中分別獨(dú)立地保存相同的一套操作系統(tǒng)啟動(dòng)文件，并設(shè)定啟動(dòng)根目錄為a分區(qū)、備份啟動(dòng)根目錄為b分區(qū)，以b分區(qū)作為備份系統(tǒng)分區(qū)。

17、進(jìn)一步地，在所述第一層級(jí)的緊急模式下，若a分區(qū)中的存儲(chǔ)數(shù)據(jù)存在損壞，所述座艙系統(tǒng)通過a分區(qū)中的操作系統(tǒng)啟動(dòng)文件啟動(dòng)失效后，則自動(dòng)跳轉(zhuǎn)到備份的b分區(qū)運(yùn)行，以與a分區(qū)相同的啟動(dòng)流程重新啟動(dòng)座艙系統(tǒng)；

18、自動(dòng)跳轉(zhuǎn)過程采用的判定方法為：當(dāng)座艙系統(tǒng)啟動(dòng)中識(shí)別到加載數(shù)據(jù)進(jìn)程超時(shí)或失敗，則選擇b分區(qū)的操作系統(tǒng)啟動(dòng)文件路徑重新加載；

19、其中，當(dāng)加載數(shù)據(jù)進(jìn)程超時(shí)或失敗時(shí)，則判定存儲(chǔ)數(shù)據(jù)存在損壞。

20、進(jìn)一步地，在所述第一層級(jí)的緊急模式下，若座艙系統(tǒng)在b分區(qū)成功穩(wěn)定啟動(dòng)了超過n次后，則判定b分區(qū)的操作系統(tǒng)啟動(dòng)文件是穩(wěn)定的，此時(shí)，將a分區(qū)中的操作系統(tǒng)啟動(dòng)文件刷新為b分區(qū)相同的操作系統(tǒng)啟動(dòng)文件；

21、刷新過程為：完整復(fù)制b分區(qū)的操作系統(tǒng)啟動(dòng)文件到a分區(qū)，復(fù)制完成后，座艙系統(tǒng)再次啟動(dòng)時(shí)，將使用復(fù)制了b分區(qū)的操作系統(tǒng)啟動(dòng)文件之后的a分區(qū)進(jìn)行啟動(dòng)運(yùn)行，b分區(qū)仍然作為備份系統(tǒng)分區(qū)，存儲(chǔ)備份啟動(dòng)根目錄；

22、其中，n為預(yù)設(shè)值，且n>10。

23、進(jìn)一步地，所述第二層級(jí)的進(jìn)入條件為：

24、當(dāng)系統(tǒng)內(nèi)核正常運(yùn)行，中控娛樂系統(tǒng)將在藍(lán)牙、wifi、畫面顯示、聲音播放功能失效后，進(jìn)入修復(fù)模式；

25、系統(tǒng)內(nèi)核正常運(yùn)行的判定方法為：若驅(qū)動(dòng)供電系統(tǒng)、soc、emmc、ddr、核心芯片硬件驅(qū)動(dòng)正常，則判定為系統(tǒng)內(nèi)核正常運(yùn)行；

26、其中，在所述第二層級(jí)的緊急模式下，要求外部usb端口驅(qū)動(dòng)正常。

27、進(jìn)一步地，在所述第二層級(jí)的緊急模式下：

28、若顯示畫面異常，則通過運(yùn)行usb端口提供的升級(jí)包中的腳本來執(zhí)行自定義升級(jí)；

29、其中，腳本為一組修復(fù)系統(tǒng)能識(shí)別的ui控制腳本，ui控制腳本為：

30、write_raw_image，其用于寫flash分區(qū)；

31、copy_dir，其用于復(fù)制目錄。

32、進(jìn)一步地，所述第三層級(jí)的進(jìn)入條件為：

33、當(dāng)emmc失效，第一層級(jí)、第二層級(jí)的緊急模式無法正常運(yùn)行時(shí)，進(jìn)入第三層級(jí)的緊急模式，所述第三層級(jí)用于重新升級(jí)刷機(jī)；

34、所述第三層級(jí)的緊急模式下，通過外置flash保存一個(gè)最小系統(tǒng)，最小系統(tǒng)啟動(dòng)后不斷檢索emmc芯片以及usb端口，如果查找到升級(jí)文件，即執(zhí)行升級(jí)程序；

35、所述最小系統(tǒng)包括驅(qū)動(dòng)供電系統(tǒng)、soc、emmc、ddr。

36、進(jìn)一步地，所述補(bǔ)充層級(jí)的進(jìn)入條件為：

37、當(dāng)內(nèi)核core1的linux儀表系統(tǒng)以及內(nèi)核core2的android中控娛樂系統(tǒng)完全失效，第一層級(jí)、第二層級(jí)的緊急模式無法正常運(yùn)行時(shí)，進(jìn)入補(bǔ)充層級(jí)的緊急模式；

38、在補(bǔ)充層級(jí)的緊急模式下，內(nèi)核core3通過像素描繪出關(guān)鍵信息，顯示在儀表顯示屏中；

39、其中，關(guān)鍵信息包括車速、指示燈信息。

40、本發(fā)明具有以下有益效果：

41、本發(fā)明通過對(duì)多核獨(dú)立系統(tǒng)的充分利用，解決部分系統(tǒng)異常啟動(dòng)或異常運(yùn)行問題，通過將異常狀態(tài)進(jìn)行嚴(yán)重層級(jí)劃分為三個(gè)層級(jí)，并針對(duì)各個(gè)層級(jí)階段調(diào)動(dòng)可用資源進(jìn)行補(bǔ)救或失效覆蓋。從而將系統(tǒng)異常發(fā)生時(shí)的影響降到最低；通過分層級(jí)引入emergency工作模式，使得系統(tǒng)處于不同的失效狀態(tài)下，充分利用可調(diào)動(dòng)的資源，來覆蓋或修復(fù)自身異常。在需要借助人力操作的場(chǎng)景下，降低操作門檻，盡量降低維護(hù)難度。

42、當(dāng)然，實(shí)施本發(fā)明的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。