人生没有最优解，我们大家可以有多种活法，拒绝自我设限。加入本知识星球可以拓展您的圈层，打破您的认知边界，链接到4W+的汽车赛道“局内人”，交换职场信息，打破职场信息差，遇见同行伙伴，共同探索技术交流和职业发展。

  原来的座舱里面的控制器绝大多数都是分开的，导航主机是一家，液晶仪表是一家，同时还有一个AVM全景一家，还有TBOX等，这里线束连接就很复杂，而且不同供应商直接的协调调试也非常复杂。

  上图是IMX6 的多芯片方案，液晶仪表、中控导航、后排娱乐都使用了IMX6最小系统，这样上图黄色框里面的内容就资源重复了，但是如果只用一颗IMX6又不能带动三个显示屏，所以利用率不高。

  上图是RCAR-H3的单SOC智能座舱的方案，能够正常的看到这部分最小核心系统的器件只需要一份，就可以驱动中控导航、液晶仪表、后排娱乐显示屏、还有副驾驶娱乐屏，多个显示屏的不同内容。

  独家设备供应商，独立设备开发，独立样件制作，无须定制复杂协议，多个设备无须联调，开发进度容易把控，开发成本可控。

  新推出的R-Car H3具备比前一代R-Car H2更强大的汽车计算性能，可充分满足系统制造商对汽车处理平台的要求。为了提供准确、实时的信息解决能力，R-Car H3基于ARM® Cortex®-A57/A53核构建，采用ARM的最新64位CPU核架构，实现了40000 DMIPS（Dhrystone百万指令/每秒（注1））的处理性能。

  除了CPU和GPU以外，片上并行可编程引擎IMP-X5也提供了先进的图像识别技术。IMP-X5是瑞萨电子独有的识别引擎，专门为与CPU配合处理而进行了优化。它的识别性能是第二代R-Car系列内置的IMP-X4的四倍。

  R-Car H3是业界首款采用16纳米工艺的汽车SoC，具有卓越的处理能力，符合ISO26262 （ASIL-B）汽车功能安全标准，是先进安全驾驶辅助系统和车载信息娱乐系统等应用的优秀汽车计算平台。

  优点：是半虚拟化的虚拟机操作系统内核能够直接管理底层物理硬件，实时性好，性能比全虚拟化技术更强。

  全虚拟化是通过用户操作系统和物理层的虚拟化逻辑层hypervisor来完全模拟底层物理硬件细节。

  缺点：是用户操作系统的内核不能够直接管理底层物理硬件，内核通过hypervisor系统管理模块管理底层物理硬件需要有转换，性能比半虚拟化弱。实时性不好。

  SoC运行QNX Hypervisor，包含两个操作系统，其中QNX运行对实时性和安全性要求高的功能，比如仪表/HUD

  QNX系统达到ASIL-D等级，同时具备高实时性，可以运行仪表/HUD等功能

  系统间的控制命令/数据通讯（不包含音频视频）能够最终靠SomeIP协议来实现

  系统间的大数据量数据通讯（比如图像/音频）能够最终靠共享内存的方式实现数据通讯

  Framework层：支持上层android应用运行的框架，比如音频/媒体类/连接类等框架

  升级客户端：与升级服务器交互，下载升级包，与后台的升级服务器同步主机版本信息。

  升级代理：负责升级主机和MCU软件；能够最终靠DOIP协议发起刷新其他模块

  Android端能够最终靠AIS框架获取到Camera图像数据，界面的处理需要靠图层叠加来完成

  Camera的接口是CSI接口，每个CSI接口能支持4个摄像头接入。不同高通平台的CSI接口数目不同

  在新一代的iMX8QM和iMX8QXPBSP中，它实现了硬件分区以划分资源和内存区域。默认的Android Auto BSP给出了M4和A内核之间共享内存的示例，这被用于RPMSG。

  借助QNX的微内核系统和分布式系统，可以动态加载和升级指定的驱动、应用、协议栈等，当有一个CPU失效时，剩余的CPU可以同时承担冗余工作和平衡负载的能力；

  同时界面工具QT（或者KANZI）有完整的安全渲染机制（Qt Safe Renderer version 1.1.），通过工具所提供的安全渲染引擎（Safe Renderer Engin），能够对安全要求最高图层进行渲染（警告图标等等）；

  上述A35核本身借助符合ISO26262-ASIL-B的QNX+QT的工具集来保证系统和功能的安全性和稳定性

  当A核出现彻底的失效或者需要软件重启的时候，提示相关的Warning等相关信息；

  HMI图形工具QT的安全渲染机制，保证失效机制下的最高等级图层显示（FB0）。M4核是冗余设计出来的。

  使用NXP硬隔离方案，在两个Domain之间通过MU和Share Memory的方式来进行信息通讯和数据共享