1、簡  介

所謂智能座艙域控制器（Smart Cockpit Domain Controller，后文用CDC指代）是在以前車載娛樂系統(tǒng)（IVI）的基礎(chǔ)上整合了多個(gè)獨(dú)立的控制單元（如Cluster），并集成了更多的智能化的功能（如DMS），使車內(nèi)功能和用戶體驗(yàn)變得越來越豐富，同時(shí)變的更復(fù)雜。

座艙域控制器的主要功能：

1. 信息娛樂系統(tǒng)：即原來的IVI的功能。

2. 行車電腦數(shù)據(jù)顯示：實(shí)現(xiàn)數(shù)字儀表盤的顯示內(nèi)容，如速度、里程、油量、電池狀態(tài)等。輸出抬頭顯示（HUD）所需要的信息。

3. 空調(diào)系統(tǒng)：控制車內(nèi)空調(diào)系統(tǒng)，包括溫度調(diào)節(jié)、風(fēng)速控制、空氣質(zhì)量監(jiān)測等。實(shí)現(xiàn)更智能化的區(qū)域溫度控制，提升乘坐舒適度。

4. 駕駛輔助系統(tǒng)：集成泊車輔助功能，如倒車影像，AVM等。隨著NPU在SOC的集成，CDC也可以集成行車輔助功能，如車道偏離輔助，車道居中行駛。

5. 車內(nèi)連接：實(shí)現(xiàn)與智能手機(jī)、平板電腦等設(shè)備的連接和互動(dòng)，支持Apple CarPlay、HUAWEI HiCar等功能。提供Wi-Fi熱點(diǎn)、藍(lán)牙連接等車內(nèi)網(wǎng)絡(luò)服務(wù)。

2、CDC主要解決方案和玩家

CDC域控供應(yīng)商在和主機(jī)廠（OEM）合作的過程中，產(chǎn)生了多種多樣的合作模式，主要包括如下三種形式：

1. 硬件+底層軟件（BSP）

2. 硬件+底層軟件+中間件

3. 硬件+底層軟件+中間件+上層應(yīng)用

CDC主要供應(yīng)商及其方案。本調(diào)查基于2023年的車型數(shù)據(jù)和供應(yīng)商銷量排名情況，更新了部分基于高通8295的方案信息。

3、硬件系統(tǒng)框圖簡圖

CDC的硬件是服務(wù)于功能而存在的。為實(shí)現(xiàn)上述簡介中提及的功能，目前CDC硬件主要包含SOC、MCU、Display系統(tǒng)、Camera系統(tǒng)、Audio系統(tǒng)、導(dǎo)航系統(tǒng)、以太網(wǎng)、車內(nèi)通訊等等。

以QAM8295為例，框圖簡圖如下：

4、構(gòu)成介紹

毋庸置疑，SOC是CDC最最最重要的元器件，它決定了CDC的性能和功能，還影響其可靠性、安全性和未來擴(kuò)展能力。CDC硬件首先需要確定的就是SOC，一旦SOC型號確定后，基于SOC供應(yīng)商提供的原型（prototype），SOC周邊的元器件，如RAM等也就差不多確定了，本文重點(diǎn)介紹在CDC中需要基于features確定的硬件系統(tǒng)構(gòu)成。

（一）SOC

全稱SystemOnChip, 即單片系統(tǒng)，集成了包括處理器、存儲(chǔ)器和其他部件在內(nèi)的較完整信息處理系統(tǒng)的半導(dǎo)體芯片。

SOC選型需要考慮多個(gè)關(guān)鍵因素：

1. 處理性能

在決定SOC選型時(shí)，算力是否能支撐規(guī)劃的feature的實(shí)現(xiàn)是最主要的考慮因素，需要進(jìn)行業(yè)務(wù)-算力資源分析，基于worst case確定最低的算力要求。

CPU性能：選擇具備足夠通用處理能力（DMIPS）的SOC，確?？梢灾巫撍泄δ艿膶?shí)現(xiàn)。

NPU性能：如果CDC需要處理語音、圖像（如DMS功能）等，需要根據(jù)算法要求考慮NPU算力（TOPS）

2. 圖形處理

GPU性能：評估GPU（圖形處理單元）的性能，確保能夠支持高分辨率顯示、3D圖形渲染和流暢的用戶界面。

多顯示屏支持：考察SoC能夠支持的顯示屏數(shù)量（同時(shí)需要考慮搭載屏幕的最大分辨率），包括主儀表盤、抬頭顯示（HUD）和信息娛樂顯示屏。

多個(gè)功能顯示區(qū)域和HMI交互：需要了解video pipeline，評估UX交互的最大能力。

3. 內(nèi)存和存儲(chǔ)

RAM容量：考察需要的RAM容量，以支持高性能應(yīng)用和復(fù)雜軟件運(yùn)行。

存儲(chǔ)接口：考察SoC支持的存儲(chǔ)接口（如eMMC、UFS等），確保具有足夠的存儲(chǔ)帶寬和容量。

4. 連接性

接口類型：考察SoC提供的接口類型，包括USB、Ethernet，DisplayPort，CSI，GPIO，SPI等，以滿足各種外部設(shè)備和系統(tǒng)的連接需求。

網(wǎng)絡(luò)連接：評估SoC是否支持必要的網(wǎng)絡(luò)連接功能，如Wi-Fi、藍(lán)牙和V2X通信。

5. 功耗和散熱

功耗管理：考察SoC的功耗，確定散熱類型，評估是否能滿足布置要求。

6. 軟件支持

操作系統(tǒng)兼容性：考察SOC支持的操作系統(tǒng)（如Linux、QNX、Android等），確保軟件開發(fā)和集成的順利進(jìn)行。在決定操作系統(tǒng)時(shí)，需要考慮CDC APP生態(tài)多樣性。

OTA升級支持：確保SoC支持OTA（Over-the-Air）更新，以便于未來的軟件升級和功能擴(kuò)展。

快速啟動(dòng)：選擇支持快速啟動(dòng)的SoC，確保用戶上車的體驗(yàn)。

7. 安全性

功能安全：根據(jù)CDC集成功能的功能安全等級，選擇符合汽車功能安全標(biāo)準(zhǔn)（如ISO 26262）的SoC，確保系統(tǒng)的安全性和可靠性。

網(wǎng)絡(luò)安全：評估SoC的網(wǎng)絡(luò)安全功能，包括硬件加密、安全啟動(dòng)和安全存儲(chǔ)，以防止黑客攻擊和數(shù)據(jù)泄露。

8. 可靠性和長期供應(yīng)

環(huán)境耐受性：選擇能夠在廣泛溫度范圍和惡劣環(huán)境條件下可靠運(yùn)行的SoC，即車規(guī)級芯片。

供應(yīng)鏈穩(wěn)定性：評估SoC供應(yīng)商的長期供應(yīng)能力，確保能夠持續(xù)獲得所需芯片，避免供應(yīng)中斷。

9. 成本和性價(jià)比

采購成本：綜合考慮SoC的采購成本，確保在預(yù)算范圍內(nèi)選擇最佳方案。

整體性價(jià)比：評估SoC的整體性價(jià)比，包括性能、功能、安全性和可靠性，以做出最優(yōu)選擇。

通過綜合考慮這些因素，可以選擇最適合的SoC，用于座艙域控制器的設(shè)計(jì)和開發(fā)，確保其在性能、功能、安全性和成本等各方面達(dá)到最佳平衡。

例：QAM8295P的一些參數(shù)

算力：220kDMIPS CPU /40 TOPS NPU

Display：6x4k simultaneous output support. Synchronized DP outputs up to 39 MP (x2). Up to Total of 64 MP across all displays 6x DP MST2 (DP0 is alt-mode USB), 2x DSI. 2x eDP Support for 3x MST2 simultaneously (x2)

Audio：7x TDM/I2S + 3x High Speed I2S for Audio Front-end

Camera：Up to 16 cameras Maximum resolution 8MP 4x CSI2 4-lane (C/D-PHY combo）

（二）MCU

全稱Microcontroller Unit，它提供與車內(nèi)其他ECU之間接口的作用，所以也叫VIP，Vehicle Interface Processor

MCU選型需要考慮多個(gè)關(guān)鍵因素，以確保所選方案能夠滿足車輛的功能需求、性能要求和未來擴(kuò)展的可能性。

1. 功能需求

集成能力：確定CDC需要集成哪些功能，如信息娛樂系統(tǒng)、儀表盤顯示、空調(diào)系統(tǒng)、駕駛輔助系統(tǒng)等，確定上述能力的實(shí)現(xiàn)方案和功能分配。簡單來說需要確定哪些是由SOC實(shí)現(xiàn)，哪些是MCU實(shí)現(xiàn)。

2. 性能要求

處理能力：考察MCU的處理器性能，確保其能夠處理所有必要的功能和數(shù)據(jù)流。

Memory：評估內(nèi)存和存儲(chǔ)容量，以支持復(fù)雜的軟件和數(shù)據(jù)存儲(chǔ)需求。

實(shí)時(shí)性能：確保CDC具備實(shí)時(shí)處理能力，以滿足駕駛輔助和安全系統(tǒng)的要求。

3. 可靠性和安全性

系統(tǒng)穩(wěn)定性：評估MCU在各種工作條件下的穩(wěn)定性，確保其能在不同環(huán)境中可靠運(yùn)行。

功能安全等級：對于有功能安全等級要求CDC，需要考慮MCU需要滿足的ASIL等級

4. 兼容性和標(biāo)準(zhǔn)

接口和協(xié)議：確保MCU支持必要的接口、接口數(shù)量和通信協(xié)議（如CAN、LIN、Ethernet等），滿足車輛EE架構(gòu)的需求。

操作系統(tǒng)：選擇支持汽車行業(yè)標(biāo)準(zhǔn)化操作系統(tǒng)（如autosar）的MCU。

5. 供應(yīng)商選擇

供應(yīng)商信譽(yù)：評估供應(yīng)商的市場聲譽(yù)和歷史表現(xiàn)，選擇有經(jīng)驗(yàn)和可靠的供應(yīng)商。

支持和服務(wù)：考慮供應(yīng)商提供的售后支持和服務(wù)，包括技術(shù)支持、培訓(xùn)和維護(hù)服務(wù)。

成本和性價(jià)比：綜合評估MCU的采購成本和生命周期成本，選擇性價(jià)比高的方案。

6. 未來擴(kuò)展性

硬件擴(kuò)展：確保MCU具有硬件擴(kuò)展能力，以適應(yīng)未來可能增加的功能需求。

基于自動(dòng)輔助駕駛功能的功能安全角度評估MCU對標(biāo)數(shù)據(jù)。

（三） DSP和音頻輸入輸出

系統(tǒng)方案

考慮到部分audio產(chǎn)品可以在多個(gè)軟件系統(tǒng)實(shí)現(xiàn)，對于音頻系統(tǒng)的規(guī)劃和選型，首先要確定產(chǎn)品分配方案，基于功能集合，綜合考慮算力需求、延遲需求、可能的算法提供方。

*本算力評估基于ADI Shark系列（1MHz/6MFLOPS）進(jìn)行的評估。同一種算法在不同的DSP上算力數(shù)字會(huì)有不同。

A2B bus目前是Audio系統(tǒng)內(nèi)部/外部常用的傳輸方式，在確定功能分配方案后，需要形成audio routing，支撐DSP選型，A2B Transceiver數(shù)量、外部A2B總線數(shù)量和SOC與DSP之間A2B&SPI總線數(shù)量確定等。

隨著汽車涉及audio的功能越來越多、功能越來越強(qiáng)大，CDC需要連接的麥克風(fēng)也越來越多，有些車型會(huì)達(dá)到12個(gè)之多，這就需要計(jì)算每個(gè)A2B總線的帶寬，確定每個(gè)A2B節(jié)點(diǎn)供電和“Bus Activity”是否能達(dá)到要求。

如果涉及多個(gè)外部A2B總線的輸入輸出，需要合理分配每個(gè)節(jié)點(diǎn)，基本思想是1）相同功能的節(jié)點(diǎn)在一個(gè)總線上；2）當(dāng)任一節(jié)點(diǎn)異常時(shí)，能最大化的保留更多功能。

DSP選型

因?yàn)锳2B總線的關(guān)系，ADI的DSP是市場占有率比較高的，其他的可選供應(yīng)商包括AKM等。

當(dāng)然也可以考慮使用SOC內(nèi)置的dsp，但是部分模塊會(huì)收License費(fèi)用。

Qualcomm對高級音頻處理模塊的費(fèi)用

DSP選型需要考慮的因素包括：

1. 處理能力

計(jì)算性能：評估DSP的處理能力，尤其是在處理音頻和視頻信號時(shí)的性能表現(xiàn)。

2. 接口和連接性

通信接口：確保DSP具備豐富的通信接口（如TDM、I2S、SPI、UART等），以便與CDC其他系統(tǒng)和外部設(shè)備連接。

數(shù)據(jù)吞吐量：評估DSP的數(shù)據(jù)吞吐量能力，確保其能夠處理大量實(shí)時(shí)數(shù)據(jù)。

3. 音頻處理

音頻處理能力：選擇支持高品質(zhì)音頻處理的DSP，滿足車內(nèi)音響系統(tǒng)、降噪和回聲消除等需求（或者尋求集成第三方的音頻算法）。

4. 開發(fā)工具和生態(tài)系統(tǒng)

開發(fā)環(huán)境：確保DSP供應(yīng)商提供完備的開發(fā)工具、SDK和調(diào)試工具，以支持開發(fā)和集成過程。

生態(tài)支持：評估DSP是否有良好的生態(tài)支持，確保提供audio算法的第三方公司在選型DSP上有移植經(jīng)驗(yàn)。

5. 供應(yīng)商選擇

供應(yīng)商信譽(yù)：選擇具有良好市場聲譽(yù)和長期穩(wěn)定供貨能力的供應(yīng)商，以確保持續(xù)的支持和供應(yīng)鏈穩(wěn)定性。

技術(shù)支持：評估供應(yīng)商提供的技術(shù)支持和售后服務(wù)質(zhì)量，確保在開發(fā)和維護(hù)過程中能夠獲得及時(shí)幫助。

6. 成本和性價(jià)比

成本效益：綜合考慮DSP的采購成本和整體性價(jià)比，選擇能夠在性能、功能和成本方面達(dá)到最佳平衡的方案。

生命周期成本：評估DSP在整個(gè)產(chǎn)品生命周期內(nèi)的成本，包括開發(fā)、維護(hù)和升級成本，以實(shí)現(xiàn)更高的經(jīng)濟(jì)效益。注：最好同時(shí)關(guān)注供應(yīng)商的產(chǎn)品系列，這樣后續(xù)迭代升級的產(chǎn)品的AUDIO方案有延續(xù)性。

（四） 視頻輸入輸出

常見的視頻傳輸協(xié)議有 TI FPDLink和 Maxim GMSL，它們的串形器 Serializer&解串器DESerializer一般成對出現(xiàn)。

串形器和解串器的選型主要需要考慮傳輸視頻的視頻碼率 Link Bit Rate：

假如視頻分辨率為 1920 x 1080、位深為 8 bits、幀速率 60 fps 的視頻，無壓縮狀態(tài)下的碼率應(yīng)為 2848 Mbps，約 2.78 Gbps。即串形器和解串器需要支持的碼率最少為2.78Gbps。

計(jì)算公式：(1920×1080)×(8×3)×60fps÷1024÷1024[Mbps]

假定傳輸24位色（真彩色）色彩深度的RGB圖像，R、G、B各8bit，所以需要乘以系數(shù)3不同圖像格式因?yàn)楸磉_(dá)和傳輸色彩方式的不同需要乘的系數(shù)不同。需要考慮攝像頭的供電方式，供電包括POC供電和獨(dú)立供電2種。

（五） 其他

1. 以太網(wǎng)SWITCH

Switch選型需要考慮以太網(wǎng)速度和帶寬、端口數(shù)據(jù)和類型、QoS和安全性、TSN、可靠性等技術(shù)要素，以及成本、生命周期、供應(yīng)商因素（信譽(yù)、技術(shù)支持）等因素。

在硬件回路設(shè)計(jì)時(shí)，需要考慮診斷、時(shí)間同步和OTA的方案，以確定QNX、Android、VIP是否需要單獨(dú)的IP地址。

2. 定位系統(tǒng)

定位系統(tǒng)包含GPS和IMU，首先確定整車是否提供GPS和IMU數(shù)據(jù)，提供的數(shù)據(jù)是否滿足精度、延時(shí)、時(shí)間同步等的要求。

如果無法使用整車其他系統(tǒng)提供的數(shù)據(jù)，GPS定位模塊需要考慮是否需要支持RTK，而IMU需要基于功能對于加速度/角速度數(shù)據(jù)需要確定選型6軸、5軸抑或更少數(shù)據(jù)的元器件。

3. 總線Transceivers & USB

CDC需要搭載的總線類型主要取決于整車EE拓?fù)洌⒒诳蛻粲布﨑PR考慮擴(kuò)展性。

USB也是如此，在USB回路設(shè)計(jì)中需要考慮供電方式和相關(guān)回路設(shè)計(jì)。

5、后  記

CDC硬件設(shè)計(jì)和零件選型涉及到方方面面，是一個(gè)系統(tǒng)工程。根據(jù)實(shí)踐經(jīng)驗(yàn)，CDC硬件的最終方案會(huì)根據(jù)功能和系統(tǒng)的定義逐漸完善，而這些“完善”內(nèi)容會(huì)造成每次layout的變更，產(chǎn)生資源浪費(fèi)（特別是錢），所以經(jīng)驗(yàn)豐富的系統(tǒng)架構(gòu)，在A樣時(shí)就提供高帶寬、高靈活的方案設(shè)計(jì)以支撐硬件工程師的硬件設(shè)計(jì)工作，減少后續(xù)的變更。

————————————————

版權(quán)聲明：本文為博主原創(chuàng)文章，遵循 CC 4.0 BY-SA 版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接和本聲明。

原文鏈接：https://blog.csdn.net/qq_30247949/article/details/139494246