車載基礎(chǔ)軟件——AUTOSAR AP技術(shù)發(fā)展趨勢我是穿拖鞋的漢子，魔都中一位堅持長期主義的工程師！今天是2023年2月12日，歲月漸長，時光流逝。過去這三年真的過的好快，留給自己值得品味的瞬間又不是太多?？赡苋藢^去的時光的懷念只會記住那些高光的時刻，而對于平平淡淡的生活抓取的瞬間又是那么少，還好有文字，可以記錄時間的腳印。老規(guī)矩，分享一段喜歡的文字，避免自己變成高知識低文化的工科男：“ 接著這個系列文章，本文主要講述AUTOSAR AP技術(shù)發(fā)展趨勢。主要內(nèi)容如下：-> 架構(gòu)發(fā)展趨勢-> 工具鏈發(fā)展方向一、架構(gòu)發(fā)展趨勢關(guān)于車載軟件架構(gòu)（Adaptive AUTOSAR ）發(fā)展歷史，該結(jié)構(gòu)AP于2017 年應(yīng)運而生，主要為了提供高算力、高網(wǎng)絡(luò)帶寬下的基礎(chǔ)軟件開發(fā)平臺標(biāo)準。目前最新版本為 R22-11。Adaptive AUTOSAR的發(fā)展趨勢主要體現(xiàn)在如下幾個方面：1、技術(shù)趨勢在汽車行業(yè)，智能網(wǎng)聯(lián)、自動駕駛、V2X、OTA等功能逐漸成為新車型標(biāo)配，Adaptive AUTOSAR面向POSIX標(biāo)準的操作系統(tǒng)，在適配度上可以更好支持這些功能。在最新的標(biāo)準中為了更好的支持開發(fā)，在可用性及穩(wěn)定性上做了如下提升：-> 可用性：提升模塊特性的合理性及便利性。支持更多的SOA通訊協(xié)議（在很多自研項目中見到最多的是將DDS以往互聯(lián)網(wǎng)策略移植到當(dāng)前AP環(huán)境下）、通信失效模式的檢測、靈活支持日志內(nèi)容定義等。同時，針對域控制器的異構(gòu)平臺，新版本在AP與CP的共用特性及方法論上進行統(tǒng)一，定義了自動駕駛的傳感器接口、整車級健康管理的架構(gòu)與接口、針對整車 OTA 升級的流程等域控制器架構(gòu)的使用功能等。-> 穩(wěn)定性：增加針對系統(tǒng)穩(wěn)定的特性。如在OEM 細節(jié)中增加了配置進程錯誤碼、功能組增加 undefined 狀態(tài)、增加對進程意外終止的處理，PHM 中增加確定性執(zhí)行的監(jiān)控，UCM 中增加容錯機制等。同時在這些功能場景下，信息安全與功能安全成為不可或缺的關(guān)鍵機制。Adaptive AUTOSAR 針對這兩項安全需求，定義了完善的特性：面向功能安全：新增了系統(tǒng)健康監(jiān)控（單獨模塊），主要用于系統(tǒng)協(xié)調(diào)健康狀況/錯誤。主要包含以下內(nèi)容：（1）、Client 交流平臺健康狀況；（2）、Master 確定健康指標(biāo)；（3）、根據(jù)健康指標(biāo)進行的機器恢復(fù)（例如功能降級）；（4）、增加了確定性同步的內(nèi)容，描述了同步行為和周期性激活的要求，包括時間同步和數(shù)據(jù)同步。 另外面向信息安全：增加了入侵檢測系統(tǒng)管理，由標(biāo)準化的接口來報告安全事件。通過標(biāo)準化的過濾機制來傳輸合格的安全事件。（1）、增加了 Crypto API 的描述；（2）、軟件和硬件解耦；（3）、支持分離式非耦合開發(fā)；（4）、應(yīng)用程序獨立于加密解決方案。 2、基礎(chǔ)軟件技術(shù)路線隨著各種域控制器方案陸續(xù)問世，各細分賽道由分散到集中，由獨立到整合。目前整車域控制器，例如智駕域控，中央域控，智能座艙域控等均需得到高性能 MPU 芯片的支撐，因此POSIX標(biāo)準系統(tǒng)的搭載顯得尤為必要?；赑OSIX系統(tǒng)之上的 AUTOSAR Adaptive 平臺及相關(guān)工具鏈，為應(yīng)用開發(fā)過程中的效率帶來顯著提高，而座艙域控一般在 Linux 基礎(chǔ)之上搭載安卓系統(tǒng)，在程序啟動、狀態(tài)切換、存儲等方面有自己獨立的生態(tài)，而諸如 SOA 通信、整車診斷、健康管理的方面需要參考 AUTOSAR AP平臺標(biāo)準給予補齊和增強，工具鏈未來需要從整車視角實施統(tǒng)一化配置。3、新的分工趨勢受域控制器行業(yè)的蓬勃發(fā)展以及各項政策利好，越來越多的參與者以各種新的身份加入進來，整體的行業(yè)角色將不再是E/E時代的 OEM、Tier1及Tier2 三種。隨著產(chǎn)業(yè)鏈結(jié)構(gòu)的變化，位于下游負責(zé)整車生產(chǎn)和組裝的主機廠（即行業(yè)所說的OEM），將不再通過系統(tǒng)與設(shè)備集成來獲取價值增量，而會轉(zhuǎn)向基于用戶需求和自身產(chǎn)品定位，建立有效的梳理篩選機制，向上游 Tier1 及 Tier2 提出更多定制化的需求。因此這個也是最近幾年國內(nèi)大多數(shù)OEM都在成立自己的軟件研究中心，這是在為下一步規(guī)劃鋪路！二、工具鏈發(fā)展方向工具鏈（tool chain）是在一套流程里面用到的所有工具和相關(guān)庫組成的集合，上一個工具的輸出或環(huán)境狀態(tài)成為下一個工具的輸入或啟動環(huán)境。因此，工具鏈的效率決定了整個系統(tǒng)的開發(fā)效率。所以隨著行業(yè)的發(fā)展成熟，工具鏈的發(fā)展將由現(xiàn)在分散的多工具相互切換配合形態(tài)，逐步升級到成熟開放的中間服務(wù)體系，來匹配整個產(chǎn)業(yè)的發(fā)展態(tài)勢，在平衡各自的專業(yè)分工的前提下避免產(chǎn)生信息數(shù)據(jù)孤島。在每一個行業(yè)都是這樣，生態(tài)決定最后的價值，任何理論和工具沒有形成生態(tài)，最后都會變成孤島，沒人跟你一起玩，最后就會死亡！現(xiàn)行的工具鏈標(biāo)準基本是在 AUTOSAR AP 規(guī)范所約定的框架內(nèi)按照給定的方法論實現(xiàn)功能，各家比拼的是對AP功能服務(wù)模塊的實現(xiàn)及理解。在第一階段的服務(wù)實施提供后，要比拼的就是在整個產(chǎn)業(yè)上下游的環(huán)節(jié)中的規(guī)范度、可移植性及整體的效率提升。從集成角度，基于AP的開發(fā)工具鏈一般是基于Linux系統(tǒng)進行開發(fā)、編譯和調(diào)試，在用戶桌面端往往出現(xiàn)多種開發(fā)工具同時使用的問題，因此亟需一套集成開發(fā)環(huán)境來簡化用戶桌面，為基于 AP 的應(yīng)用開發(fā)提供便捷性。生態(tài)決定一切！擱筆分享完畢。愿你我相信時間的力量，做一個長期主義者！以往連文章連接：車載基礎(chǔ)軟件——AUTOSAR AP技術(shù)形態(tài) 車載基礎(chǔ)軟件——AUTOSAR CP典型應(yīng)用案例SOME/IP和TSN時間同步 車載基礎(chǔ)軟件——AUTOSAR CP關(guān)鍵技術(shù)分析 |
|
|
來自： 車載診斷技術(shù) > 《待分類》
