所謂智能座艙域控制器（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ù)。
CDC域控供應(yīng)商在和主機(jī)廠（OEM）合作的過程中，產(chǎn)生了多種多樣的合作模式，主要包括如下三種形式：
1. 硬件+底層軟件（BSP）
2. 硬件+底層軟件+中間件
3. 硬件+底層軟件+中間件+上層應(yīng)用
表：CDC主要供應(yīng)商及其方案。本調(diào)查基于2023年的車型數(shù)據(jù)和供應(yīng)商銷量排名情況，更新了部分基于高通8295的方案信息。
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為例，框圖簡圖如下：
毋庸置疑，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)，集成了包括處理器、存儲器和其他部件在內(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)存和存儲
- RAM容量：考察需要的RAM容量，以支持高性能應(yīng)用和復(fù)雜軟件運(yùn)行。
- 存儲接口：考察SoC支持的存儲接口（如eMMC、UFS等），確保具有足夠的存儲帶寬和容量。
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)和安全存儲，以防止黑客攻擊和數(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)存和存儲容量，以支持復(fù)雜的軟件和數(shù)據(jù)存儲需求。
- 實(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ù)字會有不同。
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)也越來越多，有些車型會達(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，但是部分模塊會收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ù)?，并基于客戶硬?/span>DPR考慮擴(kuò)展性。
USB也是如此，在USB回路設(shè)計(jì)中需要考慮供電方式和相關(guān)回路設(shè)計(jì)。
CDC硬件設(shè)計(jì)和零件選型涉及到方方面面，是一個(gè)系統(tǒng)工程。根據(jù)實(shí)踐經(jīng)驗(yàn)，CDC硬件的最終方案會根據(jù)功能和系統(tǒng)的定義逐漸完善，而這些“完善”內(nèi)容會造成每次layout的變更，產(chǎn)生資源浪費(fèi)（特別是錢），所以經(jīng)驗(yàn)豐富的系統(tǒng)架構(gòu)，在A樣時(shí)就提供高帶寬、高靈活的方案設(shè)計(jì)以支撐硬件工程師的硬件設(shè)計(jì)工作，減少后續(xù)的變更。即解決了開發(fā)成本，也可以節(jié)省開發(fā)時(shí)間，后續(xù)我們會在《智能座艙之軟件系統(tǒng)》中進(jìn)行探討。
轉(zhuǎn)自汽車電子與軟件
