2024年最新智能汽车驾驶演进：虚拟ECU种类与优劣分析，神级Golang进阶笔记

最新推荐文章于 2024-08-20 14:26:56 发布

2401_84910683

最新推荐文章于 2024-08-20 14:26:56 发布

阅读量542

点赞数 22

文章标签： go 学习面试

本文链接：https://blog.csdn.net/2401_84910683/article/details/138928523

版权

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

根据AUTOSAR GBR. AUTOSAR layer software architecture R4.4.0的资料显示，其整体框架呈分层式设计，以中间件RTE（Runtime Environment，RTE）为界，隔离上层的应用层（Application Layer，APPL）与下层的基础软件（Basic Software，BSW）。

▲AUTOSAR软件架构

在20年的长久发展之下，AUTOSAR架构已趋于成熟，汽车嵌入式系统软硬件的耦合度大大降低，截至目前，AOTOSAR已被广泛应用于ECU软件开发和汽车电子设计，如汽车底盘控制系统开发、底层通信软件设计、整车电子电气架构设计、汽车电子诊断系统开发及电机控制系统设计等领域，为满足用户日益增长的智能驾驶需求提供了新解决方案。

根据AUTOSAR框架的不同层次，虚拟ECU可以分为以下四个大类：

▲虚拟ECU分类

第一类：仅包含ASW和RTE（RTE中可能会包含一个OS）

只仿真RTE环境，仅能测试ASW的基本功能，忽略了基础软件中的通信细节。
如果ASW的代码是AUTOSAR兼容的，则可以对ASW代码进行测试。

**此类虚拟ECU因为不涉及硬件，所以构造较为简单，但无法保证与真实ECU同样的执行行为。

第二类：包含ASW，RTE和虚拟的BSW。

此类虚拟ECU相比第一类更加真实，可以对ASW、RTE代码进行测试。
虚拟BSW的作用是将底层硬件的特性和复杂性进行抽象和封装，为上层应用软件提供简化的接口和功能，从而实现对底层硬件的虚拟化。

**无法测试真实硬件的一些实际执行行为。

第三类：上述基础上外加OS及一个虚拟的MCAL（Microcontroller Abstraction Layer）。

相比第二类更加真实，可以测试任务调度以及BSW的功能。
虚拟MCAL负责封装底层硬件的访问，通过软件模拟来完成硬件相关的功能，提供统一的接口给上层软件，使得软件开发人员可以更方便地编写应用程序，无需担心底层硬件的差异。

**值得注意的是，虚拟MCAL也会带来一些问题：

**性能损失：**由于虚拟MCAL是通过软件模拟来实现底层硬件功能虚拟化的，可能导致仿真性能相对较低于直接访问实际硬件，尤其是在对实时性要求较高的应用场景下——可能会出现延迟问题。
**适配性问题：**因其需要针对不同的底层硬件进行开发和适配来实现仿真，原有的虚拟MCAL大概率无法完全涵盖所有的底层硬件特性和功能，一旦涉及定制化开发就会导致成本上升。
**复杂性和维护成本：**虚拟MCAL的开发和维护可能需要投入大量的人力和资源。虽然虚拟MCAL可以提供抽象和统一的接口，但其底层实现与硬件相关，需要工程师对硬件规格有着深入理解以落实维护，开发和维护的复杂性和成本也会随之上升。
**功能限制：**由于虚拟MCAL的仿真实现很有可能无法完全复现所有底层硬件的功能，在一些复杂功能上会有所受限，无法满足所有应用场景的需求，尤其是在一些复杂的硬件功能和特性方面。
**灵活性较差：**此类虚拟ECU也无法直接运行真实ECU的二进制代码，对于复杂设备驱动（Complex Device Drivers，CDD）支持也较为欠缺。

第四类（最佳）：与第三类相同，但MCAL为真实硬件MCAL。

实现了完全仿真，能够实现几乎相同的真实硬件行为。
可通过完全模拟ECU处理器、相关外设及总线等设施实现【真实ECU相同的二进制代码】的直接运行。
可在此基础上实现真实硬件无法达成的故障注入，以测试软件的安全性与可靠性。
灵活性较强，可以增加CDD的建模仿真。

**由于需要模拟硬件的技术细节，因此存在一定的建模工作量和建模周期；同时，为了确保具备一定的实时性，该类虚拟ECU的搭建往往具有较高的技术难度。

基于SkyEye的虚拟ECU解决方案

国产自主可控的天目全数字实时仿真软件SkyEye，作为基于可视化建模的硬件行为级仿真平台，支持搭建第四类虚拟ECU，可高度仿真真实控制器。除了第四类虚拟ECU原有的优势外，基于SkyEye的虚拟ECU解决方案还有着以下特点：

可以将开发任务从路测和台架转移到Windows/Linux PC上，以实现ECU软件的高效软件在环（SIL）开发。
系统本身同时也是一个强大的实验环境，可通过协同仿真总线平台工具与多种工具（包括通过标准化的FMI接口运行MATLAB/Simulink和其他多种工具）的仿真模型进行数据交互。
虚拟ECU的相关配置可以快速复制拓展，复制成本低、比真实硬件也容易得多。
每位工程师都能拥有个人开发环境，不会占用HIL台架或测试车辆之类的稀缺资源，避免因硬件资源紧张引起的研发周期过长问题，更多工程师能从中受益。