2024年智能座舱域控制器技术发展趋势分析_座舱智能化技术路径演变(2)，2024年最新小白看完都会了

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

座舱SoC芯片和智驾SoC芯片在做功能安全认证方面没有太大的差异，但是在功能安全设计上有一定的差别。
据相关业内人士透露，除芯片本身的功能安全设计之外，还需要有其它的设计来联合保证智能驾驶的功能安全要求达标。芯片只是一部分，系统方案是另外一部分，如果要做系统方案备份，芯片设计本身就需有一些接口能够做冗余通讯方式。
相对而言，座舱系统对功能安全设计的要求就要低很多，即便是对安全性和实时性要求比较高的仪表或者HUD模块，主控SoC芯片功能安全等级达到ASIL B即可满足要求。

整车EE架构由分布式架构向域集中式架构升级，驱动座舱内一个个独立的ECU集成到一个座舱域控制器的DCU上。座舱需要整合的功能越来越多，那么座舱进行功能整合的原则是什么？哪些功能适合被整合进去？

1）在座舱主控SoC芯片的能力边界之内**
**集成什么样的功能取决于座舱主控SoC，主机厂或Tier1会评估座舱主控SoC能够支持接入多少路、多大分辨率的摄像头和显示屏；同时，也要看被整合功能的安全等级是否能够被座舱芯片覆盖到（不超过ASIL B），如果主控SoC的处理能力或性能能够覆盖到此功能，那么便可以初步判断，此功能适合作为座舱功能的一个延伸，被集成进去。

2）无需额外新增硬件**
**如果增加一项或几项功能，可以不用增加硬件，只需要把算法和软件移植到座舱域控制器里面，同时，在成本上还具有一定的竞争力，此功能便适合被集成进去。

2.2 座舱功能集成化的三种表现
随着智能座舱主控SoC芯片性能的不断提升，以及5G车联网、OTA等功能的加速渗透，无论是主机厂还是Tier1，都开始注重智能座舱域控制器在功能上的融合。座舱域控制器的功能集成主要表现在如下几个方面：
2.2.1 一芯多屏**
**在传统的座舱解决方案中，中控、仪表等系统相互独立，一般由单一芯片驱动单个功能/系统。随着座舱智能化发展，座舱域控制器进一步集成仪表、HUD、流媒体后视镜等其它系统 —— 从单个SoC驱动单个系统单一屏幕到单一SoC支持多系统多屏显示。

一芯多屏（图片来源：大众对外公开宣讲材料）

**
**要在一个SoC芯片上支持多个屏的显示，从安全性角度考虑，虚拟仪表、HUD需要采用QNX或者Linux系统；从软件生态角度考虑，中控导航、副驾娱乐和后排娱乐则需要采用Android系统。
目前主流的方案是采用虚拟机-Hypervisor来实现在一个硬件上运行多个操作系统，那么现阶段，Hypervisor技术在座舱上的应用还存在哪些不足或需要提升的地方？是否有其它技术可以作为Hypervisor技术的替代方案呢？

Hypervisor技术存在的不足或需要提升的地方：**
1）会造成一定的硬件性能损失
**

芯驰科技资深产品市场总监金辉介绍说：“使用软件虚拟化需要付出代价，不管是CPU、GPU，还是NPU，它们的算力在软件虚拟化的过程中会流失掉一部分，并没有被完全用起来，也就是说性能打了折扣。同时，外设访问的性能也会受到软件虚拟化的影响—— 多个系统要通过软件虚拟化去访问同一个接口，这个接口需要在虚拟机软件里去做一些软件层面的处理，访问外设的效率和性能会降低。”

“ 使用Hypervisor一定会导致系统开销增大，像GPU、CPU以及NPU等系统资源进行虚拟化处理的时候，硬件资源在不同的应用之间进行切换，不可避免地会造成系统总负载的升高。”均联智行中国区CTO陈远也基本认同这一观点。

**
**“Hypervisor技术是通过软件来实现系统的划分，并没有实现硬件层面的有效隔离 —— 各系统都是放在同一个软件的上层去运行，相比于硬隔离方案，功能安全和信息安全得不到有效的硬件保障。”芯驰科技资深产品市场总监金辉表示。

那么，是否有Hypervisor的替代方案呢？**
**均联智行中国区CTO陈远告诉九章智驾：“QNX的行业地位，短期内很难被撼动。所有的选择都是在成本和效率之间去寻找平衡。目前有一些企业采用硬隔离的方案，硬隔离方案是一种选择；不用硬隔离方案，在芯片上进行软件隔离也是一种选择。”
采用Hypervisor技术的优势在于所有的IP核（ CPU、GPU、DSP等）以及周围的外设都可以共享，而硬隔离的问题在于资源不能很好地去共享。比如，安全域中用于仪表模块的资源闲置了，也没办法分配给娱乐域去使用。
但是，硬隔离也有自身优势，芯驰科技资深产品市场总监金辉表示：“相比于Hypervisor技术，采用硬隔离方案便无需支付虚拟化软件上的License费用，并且算力也不打折扣，功能安全和信息安全也能够得到保障。”

2.2.2 舱内感知技术融合**
**目前DMS的主流实现方案是基于人脸识别的视觉技术，对芯片的要求很高 —— 首先是车规级的要求，需要经过环境试验和寿命试验等可靠性认证；其次是对AI算力的需求也较高，比如，为了准确识别人脸3D 的球状形象，不仅需要较高分辨率的摄像头，在图像数据采集后还需要将模型进行优化。
随着技术的发展，DMS延伸发展到了OMS，即将检测范围从驾驶员扩展到车内乘客，比如，检测乘客是否系安全带，下车的时候是否把儿童遗忘在车内等应用场景。当前不少主机厂已经将DMS和OMS组合起来进行应用。
DMS及OMS功能主要是通过对舱内摄像头数据的实时分析来实现的。现在座舱主控SoC芯片的算力和性能越来越强，不仅能够支持多通道的视频输入能力，还集成有单独的DSP单元。
将DMS/OMS功能融合到座舱，不仅是因为座舱SoC芯片的性能能够覆盖到DMS/OMS ,也是因为把它们融合到座舱，它们便可以和座舱内的其它关联模块更好地进行信息交互。
比如，伟世通的 HMEye 是基于视线测量的 DMS，除了可以监测驾驶员的双手和视线是否在驾驶状态，它还可以让驾驶员通过眼球的转动实现开关广播、调整温度、开启导航等功能，这样，在驾驶过程中，驾驶员便可以更安全地去进行人机互动。

2.2.3 舱泊一体**
**泊车融入到座舱也有功能集成化的因素：早期的360环视都有单独的控制器；后来360环视和自动泊车辅助APA进行融合，再升级到融合泊车功能，控制器的性能再次升级；再往后发展，座舱主控SoC芯片具了更强的CPU算力和AI算力，具备了整合泊车功能的条件，于是，也便有了把泊车功能融合到座舱的需求出现。
座舱整合基本的泊车功能：一是可以降本，至少可以把原来泊车的控制器省掉，能够节省一定的物料成本；二是整合到座舱，能够更好地做泊车场景下的人机交互设计，把泊车功能融入到座舱，座舱域控制器会得到更多的泊车信号；最后，座舱上的算力也能得到最大程度的利用。
均联智行中国区CTO陈远解释道：“泊车功能是在停车的场景下才会用到，刚好跟座舱上的一些应用形成时间上的错位 ，比如导航信息显示、行车信息显示都是在行车的时候使用，泊车的时候这些应用基本都处于停用状态，因此，泊车时便可以将座舱上剩余的大部分算力全部用于做泊车的相关应用。”

3. 座舱域控制器产品形态的变化

在不同的自动驾驶阶段，座舱域控设计理念上的不同，甚至会导致产品的形态产生较大的差异。
从技术发展趋势上来看，当前属于人机共驾阶段，即所谓的驾驶辅助阶段。在此阶段，智驾域控和智舱域控还是两个独立的控制器。等过渡到真正的无人驾驶阶段，业内人士普遍认为，随着整车电子电气架构的进一步升级，达到所谓的中央计算平台+区域控制器的架构阶段，座舱和智驾的功能会高度融合，即舱驾一体。

中央计算+区域控制架构（图片来源：均联智行对外宣传材料）

根据不同阶段的EE架构和主控SoC芯片的融合能力，舱驾一体高性能计算平台又会出现不同的形态：

• 采用多颗SoC芯片，座舱和智驾功能分别部署在不同板子上，板间通过以太网或PCIE连接
• 采用多颗SoC芯片，座舱和智驾功能部署在同一个板子上
• 座舱和智驾功能部署到单SoC芯片上

现在有人提到舱架一体HPC，但它也不是单SoC芯片方案，基本上是由两块板子组成，一块板子跑智能座舱系统，另外一块板子跑智能驾驶系统，但是，这样的结构形式对散热设计和供电设计提出了很高的要求。
某主机厂EE架构专家告诉九章智驾：“在域控制器阶段，智舱和智驾还是分别采用单独的盒子控制，这在目前来看还是比较好的方案。如果现在要把两个独立盒子的方案改为一个盒子内两块板子的方案，成本应该是可以降低，但在工程上会比较麻烦：比如一盒子里有多块板子，不同的板子用不同的供应商，中途发现不好用，换起来会很麻烦；如果是改为一个盒子一块板子的方案，意味着要把太多的功能绑在一块板子上，必然要受多方的牵扯，前期的协调沟通以及后期的更换维护都会比较复杂。”

某主机厂资深工程师也同意现阶段座舱系统和智驾系统应该相互独立的观点，他说：“单纯从整车EE架构的演进来看，舱驾融合肯定是大势所趋，但从短期来看，把智驾和智舱结合在一起，纯粹是一种形式上的结合，不是从产品需求的角度分解出来的结果。

“两者面向的应用场景、功能定义、性能边界都不一样，至少从目前来看，我觉得两者没必要去融合，如果硬要把他们捏在一起，不管是芯片的选型，还是外围电路的设计，面临的要求都不一样。那么，在成本和性能的考虑上，我们到底应该倾向于谁？总之，两者融合的方式会给开发者带来一系列设计方面的难题。”
虽然单SoC芯片的舱驾一体架构方案才能实现真正的座舱和智驾融合，但是座舱和智驾在功能需求、功能安全要求、信息安全要求以及对不同类型算力需求的侧重点等多个方面的要求是不一样的，如果两者放在一个芯片内去做，系统将会异常复杂，短期内很难有一款单SoC芯片能够同时满足这样的需求。
现阶段，单SoC芯片的舱驾一体方案仍面临一些硬件和软件上的问题。具体面临什么样的问题，这里便不多做介绍，感兴趣的读者可查看笔者之前的文章：“舱驾融合”技术发展趋势分析，里有比较详细的介绍。

现在座舱内的摄像头越来越多，舱内的功能也日渐丰富。座舱系统将会在本地使用大量的用户数据，同时也需要和云端保持实时的数据共享和同步，座舱域控制器是车企后续进行用户数据收集、OTA的重要端口，因此座舱系统的数据安全将变得非常重要。
那么应如何保护用户的私有敏感数据信息不被泄露和非法使用呢？
4.1 确保操作系统本身的信息安全
首先，要确保操作系统本身的信息安全，比如，Andriod、QNX等系统在启动的时候，需要做安全启动校验，防止系统遭到病毒感染。另外，对操作系统进行权限控制，做一些最小化的授权事项，避免所有的应用都可以访问一些很私密的区域。
其次，控制器之间的通信需要做一些安全通信处理，比如做C2C加密，一个报文过来，需要校验是谁发的。

数据采集和数据存储不仅需要得到用户的授权，同时还需要进行加密和脱敏处理。
数据加密 —— 座舱SoC芯片里有一个信息安全的模块HSM，它内置了信息安全的加密引擎。用户有了这些引擎和配套的处理器之后，可以在上层构建一些加密算法，比如国密的SM2/SM3/SM4/SM9，或者是商用的一些加密算法等。
座舱信息安全的基本框架主要就是私钥加密+公钥解密。传输的隐私数据，第一，需要签授权；第二，需要加密。也就是说，用私钥加密，加密完了之后把数据发给对方。对方用公钥解密后才能看到数据。在传输过程中，其他任何人如果没有公钥，即便拿到数据也解密不出来。

数据脱敏 —— 识别人的时候不能识别人的身份，也不能识别人的个性特征，比如，是男还是女。采集数据自然就可能会涉及到对他人隐私的侵犯，所以数据必须要经过脱敏处理。并且，很多数据必须在终端上处理，不能送到云端处理，以避免在往云端传输的过程中出现数据泄露的风险。
总之，数据安全的防护是非常复杂的工程，需要从各个方面去考虑。在保护数据的同时，还要防止被黑客侵入。“在全球，有很多黑客去攻击特斯拉的车辆，去寻找漏洞，然后再上报给特斯拉去获取一些奖励。现在很多车辆都要求做渗透测试，也就是说去找一家第三方公司去破解这辆车，看它有没有漏洞。”均联智行中国区CTO陈远举例说。

5. 座舱主控SoC芯片市场格局

当前，座舱域控制器的主控SoC芯片的市场格局已经逐渐明朗：中低端市场 —— 传统汽车芯片厂商是主力，比如 瑞萨、TI、恩智浦等；高端市场 —— 消费电子芯片厂商是主力，比如高通、三星、英特尔、AMD等。
为什么消费电子芯片厂商能够杀入到座舱芯片市场领域？**
**有业内专家指出，消费电子芯片厂商之所以能够进入座舱领域，是因为从消费电子芯片转向座舱芯片的壁垒并不高 —— 两者在技术层面的要求高度相似，车规级的特殊要求主要体现在寿命、适应车载环境等安全层面，然而，消费电子芯片厂商通过这些车规级认证的难度并不是特别大。
同时，消费电子芯片厂商在消费端已经具备了足够强的设计能力，从而能够帮助他们在相对小众的汽车领域里，也能提供类似工艺和设计的车规级座舱芯片。

消费电子芯片厂商不但杀入了座舱领域，为什么还能牢牢霸占座舱领域的高端市场？**
1）成本优势
**消费级芯片厂商能够最大化利用其在消费端的生产能力，去摊销整个芯片设计的成本。因此当其把消费端的芯片转移到座舱领域来应用，在成本上对传统芯片厂商是一个降维打击。
诺博汽车副总经理陈礼顺说：“ 座舱的SoC芯片一般都会包含CPU、GPU、NPU、DSP等等，这些IP设计与授权一般都是来自第三方公司，比如ARM, Imagination等，对于传统汽车芯片厂商，这些IP的授权费都是非常高的，但对于高通来讲，一是很多IP都是进行自研设计，二是ARM的架构授权费也是要比一些传统汽车芯片厂商低很多。”

2）芯片的性能和迭代速度优势**
**首先，消费电子芯片厂商的座舱芯片在先进制程和大算力上具有明显的优势。
其次，消费电子芯片厂商的座舱芯片迭代速度快。消费电子芯片厂商可以在智能消费电子芯片迭代的基础上再去迭代座舱芯片，他们的芯片迭代的速度自然要远远快于传统汽车芯片厂商。

高通四代座舱平台的基础信息（数据来源：公开资料整理）

**备注：**截止目前为止，高通总共对外发布了四代座舱芯片，而这四代芯片都是遵循着“消费级芯片先发，智能座舱芯片后改”的底层逻辑。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

以上Go语言开发知识点，真正体系化！**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取