For a better experience on dSPACE.com, enable JavaScript in your browser. Thank you!

应用实例:将生产就绪型的基础软件集成到 V-ECU中

优点:

  • 将软件-软件集成与软件-硬件集成分离,在真正的硬件可用之前,提高产品级代码的成熟度。
  • 由于ECU网络仿真(包括自适应V-ECU)更真实,早在SIL测试的时候就可以验证ECU网络通信
  • 测试您自己的产品级代码的兼容性,而不是第三方的mock-up代码或初步实现,会得到更真实的测试。

挑战

您希望使用虚拟验证来测试应用程序软件,但应用程序软件包含高度依赖于基础软件的功能。或者您希望执行依赖于基础软件的测试,例如诊断测试或使用VEOS总线仿真的测试。您可能还希望将测试重点放在集成的应用程序和基础软件代码上,这不仅有利于提高应用程序软件的成熟度,而且还能够检测BSW配置中可能出现的错误。

理念

通过AUTOSAR的模块化结构,利用MCAL接口将ECU产品级BSW组件集成到V-ECU中。创建一个包含应用软件和基础软件组件的V-ECU,并辅以dSPACE基础软件,如AUTOSAR RTE和操作系统(OS)。或者根据完整ECU的代码创建V-ECU。为此,您只需将软件(MCAL Layer))的硬件相关组件替换为适用于VEOS仿真平台的模块。

示例:

在ECU网络仿真中,自适应和经典V-ECU之间需要通过总线仿真进行通信。为了按照AUTOSAR Adaptive Platform的行业标准实现与V-ECU的总线通信,需要一个包含完整以太网堆栈的经典V-ECU。对于早期的电子控制单元集成测试,验证总线接口的功能也非常重要。通过测试ECU与V-ECU的总线接口,可以节省HIL测试的时间。这样,您就可以在HIL测试开始时确保更好的软件质量。为了在VEOS和HIL仿真器上运行完全相同的测试,建议您创建整个ECU代码的V-ECU。

Product Information