第二章：IVI系统硬件基础——主芯片方案、内存与存储、显示与触摸、音频与功放
好，我们开始聊硬件。很多做软件的朋友一听硬件就头疼，觉得那是硬件工程师的事。其实不然，你作为IVI系统的架构师，不懂硬件选型，后面做软件方案时处处踩坑。我见过太多软件团队，因为主芯片选错了，导致底层驱动改得面目全非，项目延期半年。
这一章，我们就把IVI系统的几个核心硬件模块拆开来看。说白了，就是四个东西：大脑（主芯片）、记忆（内存与存储）、眼睛和手（显示与触摸）、嘴巴和耳朵（音频与功放）。
2.1 主芯片方案：三巨头之争
目前IVI主芯片市场，基本是高通、瑞萨、恩智浦三足鼎立。我个人的习惯是，先看项目定位，再选平台。别一上来就追旗舰，成本压不住。
2.1.1 高通：性能猛兽，生态为王
高通的骁龙系列，比如SA8155、SA8295，现在几乎是高端IVI的标配。为什么？因为它的GPU和AI算力太强了。你想想看，现在车上要跑3D导航、多屏互动、语音助手，没有足够的GPU和NPU，卡顿是必然的。
我在项目中遇到过一个问题：客户要求同时驱动仪表盘、中控、副驾屏三块2K屏，还要跑Android Automotive。当时选了SA8155，嗯，性能绰绰有余。但要注意，高通的方案发热量大，散热设计必须跟上。我曾经见过一个原型机，没做好散热，跑导航半小时后直接降频，屏幕掉到30帧。
2.1.2 瑞萨：稳定可靠，车规级首选
瑞萨的R-Car系列，比如R-Car H3、M3，是日系车厂的挚爱。它的优势在于车规级可靠性。你想想，高通芯片很多是从手机改过来的，而瑞萨从一开始就是为汽车设计的。工作温度范围、EMC抗干扰能力，瑞萨都更胜一筹。
我个人建议，如果你的项目对功能安全有要求（比如仪表盘和ADAS集成），优先考虑瑞萨。它的R-Car系列内置了硬件隔离机制，可以跑多个操作系统而不互相干扰。
但瑞萨也有短板：GPU性能偏弱。如果你要做复杂的3D HMI，瑞萨可能有点吃力。我做过一个项目，用R-Car H3跑Unity做的3D仪表，帧率只能跑到45fps，最后不得不降低模型面数。
2.1.3 恩智浦：性价比之选，生态成熟
恩智浦的i.MX系列，比如i.MX8、i.MX9，是很多中低端IVI项目的首选。它的优势在于成本低、生态成熟。Linux和Android的BSP支持非常完善，社区资源也多。
我建议，如果你的项目是入门级IVI，或者对成本极度敏感，恩智浦是很好的选择。但要注意，它的AI算力比较弱，如果你要做端侧语音识别或者人脸识别，可能需要外挂NPU。
| 对比项 | 高通 | 瑞萨 | 恩智浦 |
|---|---|---|---|
| GPU性能 | ★★★★★ | ★★★ | ★★★ |
| AI算力 | ★★★★★ | ★★★ | ★★ |
| 车规可靠性 | ★★★ | ★★★★★ | ★★★★ |
| 成本 | 高 | 中高 | 中低 |
| 典型应用 | 高端智能座舱 | 仪表+中控集成 | 入门级IVI |
2.2 内存与存储：别让带宽成为瓶颈
主芯片选好了，接下来就是内存和存储。很多人觉得这个简单，买大容量就行。其实不然，带宽和延迟才是关键。
2.2.1 内存：LPDDR4/5 的选择
现在的IVI系统，内存至少是4GB起步，高端已经到8GB甚至12GB。我个人习惯，如果跑Android系统，建议至少6GB。为什么？因为Android系统本身就要占2GB左右，再加上导航、音乐、语音助手，4GB很容易触发LMK（Low Memory Killer）。
内存类型方面，LPDDR4是主流，LPDDR5开始普及。LPDDR5的带宽更高，功耗更低。但要注意，LPDDR5的PCB布线要求更高，如果你不是资深硬件工程师，建议直接用原厂参考设计。
2.2.2 存储：eMMC vs UFS
存储方面，eMMC和UFS是两大阵营。eMMC便宜，但速度慢；UFS贵，但快得多。我建议，如果你的系统要频繁读写日志、做OTA升级，一定要用UFS。eMMC的随机读写性能太差，OTA升级时你会等到怀疑人生。
举个例子，一个2GB的OTA包，用eMMC 5.1升级大概需要15分钟，而UFS 2.1只需要5分钟。你想想看，用户坐在车里等升级，15分钟和5分钟的体验差距有多大。
2.3 显示与触摸：多屏交互的挑战
现在的IVI，动不动就是三块屏、四块屏。显示和触摸的架构设计，直接决定了用户体验。
2.3.1 显示接口：LVDS、MIPI DSI、eDP
主芯片和屏幕之间，通过显示接口连接。常见的接口有LVDS、MIPI DSI、eDP。
- LVDS：老牌接口，传输距离远，适合仪表盘。但带宽有限，1080p@60fps已经是极限。
- MIPI DSI：手机常用，带宽高，适合中控屏。但传输距离短，一般不超过30cm。
- eDP：笔记本常用，带宽高，支持高分辨率和高刷新率。现在很多高端IVI开始用eDP。
我建议，如果你的屏幕分辨率超过2K，或者刷新率要求120Hz，优先考虑eDP。MIPI DSI虽然也能做到，但需要多通道并联，布线难度大。
2.3.2 触摸方案：电容触摸 vs 压力触摸
触摸方面，电容触摸是绝对主流。但要注意，车规级的触摸屏和手机不一样，它要支持手套触摸和湿手触摸。我见过一个项目，冬天用户戴手套操作屏幕没反应，被投诉到厂家。
解决方案是选择高灵敏度的触摸控制器，或者增加触摸灵敏度调节选项。嗯，这里要注意，触摸的报点率和延迟也很关键。如果报点率低于60Hz，滑动时会有明显的粘滞感。
2.4 音频与功放：声音的最后一公里
音频是IVI系统里最容易被忽视的部分。很多人觉得，能响就行。但实际体验上，音频延迟和噪声是两大痛点。
2.4.1 音频架构：I2S、TDM、PDM
主芯片和音频Codec之间，通常通过I2S或TDM总线传输音频数据。I2S是点对点，适合简单场景；TDM可以传输多通道音频，适合多路麦克风或多声道输出。
我建议，如果你的系统有主动降噪（ANC）或者多音区功能，一定要用TDM。因为TDM可以同时传输多路音频，延迟更低。
2.4.2 功放：Class AB vs Class D
功放方面，Class AB音质好，但效率低，发热大；Class D效率高，体积小，但音质稍差。现在的IVI系统，基本都用Class D功放，因为车内的空间有限，散热条件差。
但Class D功放有一个问题：EMI干扰。它的开关频率通常在几百kHz，如果滤波没做好，会对收音机产生干扰。我曾经在一个项目里，因为功放的EMI没处理好，导致AM频段全是噪声，最后不得不加磁珠和屏蔽罩。
小结
好了，这一章我们聊了IVI系统的硬件基础。主芯片选型决定了性能上限，内存和存储决定了流畅度，显示和触摸决定了交互体验，音频和功放决定了听觉感受。这四个模块，缺一不可。
下一章，我们会深入软件架构，聊聊操作系统和中间件。到时候你会发现，硬件选型直接决定了软件方案的设计。所以，这一章的内容，请务必消化。