電動化、智能化、網(wǎng)聯(lián)化和共享化是汽車產(chǎn)業(yè)公認的未來發(fā)展方向。作為電動汽車核心零部件，整車控制器必須能夠支撐汽車“四化”。其必須滿足高計算性能、高通信帶寬、高功能安全性、軟件持續(xù)更新等需求。目前整車電子電氣架構(gòu)及整車控制器所搭載技術(shù)普遍無法滿足以上需求。為覆蓋上述需求，未來汽車產(chǎn)品將逐漸采用集中式電子電氣架構(gòu)，同時整車控制器必須包含以太網(wǎng)、CANFD、多核芯片、雙核心、OTA等關(guān)鍵技術(shù)。

本文將首先介紹整車控制器與分布式和集中式2種電子電氣架構(gòu)的關(guān)系，然后分別介紹了新型整車控制器的關(guān)鍵技術(shù)，對技術(shù)內(nèi)容進行了分析，提出了未來發(fā)展趨勢并進行了展望。

1. 整車控制器與電子電氣架構(gòu)

1.1 整車控制器與分布式電子電氣架構(gòu)

在以往的芯片能力前提下，受到計算能力及通信能力的限制，整車控制器無法集成所有的車輛控制軟件，即使是新能源部件控制相關(guān)的軟件也無法全部集成。這決定了整車控制器只能作為分布式電子電氣架構(gòu)中的一員，但是這種關(guān)系限制了功能變更及擴展。

在分布式電子電氣架構(gòu)中，一項整車層級的功能由多個控制器配合完成。某項功能的實現(xiàn)可能需要幾個或十幾個控制器相互配合，并且這些控制器可能分布在整車不同的網(wǎng)絡中(圖1)。

圖1 整車控制器在分布式電子電氣架構(gòu)中的位置

整個交互過程與時間配合異常復雜。整車普遍有100余個控制器，幾百項整車級功能，功能與控制器本身的物理連接交織成一個巨大而復雜的網(wǎng)，非常不利于模塊化設計與擴展。在這種情況下，增加一個新功能，需要在上述的復雜功能網(wǎng)絡上考慮各部分相關(guān)性，并對大量的控制器軟件進行修改及測試。

1.2 整車控制器與集中式電子電氣架構(gòu)

隨著芯片及車載以太網(wǎng)的發(fā)展，整車控制器已經(jīng)具備集成大部分車輛控制軟件的能力。分布式電子電氣架構(gòu)正在逐漸向高度集成化和智能化發(fā)展，整車控制器在電子電氣架構(gòu)中的位置也隨之發(fā)生變化，真正實現(xiàn)車輛層級的集成型控制器，其控制涵蓋動力、底盤以及一些網(wǎng)關(guān)功能。整車控制器與集中式電子電氣架構(gòu)的關(guān)系如圖2所示。將大部分的功能集成于整車控制器中會極大地減少整車線束長度與控制器數(shù)量。

圖2 整車控制器在集中式電子電氣架構(gòu)中的位置

2. 新型整車控制器關(guān)鍵技術(shù)

為支撐汽車“四化”，整車控制器必須滿足高通信帶寬、高計算性能、高功能安全性、軟件持續(xù)更新等多項需求。其中，高通信帶寬催生了車載以太網(wǎng)、CANFD技術(shù)發(fā)展;高計算性能催生了多核芯片和雙核心控制架構(gòu)技術(shù)發(fā)展;軟件持續(xù)更新催生了OTA技術(shù)發(fā)展。這些技術(shù)將被普遍應用在新型整車控制器上。下面將分別介紹這些技術(shù)。

2.1 車載以太網(wǎng)

在過去20年里通信帶寬問題一直困擾著汽車行業(yè)。在這期間，CAN總線是主流的車載網(wǎng)絡技術(shù)。其1 Mbit/s的標稱速度在該技術(shù)早期對于汽車帶寬需求有足夠的裕度。然而近年來隨著車輛控制邏輯越來越復雜，所需控制器和傳感器數(shù)量急劇增加，雖然集中式電子電氣架構(gòu)可以在一定程度上減少控制器數(shù)量，但是由于域控制器的計算能力遠高于原有車輛控制器，因此1 Mbit/s的CAN通信帶寬顯然是無法滿足數(shù)據(jù)交互需求的。

更高的通信帶寬要求加速了以太網(wǎng)和汽車行業(yè)的融合。以太網(wǎng)誕生于20世紀70年代，其最早的雛形與如今家庭、辦公、服務器機房、數(shù)據(jù)倉庫運行的以太網(wǎng)早已截然不同。盡管以太網(wǎng)與時俱進地發(fā)展，但是應用于汽車仍有一些問題，最主要的是電磁兼容性問題。這些限制在 BroadR-Reach 技術(shù)出現(xiàn)后被打破，該技術(shù)可在單對非屏蔽雙絞線上提供 100 Mbit/s的帶寬。這種傳輸方法從未應用在之前的以太網(wǎng)。即便物理層變化，這種技術(shù)仍能夠在高層實現(xiàn)與以太網(wǎng)的無縫結(jié)合且運行方式不變。目前，該技術(shù)已經(jīng)用于量產(chǎn)車型。同時，支持更快速度的 RTPGE 技術(shù)正在研發(fā)中，在保留軟件兼容性的同時，其帶寬有望提升到1 Gbit/s。

盡管通信帶寬有著明顯的優(yōu)勢，但受制于成本及功耗因素，車載以太網(wǎng)主要應用于骨干網(wǎng)絡。用于整車控制器與其他域控制器的通信，如圖3。而對于域內(nèi)的智能執(zhí)行器和傳感器，使用其他低成本解決方案，如CANFD、CAN、LIN。

圖3 整車控制器使用以太網(wǎng)與其他域控制器通信

當然，在整車控制器上增加車載以太網(wǎng)面臨著巨大的改變：相對于CAN通信更龐大的軟件協(xié)議棧;更大的控制器功耗;更大的靜態(tài)電流，這些都需要在系統(tǒng)設計時被考慮。

2.2 CANFD

考慮到成本及功耗，整車上只有骨干網(wǎng)使用高通信帶寬的以太網(wǎng)通信。但是對于其他子網(wǎng)，標稱 1Mbit/s 的 CAN 通信也迫切的需要提升通信速度。目前成熟的CANFD技術(shù)是一個好的解決方案。

CANFD總線是CAN總線的高帶寬解決方案，博世公司于2011年首先提出CANFD概念，并于2012年首先發(fā)布 CANFD1.0 版本。在保留 CAN 總線主要特性的同時，改善了錯誤幀漏檢率，同時保證網(wǎng)絡中大部分軟硬件特別是物理層不變。將總線的最高傳輸速率提高到5 Mbit/s 以上(CAN 通信的最高傳輸速率為1 Mbit/s,實際使用速率最高為500 kbit/s)。

更重要的是，CANFD數(shù)據(jù)長度最長64字節(jié)，這使得CANFD的數(shù)據(jù)場占比達到近85%。CAN的數(shù)據(jù)場占比只有約 50%。這意味著即使同樣的通信帶寬，CANFD可以多傳輸約70%的有效數(shù)據(jù)。CANFD幀格式如圖4所示。

圖4 CANFD幀格式

更為關(guān)鍵的是，由于 CANFD 保留了 CAN 的大部分關(guān)鍵特性，所有的 CANFD 芯片都能夠兼容 CAN。這使得選擇CANFD芯片的控制器在不改變硬件的情況下，只修改軟件即可適配 CAN 通信網(wǎng)絡。CANFD技術(shù)有多重優(yōu)勢，在未來相當長一段時間內(nèi)，車載以太網(wǎng)與CANFD將會長期共存，各司其職，共同發(fā)展。

2.3 多核芯片

同傳統(tǒng)消費電子領(lǐng)域早期一樣，為了獲得更快的處理速度，汽車行業(yè)采用提升核心頻率的方式來提升處理速度。但為了兼顧穩(wěn)定性，核心頻率提升遇到瓶頸，未來小幅的提升核心頻率已經(jīng)不能滿足日益增長的軟件執(zhí)行速度需求。這種情況下，汽車行業(yè)選擇了與消費電子一樣的技術(shù)路線，采用多核芯片。

多核芯片大幅提升了芯片的運算能力。這是一種并行的方法。所以在應用中想獲得同樣的效果，需要在軟件設計時合理地將各部分軟件分配到各個核心中。原則是盡量讓所有軟件并行。多核芯片的算力與同頻率單核芯片的算力加速比可以使用Amdahl定律來評估。公式如式(1)：

S=1/(1-a+a/n) (1)

其中，S為多核芯片的算力與同頻率單核芯片的算力加速比;a為并行計算部分所占的比例;n為核心數(shù)量。

圖5 并行程序占75%時，加速比S與核心數(shù)量n之間的關(guān)系

如圖5，當并行程序為75%時，加速比的極限性能為4.0。在10核以內(nèi)增加核心數(shù)都可以大幅提升運算性能。前期可以通過此方式對系統(tǒng)運算能力和分配要求做大略的評估，尋找一個最佳投入產(chǎn)出點。同時這個公式還指出，對于一個核心數(shù)量固定的多核系統(tǒng)，增加程序并行性是提升系統(tǒng)運算性能的有效措施。

2.4 雙核心控制架構(gòu)

在過去的幾十年里，汽車電子行業(yè)一直采用微控制器(MCU)搭建各種類型的車載控制系統(tǒng)。盡管不同廠家的微控制器性能各異，但他們都有一些通用的特點：集成度高、價格低廉、高可靠性、核心頻率低、程序是預先裝載的以及不允許用戶安裝軟件。軟件定義汽車的出現(xiàn)，要求整車控制器具備高計算性能、程序可更新、客戶可安裝軟件等特性，在整車控制器上微控制器便不能再獨自勝任。

目前主流的解決方案是引入微處理器(MPU)作為微控制器的補充。組成雙核心高性能整車控制器。這些微處理器與智能手機或PC中使用的微處理器非常相似，具有強大的計算及數(shù)據(jù)處理能力和高核心頻率。但其并不像微控制器具有種類繁多的外設，甚至連程序運行所必須的RAM、ROM都不包含，所以硬件設計時必要的外設需要被重新考慮。

圖6 微控制器(MCU)與微處理器(MPU)集成度差別

整車控制器中同時包含了微處理器與微控制器(圖6)。由于這是2個獨立的軟件系統(tǒng)去實現(xiàn)一些共同的功能，核間通信必不可少。核間通信有大量數(shù)據(jù)量傳輸，對通信帶寬要求較高，且通信方式必須同時被微控制器和微處理器所支持。滿足上述特點的以太網(wǎng)是一個優(yōu)質(zhì)選擇。

雙核心控制架構(gòu)還有一種形式，高集成度的SOC(System on Chip)芯片同時集成微控制器和微處理器。盡管物理上統(tǒng)一，但這仍然是2個獨立的軟件系統(tǒng)，需要相互配合去實現(xiàn)一些共同的功能。

在雙核心架構(gòu)的整車控制器中，微控制器和微處理器采用不同的操作系統(tǒng)。CLASSIC AUTOSAR依然是微控制器最好的操作系統(tǒng)解決方案。而對于微處理器，操作系統(tǒng)選擇空間很大，主要包括Linux、QNX、VxWorks、PikeOS。雖 然 AUTOSAR 推 出 了 ADAP?TIVE AUTOSAR，但嚴格來講，這并不是一個完整的操作系統(tǒng)。ADAPIVE AUTOSAR無法獨立運行，它運行于 POSIX 標準接口之上。而 POSIX 接口還需要上述提到的Linux、QNX、VxWorks、PikeOS等操作系統(tǒng)來提供。同 CLASSIC AUTOSAR 相比，ADAPTIVE AU?TOSAR的模塊數(shù)量不足前者15%。從目前情況看，若想達到 CLASSIC AUTOSAR 在汽車行業(yè)的普及率，ADAPTIVE AUTOSAR依然有很多路要走。

2.5 OTA

在過去的幾十年里，汽車電子產(chǎn)品所有的軟件都是預先裝載的。車輛交付給客戶后，沒有不可接受的軟件問題，一般不會對車輛軟件進行更新;一旦發(fā)現(xiàn)軟件問題，要進行車輛召回。統(tǒng)一由售后服務人員逐一為有問題的車輛升級軟件。對售后部門來說，這是一筆非常龐大的開銷。據(jù)統(tǒng)計2015年美國汽車召回達到8400萬量，其中6.4%的召回與軟件有關(guān)。而空中升級技術(shù)(Over-the-Air Technology，OTA)可以解決上述問題。

OTA 技術(shù)，最早用于手機端，用戶可以通過云端下載和更新軟件。帶有OTA的汽車也同樣可以通過云端遠程進行車輛系統(tǒng)和功能的升級更新。特斯拉首先將OTA技術(shù)應用于汽車上。

OTA技術(shù)需要云端和車內(nèi)端系統(tǒng)同時部署，OTA架構(gòu)如圖7。主要介紹整車控制器支撐OTA需要實現(xiàn)哪些功能。在經(jīng)過授權(quán)情況下，軟件從云端經(jīng) OTAClient 進入車內(nèi)端。經(jīng)過防火墻，分發(fā)到需要升級的控制器。

圖7 OTA系統(tǒng)方案

OTA 是一個復雜的過程，為了避免出現(xiàn)問題，下述問題在整車控制器設計時必須被考慮。

(1)需要支持程序回滾，在OTA升級失敗或新程序運行不穩(wěn)定的情況下，使程序回滾到穩(wěn)定運行版本;(2)需要考慮信息安全，通過通信加密、軟件包驗簽等方式保證軟件信息安全;(3)需要對車輛配置進行識別并對OTA能否開始條件進行判斷;(4)需要考慮軟件OTA升級通信速率問題，避免出現(xiàn)由于升級時間過長，影響用戶用車的情況。

3. 結(jié)語

綜上所述，為支撐汽車實現(xiàn)電動化、智能化、網(wǎng)聯(lián)化和共享化，作為電動汽車核心零部件的整車控制器必須具備高計算性能、高通信帶寬、高功能安全性、軟件持續(xù)更新的特點。本文首先介紹了在這些新特點下整車控制器與電子電氣架構(gòu)之間的關(guān)系。然后，結(jié)合相關(guān)成熟技術(shù)，闡述新型整車控制器將配備車載以太網(wǎng)、CANFD、多核芯片、雙核心控制和 OTA 關(guān)鍵技術(shù)。最后，對上述技術(shù)進行了介紹，分析了在整車控制器上應用涉及的相關(guān)特性。其中很多特性并不局限于整車控制器，對其他控制器也有借鑒意義。

審核編輯：湯梓紅

?