1.3 ECU数量减少但功能复杂度提高 随着域集中化和中央计算平台的推进: 单个ECU需处理多个系统的任务,这些任务通常具有不同的功能安全等级(如ASIL A到ASIL D)。 ECU需要同时支持实时性(如动力总成控制)和非实时性(如娱乐系统)的任务,并确保它们的独立性和可靠性。 硬件性能要求提升:CPU算力、存储容量和通信带宽需满...
这一困境催生了虚拟ECU技术的崛起。虚拟ECU，或称为vECU，是一种创新的方法，允许在无硬件原型的情况下进行软件功能测试。它通过构建一个独立的虚拟环境，使开发人员能在PC机上使用仿真模型来闭环执行ECU，模拟各种实际驾驶场景。这样，在早期阶段就能评估软件功能、与环境模型的交互以及组件模型的表现。虚拟ECU验证的显...
虚拟ECU不依赖硬件,通过虚拟化环境来测试软件堆栈的复杂性,从而帮助开发人员构建ECU。通过连接外部环境模型的输入和输出信号,虚拟ECU得以使应用软件读取传感器值并设置执行器,并且可在相同时间内运行更多测试。 根据其使用情况,虚拟ECU有着不同的利用率级别: 0级vECU(控制器模型):最简单的vECU 类型,由控制器模型...
基于SkyEye的虚拟ECU可将开发任务从路测和台架转移至Windows/Linux PC上,以实现ECU软件的高效在环(SIL)开发。工程师可构建高度仿真真实控制器的虚拟ECU以加载运行真实ECU中的目标二进制文件。 同时,SkyEye虚拟ECU构建了一个强大的实验环境,通过多领域分布式协同仿真平台DigiThread,可以与多种工具(包括通过标准化FMI...
传统ECU开发vs虚拟ECU开发 图片来源:迪捷软件 传统汽车软件开发的流程一般为:功能开发团队使用基于模型的工具链开发ECU模型,生成C代码,然后针对目标处理器进行代码编译,并使用测试平台,HIL系统和道路测试来测试和验证生成的ECU,进而将结果反馈至开发人员,结束开发周期。该过程存在的主要缺点有:1、迭代时间长;2、受原型车...
虚拟控制器简称vECU (即Virtual ECU),表示脱离真实硬件依赖后基于PC独立编译和运行的软件,vECU所包含的内容通常可由ASW,vBSW,vCDD以及RTE这几个部分构成,在集成编译后封装成基于PC的可执行文件。 对于功能测试验证工程师,通常他会拿到一个带有软件的完整ECU控制器,并以硬件在环或实车环境作为测试环境进行测试,整个...
图2:虚拟验证流程 因此,通过遵循这些定义明确的步骤,可高效仿真车辆ECU行为,为汽车开发和测试提供强大的工具,并使测试环节能够更早地介入整个流程。 返回顶部 后续步骤 开发灵活的汽车HIL系统 了解HIL和嵌入式软件测试 返回顶部 参考资料 [1]https://www.synopsys.com/verification/virtual-prototyping/silver.html ...
▲虚拟ECU分类 第一类:仅包含ASW和RTE(RTE中可能会包含一个OS) 只仿真RTE环境,仅能测试ASW的基本功能,忽略了基础软件中的通信细节。 如果ASW的代码是AUTOSAR兼容的,则可以对ASW代码进行测试。 **此类虚拟ECU因为不涉及硬件,所以构造较为简单,但无法保证与真实ECU同样的执行行为。
ETAS 的Cloud Service整体概览从ECU到VECU实现了控制器硬件的虚拟化;从物理控制器测试联调到联合仿真平台实现了测试环境的虚拟化;前序两阶段的虚拟化为云上大规模测试仿真提供了可能。 4.1 快速的基础设施扩展 依托于云供应商(AWS、Ali Cloud)的弹性伸缩服务,秒级创建用于大规模测试仿真所需的计算资源。应对复杂被控...