軟件定義車輛和區域架構方法的差異

每家汽車制造商都采用獨特的方法來實現軟件定義車輛。上一代車輛平臺的遺留問題將迫使許多 OEM 逐步轉向更適合其集中式軟件方法的電氣和電子區域架構。

如圖 5 所示，雖然大多數 OEM 都在開發區域架構，但在決定控制車輛功能的軟件的位置時，卻有不同的方法。

集中軟件控制有三種選擇：中央計算機；在中央計算機和區域控制模塊之間共享；或分布到幾個域控制器和區域控制模塊中。有些 OEM 會集中高性能計算域（如 ADAS 和車載信息娛樂系統），并為其他域增加額外的應用處理。在 ADAS 和車載信息娛樂系統域之外，實時控制在區域控制模塊或邊緣 ECU 中實現。

從 OEM 的角度來看，集中計算方法可能最具吸引力，因為單臺計算機可控制所有車輛功能。如果通信鏈路出現故障，實時控制環路延遲（主動懸架、車窗防夾）和功能安全方面可能還存在其他挑戰。

分布式計算方法逐步向集中式軟件邁進，在區域控制模塊中甚至在單獨的域控制器中維護某些應用程序和實時控制軟件。在所有架構中，即使是在同一車輛內，區域控制模塊要求也會因 OEM 而異。一個區域可以處理一些車身實時控制、暖通空調以及底盤功能，而另一個區域可以處理額外的車身、照明和車輛控制單元應用軟件。最終，OEM 必須平衡硬件和機械驅動控制延遲、車載網絡功能、功能安全、信息安全以及如何根據所選架構及其特定區域控制模塊要求來構建軟件。