2. 智能座舱基础
好，咱们进入第二章节。8155这颗芯片，说白了就是智能座舱领域的“网红”。我这些年经手的项目里，十有八九都在跟它打交道。你想想看，一颗芯片要同时跑QNX和Android，还要处理仪表、中控、HUD、后排娱乐，甚至还要管语音和环视——这活儿真不轻松。
这一章，咱们就把8155的底裤扒干净。从CPU、GPU、DSP到NPU，从CAN、以太网到PCIe，我会结合我踩过的坑，把每个模块的用途和实战要点讲透。
2.1 8155芯片架构总览
先看一张整体架构图。我习惯把8155看作一个“异构计算集群”，而不是一颗简单的SoC。
核心观点：8155的成功之处在于，它把不同计算单元（CPU/GPU/DSP/NPU）通过高速总线（如PCIe、NoC）连接起来，让每个单元干自己最擅长的事。QNX跑在安全域，Android跑在娱乐域，互不干扰。
2.2 CPU：Kryo 485 的“大小核”哲学
8155的CPU部分用的是Kryo 485架构。它不像手机SoC那样搞“1+3+4”，而是更务实的“4+4”配置。
| 核心类型 | 架构 | 主频 | 典型用途 |
|---|---|---|---|
| 性能核 (Gold) | Cortex-A76 | 2.0 GHz | QNX仪表渲染、Android前台应用 |
| 效率核 (Silver) | Cortex-A55 | 1.8 GHz | 后台服务、低功耗常驻任务 |
实战经验：我建议你在做资源分区时，把QNX的仪表进程绑在Gold核上，把Android的Launcher绑在另外的Gold核上。我曾经遇到过一个问题：QNX和Android抢同一个CPU簇，结果仪表掉帧。后来强制做了CPU亲和性绑定，问题就解决了。
2.3 GPU：Adreno 640 的“双屏”挑战
Adreno 640在8155上支持最多3路显示输出。但说实话，同时驱动仪表和中控，对GPU的带宽压力不小。
- 显示接口：3x DSI (Display Serial Interface)，每路最高支持4K@60fps
- 渲染能力：支持OpenGL ES 3.2、Vulkan 1.1
- 典型场景：仪表用QNX的Qt渲染，中控用Android的SurfaceFlinger
注意：千万不要让QNX和Android同时抢占GPU的同一个渲染上下文。我见过一个项目，因为两边都用了Vulkan，结果驱动崩溃。解决方案是：QNX用OpenGL ES，Android用Vulkan，或者通过Hypervisor做GPU虚拟化。
2.4 DSP与NPU：语音与视觉的“加速器”
Hexagon DSP和NPU（HVX）是8155的“隐藏技能”。很多人只盯着CPU和GPU，忽略了这两个模块。
Hexagon DSP
它主要负责低功耗的音频处理。比如语音唤醒、ANC（主动降噪）、回声消除。我建议你把麦克风数据直接喂给DSP，而不是经过CPU。这样功耗能降低80%。
NPU (HVX)
NPU专门跑神经网络推理。比如驾驶员监控（DMS）、手势识别。它的算力大概在4-8 TOPS（INT8）。
我的习惯：在做DMS方案时，我会把摄像头数据通过CSI直接送到NPU，不走CPU内存。这样延迟能控制在10ms以内。如果你走CPU转发，延迟可能飙到50ms以上，那就没法用了。
2.5 硬件接口详解
这部分是硬件工程师和BSP工程师的“战场”。我挑几个关键的讲。
CAN-FD
8155原生支持4路CAN-FD。用于和车身域控制器通信，比如车门、车窗、空调。
- 速率：最高8 Mbps
- 协议：CAN 2.0 / CAN-FD 兼容
- 实战：我建议QNX端用SocketCAN，Android端通过QNX的IPC转发CAN消息
千兆以太网 (RGMII)
用于高速数据传输，比如OTA升级、车载以太网骨干网。
- 速率：1000BASE-T
- 典型拓扑：T1以太网（单对差分线）
- 避坑：我曾经遇到过PHY芯片不兼容的问题，后来发现是MDIO时序没配好
PCIe 3.0
8155提供2路PCIe 3.0，每路x1。用于连接外部芯片，比如Wi-Fi/BT模组、5G模组、独立NPU加速卡。
注意：PCIe的参考时钟必须严格匹配。我见过一个项目，因为时钟抖动太大，导致PCIe链路不稳定，Wi-Fi频繁断连。后来换了低抖动晶振才解决。
CSI-2 (摄像头接口)
4路CSI-2，每路4-lane。用于连接环视摄像头、DMS摄像头、行车记录仪。
| 接口 | Lane数 | 最大分辨率 | 典型用途 |
|---|---|---|---|
| CSI0 | 4-lane | 4K@30fps | 前视/环视 |
| CSI1 | 4-lane | 4K@30fps | DMS |
| CSI2 | 4-lane | 2K@60fps | 行车记录 |
| CSI3 | 4-lane | 2K@60fps | OMS (乘客监控) |
2.6 开发板与参考设计
高通官方有SA8155P Automotive Development Platform。但说实话，那个板子太贵了，而且很多接口没引出。我建议你关注下面几个方案。
- 高通官方MDP（Mobile Development Platform）：功能最全，但价格感人（约$2000+）。适合前期验证。
- 第三方核心板（如移远、广和通）：性价比高，接口引出更合理。我目前在用的就是移远的AG855G。
- 自研参考设计：如果你是大厂，建议直接参考高通的QCS610/SA8155P参考原理图，自己画板子。
我的建议：如果你刚开始做8155项目，别急着买官方MDP。先找第三方核心板厂商要一套SDK和原理图。我当初就是直接找移远要了AG855G的参考设计，省了至少3个月的硬件设计时间。
2.7 本章小结
嗯，这一章内容不少。从CPU到NPU，从CAN到CSI，我们把8155的里里外外都过了一遍。记住几个关键点：
- CPU要绑核，别让QNX和Android打架
- GPU要分时复用，或者用不同API
- DSP和NPU是性能倍增器，别浪费
- 硬件接口的时序和时钟，是稳定性的命门