Hello！大家好！歡迎來到《搞一下汽車電子》今天，我們給大家分享的是Adaptive Platform AUTOSAR 專題視頻：03 自動駕駛&域控中間件—— 爲什麼要使用自適應平臺AUTOSAR（Adaptive Platform AUTOSAR）
是視頻加圖文解說哦~
如果覺得不錯，“轉發” “ 在看”支持一下吧~
點擊鏈接觀看視頻 ↓ ↓ ↓ ↓ ↓
爲什麼要使用自適應平臺AUTOSAR（Adaptive Platform AUTOSAR）
點擊鏈接獲取PPT（提取碼i486） ↓ ↓ ↓ ↓ ↓
爲什麼要使用自適應平臺AUTOSAR（Adaptive Platform AUTOSAR）
之前的視頻中，我們給大家分享了什麼是AP AUTOSAR，以及AP AUTOSAR和SOA之間的關係。在本期視頻中，我們分享一個大家比較關心的問題：爲什麼要使用自適應平臺AUTOSAR（Adaptive Platform 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都考慮進去了。（考慮了哪些點我們會在後期進行分享）
好啦，本期分享到這裏就結束了，如果覺得不錯，“轉發” “在看”支持一下吧~
如果您有任何問題，都可以發郵件給我們哦~