【技術實現步驟摘要】
本專利技術涉及車輛，具體為一種基于車端座艙控制器的運行診斷方法、系統、存儲介質及電子設備。
技術介紹
1、隨著整車域控制器的集成度不斷提升，單點功能的實現愈發依賴于多個控制器間的緊密協同。在這一背景下，域控內的軟件模塊數量急劇增加，模塊間的相互依賴關系也變得錯綜復雜。為了應對這一挑戰，亟需一種創新的軟診斷數據收集策略。
2、現有方案中提及在車輛發生故障時，發送診斷故障代碼至云平臺，云平臺基于診斷故障代碼發送的數據采集接口開啟指令，車端開啟數據采集接口，采集并存儲車輛的運行數據至臨時存儲器。在車輛再次發生所述故障時，將診斷故障代碼和臨時存儲器中的運行數據發送至云平臺或者存儲至永久存儲器。
3、現有方案存在局限性如下：
4、1.過度依賴網絡穩定性：當實車網絡不穩定或斷網時，整個方案將無法執行。
5、2.故障數據抓取不及時：在故障首次發生時，僅更新內存中的數據，只有在故障再次發生時才將數據落盤或上傳至云端。此外，云端與車端之間的網絡延遲可能導致故障數據抓取不及時，從而影響故障診斷的準確性。這種方式在解決偶發性問題時可能導致數據抓取不及時，且由于偶發性問題的原因多樣且每次可能不同，因此難以準確判斷故障原因。
6、3.缺乏多模塊協同故障處理能力：現有方案主要針對單一模塊的故障進行設計，對于多模塊間配合或時序引發的問題，缺乏有效的規則判斷機制，無法準確判斷觸發事件是否為故障，進而導致數據落盤不及時。
7、4.僅局限于快照數據落盤：現有方案在故障發生時僅記錄快照數據，缺乏
8、5.僅限于單個控制器：針對控制器間的業務功能異常，無法提供整車級別的數據收集。
技術實現思路
1、本專利技術的目的在于，提供一種基于車端座艙控制器的運行診斷方法、系統及電子設備，彌補了現有技術在車端診斷中存在的過度依賴網絡、故障數據抓取不及時、缺乏多模塊協同故障處理能力，以及針對控制器間的業務功能異常，無法提供整車級別數據收集的問題。
2、為實現上述目的，本專利技術提供如下技術方案：
3、第一方面，本申請提供了一種基于車端座艙控制器的運行診斷方法，所述方法包括：
4、響應針對目標診斷對象的服務請求，調用診斷服務，周期性監控進程的資源占用情況，并實時接收進程觸發的事件通知；
5、當接收到進程觸發的事件通知時，從數據池中讀取與通知事件相關的關鍵業務數據進行全局判斷，以確定異常事件及異常等級；
6、針對異常事件不同的異常等級，執行相應級別的復歸措施；
7、根據目標診斷對象系統中預先定義的信息傳輸規則，上傳異常事件發生時刻的診斷數據文件。
8、可選地，所述周期性監控進程的資源占用情況之后還包括：統計周期性監控各進程的資源占用情況獲得的資源占用數據，并將統計結果更新至數據池；
9、其中，所述進程的資源占用情況，包括執行時間和內存消耗。
10、可選地，所述實時接收進程觸發的事件通知之前包括：
11、驅動相關進程實時監控系統硬件狀態；將硬件狀態數據，以及各模塊的關鍵業務數據和dtc故障類數據更新至數據池；
12、通過判斷進程內代碼運行邏輯、上下游進程數據和內核服務運行是否正常，以獲得確定性異常事件；當無法判斷時，則針對無法判斷的非確定性異常事件和確定性異常事件，以進程間通訊向診斷服務觸發事件通知；
13、其中，所述事件通知包含確定性異常事件信息和非確定性異常事件信息。
14、可選地，所述進程為座艙控制器的基礎服務、通訊中間件和關鍵業務的驅動進程；
15、其中，所述座艙控制器的基礎服務包括mcu服務、soa服務、tsp服務和診斷服務；
16、所述關鍵業務數據包括統計信息、關鍵狀態、業務緩存。
17、可選地，所述當接收到進程觸發的事件通知時，從數據池中讀取與通知事件相關的關鍵業務數據進行全局判斷，以確定異常事件及異常等級包括：
18、當接收到任一進程觸發的事件通知，讀取日志空間中與異常發生時刻相鄰時間段的日志監視信息，以及數據池中所有進程的過程變量，落盤存儲為第一落盤存儲文件；
19、當監控獲得資源占用異常，將異常的資源占用數據與第一落盤存儲文件整合，并落盤存儲為第二落盤存儲文件；將所述第二落盤存儲于文件存儲于qnx系統與操作系統之間的共享文件分區中；
20、讀取qnx系統與操作系統之間的共享文件分區中的第二落盤存儲于文件，與預定義的規則進行規則匹配；
21、根據規則匹配結果確定通知事件是否為異常事件，基于異常事件的故障類型、性質和嚴重程度定義異常等級；
22、其中，所述異常等級包括單點異常和多點異常。
23、可選地，所述針對異常事件不同的異常等級，執行相應級別的復歸措施包括：
24、針對多點異常，驗證觸發的事件通知是否合理，驗證完成后，執行不同級別的復歸措施，其包括：異常事件發生時，通過調用各進程提供的復歸接口，對異常進行初步恢復；若初步恢復不成功，針對出現異常的進程及qnx系統執行重啟操作；或者，通過mcu系統識別是否為對端控制器的異常，若是，則通知對端控制器發生的異常事件。
25、可選地，所述根據目標診斷對象系統中預先定義的信息傳輸規則，上傳異常事件發生時刻的診斷數據文件包括：
26、所述目標診斷對象包括qnx系統和操作系統；
27、當目標診斷對象為qnx系統時，基于發布訂閱模型dds通知操作系統側的診斷服務異常事件已發生，上傳異常事件發生時刻的診斷數據文件；
28、當目標診斷對象為操作系統時，通知操作系統內部的tsp服務向云端發送請求，上傳軟診斷數據文件。
29、第三方面，本申請還提供了一種基于車端座艙控制器的運行診斷系統，所述系統包括：
30、數據收集模塊，用于響應針對目標診斷對象的服務請求，調用診斷服務，周期性監控進程的資源占用情況，并實時接收進程觸發的事件通知；
31、決策模塊，用于當接收到進程觸發的事件通知時，從數據池中讀取與通知事件相關的關鍵業務數據進行全局判斷，以確定異常事件及異常等級；
32、執行模塊，用于針對異常事件不同的異常等級，執行相應級別的復歸措施；
33、分析模塊，用于根據目標診斷對象系統中預先定義的信息傳輸規則，上傳異常事件發生時刻的診斷數據文件。
34、第三方面，本申請還提供了一種計算機可讀存儲介質，其上存儲有計算機程序，該程序被處理器執行時實現如第一方面中任一項所述的方法步驟。
35、第四方面，本申請一種電子設備，包括存儲器及處理器，所述存儲器中儲存有計算機程序，所述計算機程序被所述處理器執行時，使得所述處理器執行如第一方面中任一項所述的方法步驟。
36、本專利技術的有益效果體現在：<本文檔來自技高網...
【技術保護點】
1.一種基于車端座艙控制器的運行診斷方法，其特征在于，所述方法包括：
2.如權利要求1所述的方法，其特征在于，所述周期性監控進程的資源占用情況之后還包括：統計周期性監控各進程的資源占用情況獲得的資源占用數據，并將統計結果更新至數據池；
3.如權利要求2所述的方法，其特征在于，所述實時接收進程觸發的事件通知之前包括：
4.如權利要求3所述的方法，其特征在于，所述進程為座艙控制器的基礎服務、通訊中間件和關鍵業務的驅動進程；
5.如權利要求1所述的方法，其特征在于，所述當接收到進程觸發的事件通知時，從數據池中讀取與通知事件相關的關鍵業務數據進行全局判斷，以確定異常事件及異常等級包括：
6.如權利要求5所述的方法，其特征在于，所述針對異常事件不同的異常等級，執行相應級別的復歸措施包括：
7.如權利要求1所述的方法，其特征在于，所述根據目標診斷對象系統中預先定義的信息傳輸規則，上傳異常事件發生時刻的診斷數據文件包括：
8.一種基于車端座艙控制器的運行診斷系統，其特征在于，所述系統包括：
9.一種
10.一種電子設備，包括存儲器及處理器，其特征在于，所述存儲器中儲存有計算機程序，所述計算機程序被所述處理器執行時，使得所述處理器執行如權利要求1-7中任一項所述的方法步驟。
...【技術特征摘要】
1.一種基于車端座艙控制器的運行診斷方法，其特征在于，所述方法包括：
2.如權利要求1所述的方法，其特征在于，所述周期性監控進程的資源占用情況之后還包括：統計周期性監控各進程的資源占用情況獲得的資源占用數據，并將統計結果更新至數據池；
3.如權利要求2所述的方法，其特征在于，所述實時接收進程觸發的事件通知之前包括：
4.如權利要求3所述的方法，其特征在于，所述進程為座艙控制器的基礎服務、通訊中間件和關鍵業務的驅動進程；
5.如權利要求1所述的方法，其特征在于，所述當接收到進程觸發的事件通知時，從數據池中讀取與通知事件相關的關鍵業務數據進行全局判斷，以確定異常事件及異常等級包括：
6....
【專利技術屬性】
技術研發人員：楊光輝，
申請(專利權)人：中國第一汽車股份有限公司，
類型：發明
國別省市：
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。