1. 课程导论与行业背景：智能座舱发展趋势、多屏互动概念、HMI岗位能力模型
1.1 智能座舱：从“功能堆砌”到“体验驱动”
这几年，智能座舱的变化实在太快了。
我记得2018年刚入行那会儿，座舱HMI还停留在“把仪表盘和中控屏点亮就行”的阶段。那时候大家比的是屏幕尺寸、芯片算力、功能数量。说白了，就是堆料。
但现在不一样了。用户坐进车里，第一眼看的不是内饰材质，而是屏幕的交互流畅度、多屏之间的联动体验、甚至语音助手的“人情味”。行业共识已经转向：座舱是第三生活空间，不是驾驶工具。
核心趋势关键词：
- 域集中化：从分布式ECU到座舱域控制器，算力集中，软件定义硬件
- 多模态交互：触控+语音+手势+视线+生物识别，不再只靠手指戳屏幕
- 场景化服务：根据驾驶模式、时间、用户画像自动切换界面与功能
- 生态开放：手机-车机-智能家居互联，应用商店上车
你想想看，一个座舱系统里，仪表、中控、副驾屏、HUD、后排娱乐屏，可能同时跑着Android、Linux、QNX。怎么让它们协同工作？这就是我们这门课要解决的核心问题。
1.2 多屏互动：不只是“投屏”那么简单
很多人一听到“多屏互动”，第一反应就是手机投屏到车机上。嗯，这只是最基础的一层。
真正的多屏互动，在座舱场景下至少包含三个层次：
| 层次 | 定义 | 典型场景 |
|---|---|---|
| 内容同步 | 同一信息在不同屏幕间实时一致 | 导航信息同时显示在仪表和HUD上 |
| 操作接力 | 用户在一个屏幕上的操作，可以无缝转移到另一个屏幕继续 | 中控上选好音乐，手指一划，歌词飞到副驾屏 |
| 功能协同 | 多个屏幕共同完成一个复杂任务，各自承担不同角色 | 倒车时，中控显示全景影像，仪表显示雷达距离，副驾屏自动收起 |
我在项目中遇到过最头疼的问题，就是“操作接力”时的状态同步。用户在中控上打开了空调设置页面，然后划到副驾屏继续调温度。如果两个屏幕的状态机没有对齐，就会出现“副驾屏显示26度，实际空调还是24度”的bug。这种问题，光靠UI层是解决不了的，必须从架构层面设计统一的状态管理。
避坑指南：
我曾经在一个量产项目中，因为忽略了多屏间的“焦点管理”，导致用户语音说“打开这个”时，系统不知道“这个”指的是哪个屏幕上的哪个按钮。后来我们花了整整一个迭代周期，才把全局焦点仲裁机制补上。所以，多屏互动一开始就要考虑焦点归属问题。
1.3 HMI岗位能力模型：你该具备哪些硬实力？
很多刚入行的朋友问我：“做座舱HMI，到底要会什么？”
我的回答是：你既要有设计师的审美，又要有工程师的逻辑，还得懂一点心理学。
具体来说，我把能力模型拆成四个维度：
- 交互设计能力：信息架构、用户流程、原型设计、可用性测试。这是基本功。
- 视觉设计能力：设计系统、动效规范、多分辨率适配、暗色/亮色模式。别小看动效，一个卡顿的转场动画，能让用户觉得整个车机很“廉价”。
- 工程落地能力：至少熟悉一种HMI开发框架（Kanzi、Qt、Android Automotive、Unity等），理解渲染管线、性能优化、内存管理。我建议你至少亲手搭过一个完整的HMI demo，从设计稿到可交互原型。
- 系统架构思维：理解SOA、信号与服务、多进程通信、状态管理。这是区分“UI设计师”和“座舱HMI架构师”的关键。
我的个人建议：
如果你现在还在犹豫要不要学代码，我的建议是——一定要学。哪怕只是脚本语言，也能帮你和开发团队高效沟通。我自己就是从设计转过来的，刚开始连JSON都看不懂，后来硬啃了两年，现在至少能跟架构师讨论“信号路由”和“状态机设计”了。
1.4 本章知识体系总览
下面这张图，是我自己梳理的本章知识结构。你可以把它当作整个课程的“导航地图”。
1.5 这门课能给你什么？
这门课一共30章，我会带你从零开始，一步步搭建一个完整的多屏互动座舱HMI框架。不是纸上谈兵，而是我在多个量产项目中踩过坑、填过坑之后，沉淀下来的实战方法论。
你会学到：
- 如何设计跨屏幕的统一状态管理
- 如何选择适合多屏场景的通信协议
- 如何做多分辨率适配与动效性能优化
- 如何搭建可扩展的HMI设计系统
- 如何与系统工程师、算法工程师高效协作
一个小建议：
如果你现在手头有项目，建议边学边练。把课程里的架构思路，直接用到你的项目里试试。哪怕只是重构一个小的模块，也能帮你加深理解。我当年就是这么过来的。