開發車用軟體耗時費力？平台化方案幫大忙
2020-11-27
作者
Junko Yoshida，EE Times首席國際特派記者
雖然以軟體為中心的車輛對車廠的股東們來說會是一個很好的話題，實際上要在公司內部建立並維持一個龐大的軟體團隊，真的會是比想像中更艱鉅的任務；特別是大多數車廠的專長都不在於編寫可達上千萬行的程式碼。
自從特斯拉(Tesla)展示了如何透過空中下載(over-the-air)軟體更新來提升整車功能，傳統車廠也開始宣稱它們正在加強軟體開發，設計「軟體定義車輛」。
不過，說總是比做來得容易──雖然以軟體為中心的車輛對車廠的股東們來說會是一個很好的話題，實際上要在公司內部建立並維持一個龐大的軟體團隊，真的會是比想像中更艱鉅的任務；特別是大多數車廠的專長都不在於編寫可達上千萬行的程式碼。
而總部位於德國Erlangen的車用嵌入式軟體供應商Elektrobit，看到了這個新商機，並在日前發表了號稱「產業第一款軟體平台」的EB xelor。這款軟體平台是專為車廠與Tier One汽車電子零組件供應商所設計，能加速新一代車輛架構的開發。
EB xelor包括Elektrobit經過生產驗證的軟體，還有來自第三方供應商的軟體以及開放源碼軟體，是基礎性軟體的集合。這些軟體大多數沒有差異性，車廠與Tier One業者能輕鬆取用，不需要花費時間與工程資源從頭再做一次別人已經做過的東西。
也就是說，EB xelor能為原廠節省時間，讓他們能專注開發自己的差異化軟體。而且Elektrobit強調，該平台的軟體元件「安全、穩定且容易升級。」
Elektrobit美國副總裁Artur Seidel在接受《EE Times》訪問時表示，估計一輛車上大約有60%的軟體元件是無差異性的；他解釋：「基礎性軟體元件(EB xelor提供的)都是經過獨立開發、整合與維護，而我們可以確保它們能共同運作，並會在接下來的10~15年進行維護。」
(圖片來源：Elektrobit)
資深汽車產業分析師、《EE Times》專欄作者Egil Juliussen認為，EB xelor讓他想到晶片設計業者在打造複雜SoC時重複利用IP功能區塊的做法：「Elektrobit正在催生『軟體SoC』。」
基本上，EB xelor是一個內含EB系列產品、第三方軟體與開放源碼程式的整合性軟體封包，該平台包括：
- 以Linux與Adaptive AUTOSAR為基礎的高性能功能性安全軟體堆疊；
- 以Classic AUTOSAR為基礎的即時性、安全軟體堆疊；
- 虛擬機器管理程式(hypervisor) EB tresos；
- 支援高性能車用SoC升級的軟體。
目前EB xelor平台鎖定來自恩智浦半導體(NXP)與瑞薩電子(Renesas)的車用SoC晶片應用，為這兩家公司的SoC提供系統級驗證；Elektrobit解釋，車廠隨後能將特定車輛軟體添加於這些堆疊之上。此外該平台還包含「健康管理功能，以及自動化構建、促進整合的工具與服務。」
(圖片來源：Elektrobit)
以上的EB xelor功能區塊圖顯示，除了執行非安全性關鍵應用程式的Linux Quality Manual，該平台還提供一種叫做「Linux (Safe)」的軟體；在被詢問到這代表什麼時，Elektrobit的Seidel指出，那會是符合IEC 61508與ISO 26262安全標準的開放源碼Linux，目前該公司正與SUSE合作，期望讓Linux (Safe)能在2021年供全球車廠使用。
與車廠的合作案例
Elektrobit了解任何一家車廠都可能使用像是EB xelor這樣的基礎性平台；這是因為當車廠要從舊款汽車轉移至以整合、集中化高性能控制器為基礎的先進車輛平台，他們不只得編寫新程式碼，還得整合大量的開放程式碼。任何這類軟體開發專案的合作者，都包括車廠、Tier One業者以及眾多第三方軟體公司。
Elektrobit以該公司與車廠福斯(VW)的合作案為例，VW的第一款全電動車ID.3內含多個高性能電子控制單元(ECU)；Seidel表示，Elektrobit與VW合作為高度整合的ECU開發軟體，涵蓋車身控制器、閘道器、車用資通訊娛樂系統以及車載通訊裝置、收發器模組。
EB xelor平台的優勢。
(圖片來源：Elektrobit)
目前Elektrobit正為汽車產業提供EB xelor授權，該公司客戶支付的費用可確保「長期安全性。」
編譯：Judith Cheng
（參考原文：Elektrobit Aims to Reduce Car OEMs’ Software Dev Burden，By Junko Yoshida）
