ADAS-EE|自动驾驶汽车E/E拓扑架构与软件功能框架

引言

之前在公众号中我们对自动驾驶常见传感器的原理进行了讲解,如《可见光相机》《IMU惯导传感器》《GPS传感器原理》《毫米波雷达原理》以及《激光雷达原理》。今天我们将结合TI自动驾驶部门专家发表的相关的论文,讲解现代自动驾驶汽车车身电气架构以及ADAS辅助驾驶软件的功能架构。(本文首发于博客&公众号-“ADAS之眼“其他平台同步更新)

目前汽车辅助驾驶还是处于L2+阶段,L3以及L3以上的高阶辅助驾驶也是各大公司在积极研究的项目,并且高阶辅助驾驶也是下一代系列汽车市场的发展领域。

本文介绍以ADAS/AD域为重点的典型车辆电子拓扑,其具有多个内部/内部连接选项。在ADAS/AD域,各种E/E电气电子系统架构被拓扑多个ECU分区。本文分析了两个ADAS/AD域的系统拓扑示例,其中Topology-I使用了基于传统ECU的增量方法,而拓扑II实现了成本优化的解决方案。

本文还解释了自动驾驶功能的划分,例如高速公路驾驶、自动泊车。这涉及到拆分在给定拓扑中跨多个ECU的自动化感知(相机、雷达和激光雷达)、定位、融合、驾驶策略、运动规划和控制等功能。

希望今天的科普可以使您对于ADAS汽车有着更深入的了解与认知!

Introduction

汽车自动驾驶功能,如高速公路驾驶和停车辅助系统,越来越多地部署在中高端汽车中。随着自动驾驶汽车的发展,汽车车辆具有越来越复杂的电气和电子(E/E)拓扑结构以解决汽车复杂的功能,典型的E/E拓扑架构如下图所示:

汽车E/E拓扑

该电气电子拓扑的核心是各种ECU,它主要由MCU或者MPU组成,可以选择进行组合以实现给定的功能。为了给车辆提供可扩展、强健以及可维护的解决方案,汽车的E/E拓扑结构通常由多个域组成,其中每个域控制一组功能。在每个域中,都有多个ECU,每个ECU控制一个功能或一组功能。

E/E拓扑架构中常用的域如下:

  • 底盘和安全领域:控制转向的ECU,汽车油门控制;
  • 电源控制域:用于控制发动机和电池等相关功能的ECU;
  • 身体电子领域:控制车窗、空调、后视镜以及中央锁定等功能的ECU;
  • 信息娱乐领域:控制娱乐显示的ECU,如AR-HUD、电子后视镜、无线电、导航等;
  • ADAS/AD域:传感器(摄像头,雷达、激光雷达)数据接入、感知处理、规划决策等;
  • 连接/远程通信领域:包括调制解调器V2X、移动、蜂窝网络等以提供汽车与外部连接能力。

每个域内的ECU使用多个连接电缆和协议,例如基于CAN、车载以太网的的通信。中间网关为不同域之间通信的桥梁,所有控制域均连接到中央网关,不同域之间的通信通过中央网关完成。

ADAS/AD域

ADAS/AD 功能框架

在汽车众多的控制域中,ADAS/AD域实现了高速公路驾驶、城区自动驾驶以及多个自动泊车等功能(L2-L5)。下图显示了实现这些功能的软硬件框图:

ADAS功能框架

自动驾驶的关键块是感知、定位、融合、驾驶策略、路径规划和控制。各个关键模块功能分别如下:

  • 感知:利用摄像头、毫米波雷达、激光雷达等传感器用于收集汽车周围的环境信息;
  • 融合:结合多传感器特性完成外界信息的融合以及提取;
  • 定位:结合相机、IMU惯导、GPS全球定位以及高精地图信息来完成汽车的定位;
  • 路径规划:结合V2X以及融合后的感知、定位信息,完成汽车的路径规划;
  • 运动控制:结合路径规划信息,完成对汽车的运动控制

其中,感知以及多传感器融合是后续路径规划以及控制的前提,因此感知融合的结果的准确性对于汽车进行控制尤为重要。

多传感器融合

这里结合另一篇论文中camera结合毫米波雷达进行融合为例进行说明,简要说明多传感器在汽车高阶自动驾驶中感知的应用。

首先,我们要确定一点,那就是"没有完美的传感器"。不同传感器由于机制的不同,因此针对不同感知任务的性能不同。典型Camera以及毫米波雷达针对不同感知任务的特性如下所示:

Camera vs Radar

可知的是,Camera受天气影响较大,且对于物体的速度、距离测量效果较差,而毫米波雷达恰恰又可以弥补Camera的缺陷。同样的,Camera也可以弥补雷达无法对物体进行分类的的缺陷。因此,不同的传感器进行融合结果更加准确,同时也符合汽车功能安全的需求。

典型的Camera与Radar融合框架如下:

Camera Radar Fusion

可以看出,Radar结合Camera融合后,物体的类别、角度、速度、距离等信息均可以得到,给后续的导航、路径规划提供了丰富的信息。

ADAS/AD ECU拓扑示例

拓扑1

Demo拓扑1的结构建立在传统ADAS功能的基础上,例如基于前视相机以及中央雷达的LKA(车道保持辅助)、盲点检测(BSD)、前向碰撞警告(FCW)等。这种拓扑的结构如下所示:
Topology I

在该拓扑中,检测的对象数据(行人、车辆以及车道线等)通常是使用单独的ECU来计算的。数据计算完成后传递到中央ECU进行融合。在该拓扑结构中,带宽要求在ADAS/AD域中是较低的,因此可以使用低速接口处理,例如CAN-FD等。中央融合ECU提供功能安全保障,使用提供冗余的两个芯片和ASIL-D MCU或者MPU。融合后的数据可以通过网关和控制域ECU进行通信,完成车辆的偏离车道控制或者防行人碰撞等功能。

拓扑2

这种拓扑结构从头开始构建的新架构,旨在优化整体性能的驾驶功能,如下图所示:

Topology II

在这种拓扑结构中,预融合ECU(称为卫星ECU)用于在前方进行感知摄像头、雷达和激光雷达以及环视相机。处理后的前方和周围的融合信息被传递到中央融合ECU进行最终融合。在ADAS/AD域中的带宽要求主要看融合数据的精细度。中央fusion ECU使用提供冗余的两个芯片和ASIL-D MCU或者MPU。中心的fusion ECU还执行定位、驾驶策略、运动规划等功能。执行器的计算控制命令通过使用域的中央网关发送到汽车控制域控制器。这种拓扑结构的优点是操作灵活,数据融合的性能有所提升。

结束语

今天我们介绍了现在自动驾驶汽车的电子电气整体框架、ADAS域功能框架以及ADAS域可能使用的两种拓扑框架,当然随着科技的发展,更好更优的架构不断出现,不断进化着我们的自动驾驶汽车。

希望我们的介绍可以使您对于自动驾驶汽车框架有着更好地理解!如果您对今天的内容感兴趣,请公众号后台私信我《ADAS E/E 拓扑》,获取论文DOI。


如果您对ADAS感兴趣,欢迎关注我的公众号、知乎、CSDN等,同时发表文章中使用源码会在我的GitHub进行开源(网页About Me中有公众号、Github等信息)


ADAS-EE|自动驾驶汽车E/E拓扑架构与软件功能框架
https://jokereyeadas.github.io/2023/07/26/3.自动驾驶汽车电气与软件架构概述/
作者
Joker.Mao
发布于
2023年7月26日
许可协议