无人驾驶技术入门（二）：不会写代码也能做无人驾驶工程师

在

无人驾驶技术入门第一篇

里，我对百度Apollo 1.0和Apollo 2.0所用到的传感器及控制器进行了介绍。

可以得到一个结论：实现越复杂的功能，所需要的传感器越多，对控制器的性能要求也越高。

第二篇我会结合Apollo 1.0和Apollo 2.0所开放的模块，谈谈我对百度Apollo技术框架的理解。并告诉大家不写代码，如何成为自动驾驶工程师！

先上一张百度Apollo的技术架构图。

可以看出除了第一排在云端工作的的模块，剩下的模块都是需要实时跑在车上的。

Open Software Platform

自动驾驶系统最为重要的软件层。

这一层包含了最底层的RTOS（Real Time Operation System）和第二层的运行软件所需的框架环境（Runtime Framework），再到第上层的各个子模块（地图引擎、定位、感知、规划、控制、端到端、人机界面）。

Reference Hardware Platform

自动驾驶系统所依赖的硬件层。

这里不仅包含了控制器、GPS/IMU、HMI Device（其实就是显示器）和LiDAR，还有即将在12月开放的Camera、Radar、和Black Box（暂时还猜不到这个黑盒的功能）。

Drive-by-wire Vehicle

线控的底层，不开放这个接口，就无法控制汽车。

了解过百度Apollo发布会的童鞋想必都清楚，Apollo 1.0能实现封闭场地循迹自动驾驶的功能，Apollo 1.5能实现定车道昼夜自动驾驶的功能。

我们从Apollo 1.0和Apollo 1.5开放的角度来看一下“功能实现”与“模块开放”之间的关系。（暂不谈云端，仅谈车端）。

Apollo1.0封闭场地循迹自动驾驶

先上图，下图中红色块是Apollo 1.0所开放的模块。

如果要实现封闭场地寻迹自动驾驶功能：

首先我必须有一辆开放了底层的线控系统的车（Drive-by-wire Vehicle），才能实现这个功能；

自动驾驶程序要运行，控制器（Computing Unit）、显示屏（HMI Device）都是不能少的；

实现循迹功能，需要解决一个很重要的问题——我在哪？因此作为定位所需要的关键模块 GPS/IMU 被选中；

硬件配齐后，来看看软件。操作系统（RTOS）和软件所需的运行环境（Runtime Framework）是必须的，没有他们，软件是跑不起来的。

最后是软件层的子模块，定位（Localization）用来处理GPS/IMU的数据。

有了定位和需要跟随的轨迹线，那么就要开始控制（Control）了。

循迹时工程师需要控制自动驾驶系统，所以就有了人机交互界面（HMI）。

这样一套从工程师角度挑选所需模块的工作就完成了。

Apollo1.5固定车道昼夜自动驾驶

同样的操作，我们来分析Apollo 1.5实现的“固定车道昼夜自动驾驶”的功能。先看图，图中蓝色块为新增模块。

固定车道，意味着必须有车道线信息。

Apollo使用了高精度地图提供的车道线信息，这样有了高精度的定位（经纬度）和我需要行驶的车道的经纬度区域（这么说不是很专业，主要是让大家好理解，以后会详细聊定位和地图的关系），自动驾驶车就知道自己要在哪个范围内行驶了。

所以需要有处理高精度地图数据的模块——地图引擎（Map Engine）。

知道了自己要在哪个车道内行驶，车道内有障碍物怎么办？

这时候就需要有传感器能感知到这些东西。其实Camera、LiDAR、Radar都可以检测障碍物，Apollo 1.5开放的是激光雷达（Lidar）模块。

有了传感器，必然有对应的感知软件（perception）。

感知到了障碍物，该刹车刹车，该加速加速，该避让避让，所以需要对无人车的行为有个规划（planning）。

Apollo 1.5还开放了End-to-End，这是另外一种使用深度学习的方法实现“固定车道昼夜自动驾驶”的方式，这里暂不讨论。

Apollo2.0简单城市路况自动驾驶

下面这幅图是18年1月百度公布的Apollo 2.0，新增的模块我用紫色背景标记出来了。

你可以尝试用刚才我提供的思路，想一想“简单城市路况自动驾驶”的功能，为什么需要摄像机（Camera）和雷达（Radar）。

小结

上面的分享其实是正经的“自动驾驶系统工程师”要做的工作，他们需要从“需求”推导出“架构”，进而决定使用什么样的硬件装到车上。

如果你并不擅长写代码，又想从事自动驾驶的工作，不妨多了解一些传感器及系统架构方面的知识（以后的文章中会对各传感器做详细介绍）。

好了，这篇分享基本上可以让大家对百度Apollo的技术架构有了了解。

作者：自动驾驶_陈光