2、IVI系统架构基础：IVI硬件平台、软件分层、通信总线（CAN/LIN/Ethernet）
好，咱们进入第二章。这一章我打算聊聊IVI系统的骨架——也就是它的硬件平台、软件怎么分层，以及那些藏在车里的通信总线。说实话，这些内容看起来基础，但我在项目里见过太多因为架构没想清楚，后期改得痛不欲生的案例。你想想看，一个OTA升级方案，如果连底层总线怎么走、软件层怎么划分都没搞明白，那升级策略基本就是空中楼阁。
2.1 IVI硬件平台：从单片机到高性能SoC
先说说硬件。早期的IVI系统，说白了就是一个带屏幕的单片机。我记得2015年左右参与过一个项目，用的还是ARM Cortex-M4内核的芯片，跑个简单的Linux都费劲。但现在不一样了，IVI的硬件平台已经进化到了高性能SoC时代。
我个人习惯把IVI硬件平台分成三个梯队：
- 入门级：ARM Cortex-A系列单核/双核，主频1GHz以下，主要用于低端车型。这类平台跑个Linux或RTOS，功能简单，升级压力小。
- 主流级：ARM Cortex-A72/A76多核，主频1.5-2.0GHz，集成GPU和视频编解码单元。这是目前最主流的方案，像高通SA8155、瑞萨R-Car H3都属于这个梯队。
- 旗舰级：多核异构架构，比如ARM big.LITTLE + 独立NPU + 独立安全岛。这类平台要支持多屏互动、语音识别、甚至L2级辅助驾驶的融合。嗯，这里要注意，旗舰级平台的OTA升级复杂度会指数级上升。
核心观点：硬件平台决定了OTA升级的“天花板”。你选了一个低端MCU，就别指望能做全量差分升级，老老实实整包升级吧。
我在项目中遇到过最头疼的事，就是硬件平台选型时没考虑安全启动。结果后期要加安全校验，发现BootROM根本不支持，只能外挂一个安全芯片。你说这多折腾？
2.2 软件分层：把复杂拆成可控
软件分层这件事，我建议你把它当成一个“拆解艺术”。一个好的分层，能让OTA升级像换积木一样简单。反之，就是牵一发而动全身。
目前业界比较成熟的分层模型是这样的：
| 层级 | 内容 | OTA升级关注点 |
|---|---|---|
| 应用层 | 导航、音乐、语音助手、设置等 | 可独立升级，热更新支持 |
| 中间件层 | Android Framework、AUTOSAR、通信协议栈 | 版本兼容性，API变更风险 |
| 操作系统层 | Linux内核、Android HAL、RTOS | 驱动适配，内核模块升级 |
| 硬件抽象层 | BSP、设备驱动、Bootloader | 安全启动，回滚保护 |
| 硬件层 | SoC、内存、存储、外设 | 固件升级，不可变区域保护 |
你可能会问，为什么要把应用层和操作系统层分开？说白了，就是为了让升级更灵活。应用层可以做到“热更新”——用户还在开车，导航应用已经悄悄升级完了。但操作系统层不行，必须重启才能生效。
我的经验：我曾经在一个项目里，把中间件层和操作系统层耦合得太紧。结果每次升级中间件，都得顺带升级内核。用户抱怨升级包太大，下载慢。后来我强制要求团队把这两层解耦，升级包体积直接缩小了60%。
还有一个容易被忽视的点——升级代理层。我习惯在应用层和中间件层之间，单独放一个OTA Agent。这个Agent负责下载、校验、备份、切换。它不依赖任何业务应用，只依赖操作系统层的基础服务。这样做的好处是，即使应用层全挂了，OTA Agent还能正常工作，保证系统能“救回来”。
2.3 通信总线：CAN、LIN、Ethernet
通信总线这块，是IVI系统里最“车规”的部分。很多从消费电子转过来的工程师，一开始都不太适应。我刚开始做车载时，也觉得CAN总线又慢又复杂，后来才明白它的设计哲学——可靠比速度重要。
2.3.1 CAN总线
CAN总线，全称是控制器局域网。它最大的特点就是多主通信和错误重发。说白了，任何节点都可以主动发消息，而且一旦检测到错误，硬件会自动重发。这在汽车这种高噪声环境里，简直是救命的设计。
CAN总线的速率一般是500kbps或1Mbps。对于IVI系统来说，CAN主要用于和车身域、动力域通信。比如获取车速、车门状态、空调控制等。
避坑指南：我曾经在OTA升级时，忽略了CAN总线的负载率。结果升级过程中，IVI大量发送诊断请求，把CAN总线占满了，导致ESC（电子稳定系统）的实时数据被延迟。嗯，从那以后，我要求所有OTA相关的CAN通信，必须预留至少30%的带宽余量。
2.3.2 LIN总线
LIN总线是CAN的“小弟”。它速率低（最高20kbps），成本也低。主要用于车窗、座椅、车灯这类低速设备。在IVI系统里，LIN总线通常用来控制一些简单的本地外设，比如方向盘按键、触摸板背光等。
LIN总线的特点是主从结构。IVI通常是主节点，其他设备是从节点。升级时，主节点可以通过LIN总线给从节点刷写固件。但要注意，LIN总线的数据包很小，一次只能传8个字节。所以升级一个大固件，那速度……你懂的。
2.3.3 Ethernet
Ethernet是IVI系统里的“新贵”。随着车载以太网技术的发展，100BASE-T1和1000BASE-T1已经大规模应用。Ethernet的带宽优势太明显了，100Mbps起步，升级一个2GB的系统镜像，几分钟就搞定。
但Ethernet也有它的麻烦。车载以太网用的是单对差分线，和普通以太网不一样。而且它需要支持AVB（音视频桥接）和TSN（时间敏感网络），才能保证音视频的实时性。
我个人习惯把Ethernet作为OTA升级的主通道。CAN总线只用来做升级前的握手和状态同步。比如：
// 伪代码：OTA升级流程
1. IVI通过CAN发送“准备升级”信号
2. 车身域控制器通过CAN回复“允许升级”
3. IVI通过Ethernet下载升级包
4. 下载完成后，IVI通过CAN发送“校验结果”
5. 车身域控制器通过CAN回复“确认切换”
6. IVI执行分区切换，重启你想想看，如果全程用CAN传数据，一个2GB的包得传多久？但用Ethernet，几分钟搞定。这就是为什么现在的IVI系统，Ethernet越来越重要。
2.4 总线与OTA升级的关联
最后，我把这三条总线和OTA升级的关系总结一下：
- CAN总线：用于升级前的握手、状态同步、诊断。它是“信令通道”。
- LIN总线：用于升级低速外设的固件。它是“低速数据通道”。
- Ethernet：用于传输大型升级包。它是“高速数据通道”。
关键设计原则：升级过程中，信令通道和数据通道必须分离。别把升级数据和控制指令混在一条总线上。否则一旦数据量大了，控制指令被延迟，系统可能进入不可控状态。
好了，这一章的内容就到这里。下一章我会深入聊聊OTA升级的核心技术——差分升级和全量升级的取舍。到时候我会拿一个真实项目的踩坑经历来举例，保证让你印象深刻。