基於Autosar的空中升級技術(OTA)

來自專欄德國中國自動駕駛1 人贊了文章

關於汽車OTA的話題越來越紅火，看來未來的汽車越來越像智能手機，升級，下載，更新一樣都不會少。可以想像，你邊開著車，突然屏幕上推送最新的升級消息，你只要輕輕點一下屏幕，最新款的智能駕駛系統就會自動安裝升級，你就可以非常方便的體驗各種最新的功能，當然你也可以付費享受一些個性化服務。這顯然不僅僅是技術，更是造就一批新BAT的契機。

以往的汽車軟體都是比較死板的，一次開發，終身使用，直到汽車報廢。有點像早期的摩托羅拉的大哥大或者諾基亞磚機，皮實但不個性。隨著人民群眾日益增長的需求和想像力。磚頭顯然就沒有市場競爭力了，群眾要的就是flexible的自由自在。

其實也是基於這樣的背景，Classic Autosar也越來越覺得力不從心，Adaptive Autosar也應運而生。UCM (Update and Configuration Management) 的功能定位就是安裝，升級以及卸載軟體，並且安全（in a safe and secure way）的在Adaptive平台上。

功能規範 Functional specification

Diagnostic Client上傳軟體包(Software Package)通過UDS服務。之後經過分解和確認步驟進入到OEM的OTA Client里，之後再進入UCM里進行進一步處理。如下圖所示。

下圖展示了Software Package在被傳輸進入UCM時的狀態變化（State Machine）。

下圖展示了UCM模塊的幾個工作狀態。

Idle, Busy, Ready都好理解，但是這個Activating就讓人有點迷惑了。

其實它只是說明，激活了目前正在升級的軟體，當下一次啟動的時候，就可以直接只用最新更新的軟體了。對於A/B partition升級策略來說，就是把最新升級的軟體放在B區，讓老舊的軟體在A區先運行，下次啟動直接使用B區就好了。這也是一種安全策略的構架，要不然正開著車，升級完直接死機，車毀人亡誰都不願意看到吧。其實和Windows操作系統也是一樣的概念，升級請重新啟動計算機。

下圖展示了升級軟體(們)的全生命周期:

一開始(Initial) 升級軟體(們)(SoftwareCluster) 被下載添加(ADDED)進車裡的ECU(PRESENT), 然後經過升級(UPDATED)操作成功, 然後繼續留在ECU上(PRESENT)服務, 可能過了很多年後，又有新的相同功能的軟體更新，於是我們就需要把這個之前的軟體刪除(REMOVED)，之後他就完成了它的歷史使命，消失在了這輛車裡(Final)。

以上就是Adaptive Autosar描述的OTA的基本功能和規範，當然Autosar也很強勢的規定了所有相關API介面，包括名字，類型，位元組，功能甚至參數等等。這樣做就可以非常好的標準化UCM模塊，以保證可重用性。當然。作為軟體開發企業，當然可以在Autosar框架下自由發揮，充分體現自己的水平和實力。

畢竟Autosar的宗旨就是，在標準上合作，在實現上競爭！

以上有興趣的朋友可以多交流，希望都能在茫茫人海中找到那些志趣相投的朋友。