二、軟件＋硬件皆可升級的基礎

軟件OTA的能力，各家主機廠目前都已經(jīng)具備了，相比于傳統(tǒng)的汽車，軟件OTA在一定周期上給汽車注入了新的活力，但依然會碰到算力的天花板。汽車的機械零部件，出廠之后，其功能整個生命周期都不會發(fā)生變化，但是中央計算單元，其發(fā)展始終跟隨最新的ICT技術，在車的生命周期當中，算法、芯片、通信標準等會不斷的更迭換代，車的生命周期都在5年以上，但相關的ICT技術，基本2年就會有一個大變樣。用戶不可能像換手機去一樣去換汽車，既然不能換車，為什么不能讓用戶可以升級中央計算單元呢？升級中央計算單元硬件，特斯拉已經(jīng)在這么做了！為什么傳統(tǒng)主機廠以前在這方面不作為呢？

還是賣硬件的老思維，一次性買賣，沒有升級零部件的動力！喜歡搞各種花式車型，每個車型為了體現(xiàn)差異，還要改改硬件、比如多裝一塊屏，改改屏幕分辨率，豎屏改橫屏，等等！底層車型電子電氣架構還不統(tǒng)一，換一家廠商的零部件，信號就得重新適配！對智能化不重視，軟件能力差，無能力架構跨平臺的軟件基礎設施

以上幾個原因，導致了軟硬件無法形成平臺化，原本羸弱的資源，全部耗散在了無限的車型適配工作當中，根本沒有資源提前去研發(fā)下一代平臺，如此產(chǎn)生惡性循環(huán)。寫這段的時候，我還是有點激動，曾經(jīng)加班加點，就是為了把同樣的工作適配到十多款車型，畢竟也是為此耗散過青春！Tier1的朋友們倒是很開心，反正只要給錢，主機廠愿意改，他們就愿意接！

不僅要在用戶看得到的功能上下功夫，還要在軟件的工程能力上下功夫，重視架構設計，否則一旦歷史的包袱積累到一定程度，連重構的勇氣都會喪失！作為中國高科技公司的代表，連任正非都喊出了華為要加大投入，提高軟件能力的口號！

如何能夠做到中央計算單元的軟硬皆可升級，才是真正考驗軟硬件架構能力的課題，特斯拉已經(jīng)開了個好頭，就看接下來追上去的是誰。

動力與底盤控制器、車身控制器，其核心軟硬件設計目標，是要為中央計算單元提供良好的服務接口，讓中央計算單元既能夠靈活調用，同時也保持松耦合關系，終極目標是實現(xiàn)軟硬件皆可升級。

三、面向服務的架構設計

在傳統(tǒng)的離散架構下，車內的ECU通過總線相互通信，但是它們之間的信號收發(fā)關系和路由信息都是靜態(tài)的，是在編譯階段寫死的。各個ECU會周期性的發(fā)出各種信號，如果需要在另外一個子網(wǎng)當中使用，還需要網(wǎng)關進行轉發(fā)，出于負載的考慮，網(wǎng)關通常不會把所有信號都轉發(fā)，如果預先定義功能中，不包含某個信號，而后續(xù)又要使用，除了修改業(yè)務所在單元之外，還需要對網(wǎng)關的配置進行修改。

如果車輛上市后，想在某個控制器上新增功能，可以通過OTA更新該控制器的軟件，但是這個功能需要的其他控制器的信號怎么解決呢？當然，也可以把所依賴的控制器都OTA一遍，但這個工作量與同時OTA的控制器的數(shù)量是指數(shù)關系，新架構上升級一個控制器，一個月就能解決的事情，在老的架構上可能需要一年。

面向服務的架構（Service－Oriented Architecture，SOA），是一種架構設計思想，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。這使得構建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一和通用的方式進行交互。SOA在互聯(lián)網(wǎng)IT中有很多應用案例，和微服務的架構有相似的地方，具體可以參考SOA和微服務架構的區(qū)別。