应用实例：将生产就绪型的基础软件集成到 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。
推动创新进程。我们始终在技术开发的最前沿。
欢迎订阅我们简讯，了解我们的专业技术以及产品。希望我们的成功案例能够对您有所帮助。快速了解仿真和验证的最新信息。欢迎订阅/管理dSPACE简讯和dSPACE航空速报。