“诺博科技李哲哲：智能座舱域控制器的量产处理方案”

8月26日，由爱因斯坦汽车主办的“2021领域首届智能卡主控制器创新峰会”在上海汽车城瑞立酒店隆重举行。 这次会议持续了两天，包括智能汽车、智能驾驶域控制器、智能座舱域控制器、机箱和车身域控制器、智能驾驶计算平台、电子电气体系结构、软件 会议期间，联想汽车科技有限公司副总经理李哲哲发表了《智能码头控制器批量生产处理方案》的主题演讲。

以下是演讲的实录。

谢谢你分享这个机会。

让我先介绍一下诺沃技术。 我们定位为向世界客户提供驱动未来移动的系统处理方案。 目前业务板块比较广泛，有智能客舱、智能网、智能车控制、智能驾驶。

目前，我们有四个能力中心，在上海有电子研发总部，300+工程团队，具有全栈研发能力，包括系统、硬件、软件、测试。 另外，在南京和成都也设立了软件开发中心，分别拥有100人以上的团队。 并且在张家港建设工艺和制造中心，一期生产能力150万，确保1万平方米，总生产能力有可能达到200万，高峰期可以达到400万的水平(具体生产能力需要重新确认)。 我们还建立了一个大型实验中心进行硬件和emc测试

今天主要分三个方面进行介绍。 1、诺沃科技智能座舱战术； 2、域控制器平台化开发模式； 3、域控制器系统的处理方案(硬件方案、软件方案、测试方案)。

倭黑猩猩科学技术智能座舱战术

诺沃科技的智能座舱战术以域控制器为核心，整合边缘技术，创建域间融合，云合一数字化座舱，包括域控制器(座舱、车身、驾驶)，迪斯

在智能客舱方面，建设包括云、车辆侧在内的全栈能力，具有端到端开发的能力。 我们也将在北京设立生态开发企业，近期正式开始开发小车型。

这是我们在建设中的核心能力，实际上在前两年的开发过程中，已经建立了硬件能力、软件能力、互联网技术、功能安全、测试验证等核心能力。

在这里，我给大家分享一下我们过去两年在座舱控制器中开发的心得。 现在域控制器很贵，开发一个项目是上亿的投资，车企不可能，开几个项目。 首先我们要求的是平台化，但是车型非常多，企业品牌非常多，一年要有十几个车型。 每个车型都有自己的要求，这是avm，那是rvc，这是14.6的屏幕，那是10.25的屏幕，这对于100兆以太网的我们tier1来说是个很大的挑战，我们不可能，几个域

软硬分离是平台化的基础，但实际上现在已经达成共识，很多汽车厂也在朝这个方向发展，开发周期和迭代周期都非常短，可以降低价格和开发费用。 具体来说，在域控制器的开发过程中，通过在安卓端进行解耦，一套操作系统的基础，一套硬件平台就可以支持多种车型的开发。

这是驾驶舱域控制器平台的计划，目前已经基于in9.0、高吞吐量的8155，最多可支持6块屏幕。 目前，基于分辨率的理由，最多支持5块屏幕，有百兆、千兆以太网，内置avm。 目前，我们正在开展新一代驾驶舱控制器的开发与预研，新一代也有一点芯片平台的交流。

具体来看，in9.0座舱主控制器平台基于高通8155芯片平台，并于7月30日实现投产。 今年是数万台的规模，明年可能会达到百万台的规模，但是现在芯片的核心不足生产能力将会受到影响。 该座舱控制器包括平视显示器、数字控制板、中心控制新闻娱乐、空面板控制、副驾驶视频娱乐、驾驶员疲劳监视、乘员/行驶监视、高清晰度

这是座舱控制器的简单能力介绍，目前输出有5块屏幕，摄像头目前支持9路输入，主要支持dms、oms、rvc、360外观APP应用。 音频输出内置dsp和放大器芯片，也对应8通道输出。 另外，还支持企业品牌音响用的外置a2b。 音频接入能力最多支持6路麦克风和车载互连，还可以使用百万兆以太网、千兆以太网、usb3.0等。

这是我们实际量产的产品。 具体来说，架构设计有8155个、soc高性能解决方案，也有解决实时性的微控制器。 另外，还有以太网开关，支持usb充电、lvds多路分配器。 支持64gb闪存、12gb存储器、class-d音频放大器、音频dsp和lvds串行放大器

域控制器的平台化开发模型

在此说明硬件方案，在硬件产品集成化方面首先进行全功能的设计，直到互斥的功能都放在一块板上，根据配置的不同进行粘贴。 功能模块化首要的是能够定义和分解各个模块，可以大大加速开发过程。 并且在接口方面也进行了标准化，将汽车企业不同的企业品牌、不同车型、不同配置连接的线束、电路板装配和车辆接口全部统一化、标准化。 具体的产品结构图使用的是被动散热的镁合金外壳，这里使用的是高速pcba、低速pcba。 接口已标准化，其中包括avm访问、usb输出、电源插头、以太网等。

系统架构的设计，刚才提到有mcu，在此基础上运行autosar，主要进行系统电源管理、安全监视、asil安全相关功能、qm非安全相关功能。 soc通过虚拟机形式支持仪表APP和安卓APP，在qnx和安卓之间进行了软隔离。 实时数据由mcu解决，需要强大计算能力的例如视频解决在8155上运行。

它将虚拟化技术虚拟机管理程序、soc和外部硬件资源虚拟化为软件资源，解决了各种新闻诉求。 具体地说，soc端软件架构通过QNX APP应用层支持hud、rvc、avm等。 安卓端APP应用层支持navi、媒体等。

其实，刚才我说过，要将硬件平台化，软件也需要平台化。 因为车型太多，各车型的配置和功能不同。 车型最少也有高中的低配置，还有5个配置。 因为功能越多配置就越多。 如何用软件平台化和匹配这么多配置，现在我们以配置字的形式进行思考。 hmiqnx端APP应用中间件可以通过dtc容易地通过配置文件配置不同的功能。 安卓端全部基于安卓本机hal接口，安卓本机以外的hal接口得到了扩展。

推进开发平台化，支持各种硬件构成。 现在，由于核心不足，基本上每个模块甚至每个外围设备都需要1-2家公司的备份，这该怎么办？ 由于每种技术都不同，因此推动开发的平台化支持不同的硬件配置。

仪表开发平台化也通过提供统一规格的接口来适应不同车型的功能诉求。 现在车型动力特别多，有燃料，燃料分成几个t，有phev，有hev，车企现在将其平台化。 域控制器是如何平台化的？ 特别是在仪表方面，电车和汽油车完全不同。 一些汽车制造商的平台化做得特别不好。 同样的车型制造了1.5t和2.0t，甚至是不同的hev动力形式也制作了好几套dbc。 如何吸收将极大地考验开发能力。 仪表方面以这种形式尽可能吸收这种差异。

hmi开发，没有车希望自己的hmi接口和别人一样。 我们的域控制器硬件相同，软件体系结构相同，如何体现hmi的差异？ 在hmi开发的过程中需要建立一个平台化的框架，让你可以很容易地改变照片。 整个顾客体验不同。

域控制器系统处理方案(硬件方案、软件方案、测试方案( [/s2/]

硬件测试基于网卡和lab view软件，开发了专业的测试平台，通过程序控制，实现了不同产品的自动测试和报告。 它基于自动化测试系统执行了严格的dv/pv测试，保证了其可靠性。

软件测试，这是软件集成自动化测试，不同的脚本对应不同的项目，通过自动化测试平台大幅减少人工测试，缩短测试时间。 目前，域控制器开发车企业对时间要求非常严格，因此这里需要以大量的自动化和敏捷开发形式进行。 过去两年，我们也从非常痛苦的阶段慢慢摸索。 软件测试缩短了测试时间，但包括功能测试、互联网诊断、兼容性测试、压力性能实车测试在内的测试项目一个都不可缺少。

上面是我的分享。 谢谢你。