设计左移:汽车工程体系进入前反馈时代

关键词:汽车设计 汽车开发 软件定义汽车

时间:2026-3-26 11:13:59      来源:网络

在汽车工业的百年历史中,工程体系始终围绕一个基本逻辑运转:先完成设计与实现,再通过测试与集成验证其正确性。这一逻辑曾经高效、可靠,支撑起从内燃机到机电一体化的整个工业体系。

在汽车工业的百年历史中,工程体系始终围绕一个基本逻辑运转:先完成设计与实现,再通过测试与集成验证其正确性。这一逻辑曾经高效、可靠,支撑起从内燃机到机电一体化的整个工业体系。

但在今天,这一逻辑正在失效。

最主要原因是随着软件成为产品功能的核心载体,复杂度不再来自机械结构,而来自代码、系统交互与算法行为。系统问题不再局限于单一模块,而是在跨域、跨层级的交互中涌现。于是,一个长期被忽视的矛盾被彻底放大:错误产生在开发早期,却往往在开发后期才被发现。

EEWorld认为,这正是当下工程体系的核心困境,也是设计左移(Shift Left)成为行业关键词的根本原因。

传统开发模式的结构性失效

在传统汽车开发流程中,软件开发呈现出一种典型的纵向结构。不同团队围绕各自的功能域展开工作:底盘、动力系统、信息娱乐、ADAS,各自定义接口、实现逻辑,并在相对隔离的环境中完成开发与单元测试。


纵向开发流程,图来自新思科技

在这个阶段,一切似乎运行良好。

真正的问题,往往在集成发生的那一刻才开始显现。

当各个模块第一次在同一系统中协同运行时,接口、时序、资源等冲突可能导致不可预期行为。原本在各自环境中正确的软硬件,在系统层面却频频失效。这种现象并非偶然,而是一种结构性结果:开发过程是割裂的,而系统行为却是整体性的。

于是,集成阶段的问题密集出现,却难以溯源;调试需要跨团队协同,周期被不断拉长;修复一个缺陷,往往又引入新的问题。工程团队在复杂系统中反复迭代,却始终难以建立稳定的系统行为。

更关键的是,这一切发生得太晚。

在很多项目中,从代码修改到问题被发现,再到验证修复,整个反馈周期可能长达数周甚至数月。有研究显示,在典型汽车软件开发流程中,这一周期甚至可能超过20周。换句话说,当问题被发现时,它早已远离其产生的源头。

延迟反馈成为效率与质量的根本瓶颈。

软件定义时代的工程失控

如果说传统模式的缺陷在过去尚可容忍,那么在软件定义汽车(SDV)时代,它已经彻底失去适用性。

首先,软件正在取代机械,成为产品价值的主要来源。车辆功能越来越依赖软件实现,从动力控制到自动驾驶,从用户体验到整车协调,软件不仅定义功能,还决定性能与差异化。更重要的是,这些软件在车辆量产之后仍在持续演进,通过OTA不断更新。

这意味着,问题不再只是“能否在量产前解决”,而是“是否能够持续稳定演进”。

其次,系统复杂性呈现出指数级增长。现代汽车不再是由几十个ECU构成的分布式系统,而是向集中式计算架构演进,融合多域功能,运行在异构计算平台之上。一个功能的实现,往往涉及多个软件层级、多个处理器核心以及复杂的通信关系。

在这种复杂度下,局部验证已经失去意义。一个模块的正确性,并不能保证系统的正确性。

再次,硬件依赖成为明显瓶颈。传统开发严重依赖ECU样机、硬件在环(HiL)平台以及原型车。这些资源不仅昂贵,而且稀缺、不可扩展。软件开发被迫等待硬件进度,测试能力受限于物理资源,验证节奏无法与开发节奏匹配。

于是,一个典型场景出现了:软件开发在推进,问题却在累积;测试能力有限,问题只能排队暴露;直到集成阶段,所有问题集中爆发。

这正是所谓的大爆炸式集成。

设计左移前置系统开发

设计左移的提出,本质上是对上述问题的直接回应。它的核心思想并不复杂:将验证、集成与测试前移到开发早期,让问题在产生时就被发现。

但真正的挑战在于,这一目标长期以来缺乏实现手段。在没有硬件的情况下,如何验证软件?在没有完整系统的情况下,如何进行集成?在没有真实环境的情况下,如何评估行为?

这些问题在过去几乎无解。而今天,随着电子数字孪生(Electronic Digital Twin, eDT)与虚拟化技术的发展,答案开始变得清晰。

未知系统也可以被验证

电子数字孪生的出现,使工程体系第一次具备了在硬件出现之前理解系统的能力。

不同于传统的物理数字孪生,电子数字孪生关注的是电子系统本身:芯片、硬件架构、嵌入式软件以及它们之间的交互关系。它不仅是一个模型,更是一个可以运行真实软件的虚拟系统。

在这一体系中,软件不再依赖物理ECU,而是运行在虚拟ECU(vECU)之上。开发者可以在PC或云端环境中,执行真实的嵌入式代码,观察系统行为,验证功能逻辑。这种能力打破了长期存在的硬件依赖,使开发与验证得以解耦。

更重要的是,电子数字孪生支持多层级抽象。从模型在环(MiL)、软件在环(SiL),到虚拟处理器在环(vPiL)和虚拟硬件在环(vHiL),开发者可以在不同阶段,以不同精度理解系统行为。

这意味着,验证不再是某个阶段的任务,而是贯穿整个开发过程的持续行为。

从阶段集成到持续集

当电子数字孪生与虚拟化能力引入开发流程后,工程体系开始发生根本变化。

首先,集成的时机被重新定义。传统模式中,集成发生在阶段节点,而在左移模式下,集成成为持续过程。各个模块不再等待“完成后再整合”,而是在开发过程中不断进行联合验证。这种“横向集成”使系统问题能够在源头附近被发现,而不是在后期集中爆发。

其次,测试方式发生转变。借助虚拟ECU与自动化测试系统,测试可以在没有硬件的情况下大规模执行。测试用例可以并行运行,覆盖更多场景,验证更多组合。这种可扩展性,是传统HiL系统无法实现的。

再次,反馈机制被极大压缩。在集成虚拟化与CI/CD流程之后,每一次代码提交都可以触发自动构建与测试。开发者可以在几分钟内获得反馈,而不是等待数周。这种即时反馈,使问题能够在最接近源头的位置被修复。

实践表明,这种转变带来了显著效果:系统级缺陷可以提前发现大部分,调试成本显著下降,开发周期明显缩短。更关键的是,团队开始围绕“系统行为”而非“模块职责”进行协作。

从工具到体系

需要强调的是,设计左移并非单一技术的应用,而是一整套工程体系的重构。

电子数字孪生平台的价值,正在于将分散的工具与能力整合为统一基础设施。通过云原生架构,企业可以构建共享的虚拟开发环境,实现跨团队、跨组织的协同开发。OEM、芯片厂商、软件供应商可以在同一虚拟系统中工作,同时保持各自的知识产权边界。

这种平台化能力,使设计左移从局部优化走向系统性变革。

同时,它也改变了组织协作方式。过去依赖会议、文档与接口定义的沟通方式,被可执行系统所替代。团队之间不再争论接口假设,而是通过运行系统直接验证行为。这种基于事实的协作,大幅降低了沟通成本。


虚拟化技术所节约的成本

概念已获得全生态认可

为了迎接设计左移的挑战,并简化OEM 厂商采用 eDT 战略和技术的过程,新思科技推出了Synopsys eDT 平台:一个开放的、云就绪的基础设施,使企业能够以高度灵活和可扩展的方式构建、部署和管理 eDT。

eDT平台不仅仅是一系列工具的集合。它是一个强大的基础架构,使公司能够创建和定制自己的基于云的环境(称为eDT实验室),这些环境结合了工具、虚拟模型和计算资源。

该平台采用模块化和可扩展设计,并提供CLI/TEST API,可轻松与各种商业和客户基础设施(包括软件工厂)集成。此外,它还提供用于云部署和协作的关键实用程序:

实际上,新思科技近年来的Synopsys Virtualizer 开发套件 (VDK) 就是基于eDT概念的完美实现。该开发工具包包含特定于设计的虚拟原型,以及调试、分析工具和样本软件。

包括Arm、英飞凌、MIPS、NXP、瑞萨、SiFive、ST、TI等都是新思VDK的合作伙伴,另外还包括QNX、Greehills、Elektrobit、Mathworks、Vector等软件公司。

正如TI所说,开发者可以利用TDA5 VDK增强调试能力,深入洞察设备内部运行状态,而这些信息通常无法通过物理SoC引脚获取。此外,VDK还支持故障注入(Fault Injection),使开发者能够模拟芯片内部故障,从而更好地分析软件在异常情况下的行为。


TI和新思科技合作框架

以TDA5 VDK为代表的虚拟化设计,正在成为开发者构建完整数字孪生系统的基础。通过对SoC进行虚拟化,开发者可以将其与其他虚拟组件和工具集成,构建更大规模的仿真系统,例如完整的电子控制单元(ECU)网络。如图3所示,开发者可借助Synopsys平台,将VDK与其他虚拟组件整合,实现完整系统级设计仿真。

此外,数字环境仿真工具也可与TDA5 VDK集成,使开发者能够在模拟驾驶场景中进行虚拟测试,从而快速开展可复现的测试验证。

工程体系进入前反馈时代

设计左移的真正意义,不在于测试提前,也不在于效率提升,而在于工程体系进入了一个新的阶段——前反馈时代。

在这个时代:

 

  • 系统在构建过程中就被理解;

  • 问题在产生时就被发现;

  • 验证贯穿整个开发生命周期;

  • 硬件不再是开发的起点,而是验证的终点;

  • 集成不再是风险的来源,而是持续发生的常态。

 


采用设计左移的优势

当电子数字孪生、虚拟化与自动化测试逐渐成为基础设施,工程体系的运行逻辑也随之改变。过去依赖经验与流程控制的开发方式,正在被以数据、模型与实时反馈为核心的新范式所取代。

设计左移,正是这一转变最具代表性的体现。

它不是一项工具升级,而是一场关于何时理解系统的根本性变革。

猜你喜欢