虚拟总线仿真

在 PC 上测试 ECU 及其通信

优势：使用虚拟总线仿真进行 ECU 测试

• 由于有虚拟 ECU，因此不需要 ECU 样机或额外的硬件
• 且与实时限制无关
• 使用现有的通信矩阵和残余总线配置
• 测试和实验环境的重复利用
• 可使用 CAN、LIN 和以太网

挑战：在 ECU 网络中开发和验证分布式功能

包含多个软件组件的一些功能分布于很多个 ECU 上。这些 ECU 通过总线网络进行通信。为了彻底测试这些功能，整个系统包括 ECU 间的通信都要进行仿真。理想情况下，应在开发阶段尽早执行这些测试。

理念：早期开发阶段的总线仿真

使用基于PC的仿真平台dSPACE VEOS对总线通信进行早期测试。既然使用了虚拟 ECU (V-ECU)，唯一需要的硬件就是一台标准 PC。不再需要 ECU 硬件原型。ECU 软件开发期间，必要的 V-ECU 在现有通信矩阵的基础上生成，这些通信矩阵定义了 ECU 交互通信。每个新软件迭代能轻松更新 V-ECU，从而保证通信测试实时更新。因为 V-ECU 和 VEOS 纯粹基于软件，所以它们能使仿真不受实时限制。根据与 V-ECU 一样的通信矩阵定义了测试整个系统通信所需的残余总线仿真。正如实时仿真那样，虚拟总线仿真也可进行详细到信号水平的总线监控。

虚拟总线通信仿真可让功能开发人员在硬件在环 (HIL) 仿真发生之前发现并锁定错误，因而节约了 HIL 仿真的宝贵时间。此外，所有用 VEOS 为通信测试创建的项目都能在 HIL 测试中再次利用，如测试脚本、总线和其他配置等，这减少了进一步配置的工作量。

一个示例：舒适 ECU 的早期验证

现有的舒适性功能由一个在车后部运行舒适性控制 ECU 的全新组件扩展而来。该 ECU 通过 CAN 与车前端的舒适性控制 ECU 进行通信。已经以 V-ECU 的形式对主要 ECU 进行测试。残余总线仿真通信由总线管理器生成。

一旦新的组件可用，如可用作一个 Simulink® 模型，系统就会用它生成一个 V-ECU。主 ECU 的总线通信可以再次利用，这使得虚拟总线仿真的建立毫不费力。因为用于定义 V-ECU 间通信的通信矩阵与定义残余总线仿真配置的通信矩阵相同，这两部分无缝交互，所以根本不需要修改。

在随后的测试过程中，已测试的残余总线仿真可以再次用于 HIL 测试，包括为虚拟总线仿真创建的监控、测试布局和配置。