Hello!大家好!歡迎來到《搞一下汽車電子》今天,我們給大家分享的是Adaptive Platform AUTOSAR 專題視頻:03 自動駕駛&域控中間件—— Why AP AUTOSAR
是視頻加圖文解說哦~
如果覺得不錯,“轉發” “ 在看”支持一下吧~
點擊鏈接獲取PPT ←(提取碼i486)
之前的視頻中,我們給大家分享了什麼是AP AUTOSAR,以及AP AUTOSAR和SOA之間的關係。在本期視頻中,我們分享一個大家比較關心的問題:爲什麼要用AP AUTOSAR ?
我們從兩點進行分析:“問一下”和“總結”——拋出一些問題讓大家進行思考,最後再進行一個總結。
01 問一下
傳統的E/E架構示意圖如下:
它的特點是:沒有域控,沒有中央處理器,沒有高性能處理器節點
它的缺點是:節點無預留資源供新增功能使用或消耗
問1:硬件
- 在智能網聯汽車發展的過程中,肯定要處理視頻、地圖等大數據,那麼我們傳統的微控制器MCU的算力是否夠用呢?
- 不夠用的話,是不是要用上高性能的處理器CPU?接着是不是要考慮用CPU去開發域控制器,爲我們新增的功能預留一些資源。
- 虛擬硬件開發要不要考慮一下呢?這樣可以降低我們的一些開發成本。
問2:OS
- 在使用高性能處理器的時候,經典AUTOSAR中的OS是否還能適配呢?
- 要不要用POSIX OS?Linux的話是符合的,但它是開源的,通信安全怎麼保證?診斷怎麼去做?
- 要不要使用ASIL-D的操作系統?在對安全要求特別高的汽車上,我們是不是要考慮使用有經過功能安全認證的OS?比如MCOS、QNX等等。
問3:SOA
對SOA不太熟悉的話可參考上一期視頻:
02 自動駕駛 & 域控中間件——AP AUTOSAR & SOA
- 要不要基於SOA開發?不用的話,增加一個節點的時候,你要更改什麼——更改路由表嗎?增加一個功能的時候,你要更改什麼——更改通信矩陣嗎?
- 要不要使用面向服務的通信?不用的話,當前通信協議棧的帶寬和通信效率是否足夠?要是想用DDS和RESTful的話,自己開發的成本有多大?
- 要不要使用面向服務的軟件架構?不用的話,軟件的動態部署怎麼辦呢?自己設計的話,開發成本與週期考慮過嗎?
問4:中間件
- 要不要使用中間件?不用的話,耦合性怎麼辦?沒有中間件的話,應用層就是直接調用操作系統的接口,操作系統一旦出現問題,就會導致牽一髮而動全身的後果。
- 要不要使用中間件?不用的話,後期要是換了操作系統,成本有多高?應用層的代碼和算法可能要推倒重來,重新進行書寫。
- 整個系統的安全性考慮了嗎?以開發ADAS爲例,如果不用AP AUTOSAR開發的話,能達到什麼樣的安全等級?
當前中間件有很多種,各有優缺點,如果大家計劃使用中間件的話,可以隨時發郵件與我們交流哦~
問5:APP
- 實現OTA的話不難,但是要在運行時執行OTA呢?
- 更換網絡綁定怎麼實現?多重網絡綁定又怎麼實現?
- 人工智能算法和機器學習算法是否可以與AP AUTOSAR進行結合呢?
02 總結
- AP AUTOSAR支持高性能處理器,也支持虛擬硬件開發來降低我們的開發成本。
- AP AUTOSAR規定只要是POSIX OS都可使用,當然包括那些達到ASIL-D的操作系統。
- AP AUTOSAR既是中間件,又是一個面向服務的架構。所以我們在增加功能和節點的時候,問題不大;更換OS或硬件的話,問題也不大。
- AP AUTOSAR支持多重網絡綁定,也支持動態部署,以及運行時更新。
- AP AUTOSAR把Safety和Security都考慮進去了。(考慮了哪些點我們會在後期進行分享)
好啦,本期分享到這裏就結束了,如果覺得不錯,“轉發” “在看”支持一下吧~
如果您有任何問題,都可以發郵件給我們哦~