硬件在环仿真-测试阶段和测试系统
汽车电动系统的开发可以分为三个主要的测试阶段：功能测试、ECU测试（包括感知和融合）和ECU域和网络测试。由于每个测试阶段基于不同的目标，因此测试系统的需求也不同。dSPACE HIL系统可以适应于每个阶段的要求，并提供最大的支持。
功能测试
功能测试旨在测试单个或少数功能，包括它们与ECU基础软件的交互。由于这种测试通常属于功能开发，而不是最终释放测试，所以它的重点在于实验应用，而不是系统的测试自动化。因此，用于功能测试的硬件在环(HIL)测试系统需要灵活的总线和网络接口、行为和协议级的残余总线仿真，或者设计用于测试的接口(例如，XCP)。如果需要测试自动驾驶功能，测试系统必须能够在对象列表级别生成传感器数据。这些类型的测试通常由功能开发人员执行。 因此，测试系统必须适合放在开发人员的办公桌上。
ECU测试，包括感知和融合
ECU测试的典型应用范围包括软件集成测试、故障安全和故障操作测试以及ECU释放测试等等。 对于ADAS和AD ECU，它们可能包括感知和融合算法，因此也必须得到验证。因此，测试是高度自动化并基于ECU的要求，以覆盖大量的变体。基于场景的测试对于许多测试变体的处理来说也很有帮助，特别是在与自动场景生成结合的时候。 因此，基于场景的测试很有用。
ECU测试的测试系统需要可扩展的I/O和总线/网络接口，对行为和协议级别进行残余总线仿真以及针对总线和网络的广泛操作和测试选项.自动驾驶的场景通常使用原始传感器数据进行测试。这些任务需要全面的被控对象模型和仿真性能，可以相应地进行优化和增强。 理想情况下，测试系统功能可以适应不断变化的项目需求。
ECU域和网络测试
ECU域和网络测试的特点是对分布式功能进行端到端测试。这包括故障保护和故障操作测试以及车辆网络测试，如睡眠或唤醒测试。这些系统经常全天候运行高度自动化的测试程序，其通过全面的测试管理系统实现。
对于这类测试系统，需要广泛的I/O通道以及总线和网络接口。 为了处理复杂的模型和场景，还需要强大的仿真性能和多处理器能力。该系统处理了大量的被控对象模型，从动力传动系统到空调系统再到车窗升降模型，都包含在内。为了测试用于自动驾驶的系统，传感器信号必须在对象列表或原始数据级别上进行仿真，这取决于系统架构。
推动创新进程。我们始终在技术开发的最前沿。
欢迎订阅我们简讯，了解我们的专业技术以及产品。希望我们的成功案例能够对您有所帮助。快速了解仿真和验证的最新信息。欢迎订阅/管理dSPACE简讯和dSPACE航空速报。