1、自动驾驶平台概述：分级标准、主流硬件平台与嵌入式Linux的角色
各位同学，咱们今天聊聊自动驾驶平台。说实话，这个领域这几年变化太快了。我2016年刚入行时，大家还在争论L2算不算自动驾驶。现在呢？L4的RoboTaxi都已经上路跑了。
不过别急，万丈高楼平地起。我们先从最基础的东西说起。
1.1 自动驾驶分级标准：到底谁说了算？
目前业界最认可的分级标准，是SAE International（国际自动机工程师学会）制定的J3016标准。它把自动驾驶分成了L0到L5六个等级。我习惯这么记：
- L0（无自动化）：司机全权负责。说白了，就是老式手动挡汽车。
- L1（驾驶辅助）：系统能帮你做一件事，比如定速巡航或车道保持。但你不能撒手。
- L2（部分自动化）：系统能同时控制转向和加减速。比如特斯拉的Autopilot。但眼睛必须盯着路。
- L3（有条件自动化）：系统在特定场景下可以全权驾驶。比如高速公路上。但系统请求时，你必须接管。
- L4（高度自动化）：在限定区域（比如某个城市）内，系统完全自主。不需要人接管。
- L5（完全自动化）：任何道路、任何天气，系统都能开。没有方向盘都行。
我个人经验：L3是个尴尬的等级。为什么？因为系统让你接管时，你可能在刷手机。从L3到L4，最大的鸿沟不是技术，而是责任划分。我在项目中遇到过，OEM（整车厂）明确要求跳过L3，直接做L4。
你想想看，L3要求人类在几秒内接管，这其实很不现实。所以现在很多公司直接奔着L4去了。
1.2 主流硬件平台：三足鼎立
目前自动驾驶硬件平台，主要有三家在争。我这些年都摸过一遍，各有各的脾气。
1. NVIDIA Drive：算力怪兽
NVIDIA Drive系列，典型代表是Orin和Atlan。Orin的算力达到254 TOPS（每秒万亿次操作）。
优点：
- 生态成熟。CUDA、TensorRT，做AI的没人不会。
- 软件开发工具链完善。我当年移植一个模型，从训练到部署，一周搞定。
缺点：
- 功耗高。Orin的TDP（热设计功耗）在45W左右。散热是个大问题。
- 贵。一片Orin芯片，价格够买一辆二手奥拓了。
避坑指南：我曾经在Orin上做功耗优化，发现默认的DVFS（动态电压频率调整）策略太激进。跑模型时温度直接飙到85度。后来我手动限制了CPU频率，才压到75度以内。嗯，这里要注意，算力不是越高越好，得看你的散热方案跟不跟得上。
2. TI TDA4：嵌入式老炮的选择
TI TDA4系列，主打的是「够用就好」。算力大概在8 TOPS左右，但功耗只有20W。
优点：
- 实时性好。TI有自家的C66x DSP和C7x DSP，处理雷达、超声波信号特别快。
- 成本低。一片TDA4VM，价格只有Orin的十分之一。
- 功能安全。TI在汽车级芯片上积累很深，ISO 26262 ASIL-D认证是标配。
缺点：
- AI算力弱。跑大模型？别想了。只能跑轻量级的CNN。
- 开发工具链不如NVIDIA顺手。我刚开始用TI的SDK时，光环境配置就花了两天。
说白了，TDA4适合做L2+或者L3的域控制器。如果你做L4，还是得看NVIDIA。
3. Qualcomm Snapdragon Ride：手机芯片的降维打击
高通把手机芯片的经验搬到了汽车上。Snapdragon Ride系列，算力从30 TOPS到700 TOPS都有。
优点：
- AI引擎强。高通的Hexagon DSP，跑神经网络效率很高。
- 功耗控制好。得益于手机芯片的省电技术。
- 5G/V2X集成。高通在通信上的优势，其他家比不了。
缺点：
- 生态不如NVIDIA。很多第三方库需要自己适配。
- 车规级经验相对少。虽然高通在推，但OEM的信任度还需要时间积累。
我个人的看法是：高通在L2+到L3这个区间，性价比很高。但L4以上，还是NVIDIA的天下。
1.3 嵌入式Linux的角色与挑战
好了，硬件平台聊完了。那嵌入式Linux在这里面扮演什么角色？
说白了，嵌入式Linux就是自动驾驶系统的「操作系统底座」。它负责管理硬件资源、调度任务、提供网络协议栈、文件系统等等。
具体来说，嵌入式Linux在自动驾驶平台上的职责包括：
- 硬件抽象：把不同芯片的差异封装起来。上层应用不用管你是Orin还是TDA4。
- 实时调度：自动驾驶对实时性要求极高。比如，从摄像头采集到图像，到控制指令发出，延迟不能超过100毫秒。
- 内存管理：自动驾驶系统要同时跑多个模型，内存很容易爆。Linux的CMA（连续内存分配器）和ion（内存分配框架）是常用手段。
- 安全隔离：功能安全要求关键任务不能受非关键任务影响。Linux的cgroup和namespace可以实现资源隔离。
注意：标准Linux内核的调度策略，在自动驾驶场景下是不够用的。我曾经在TDA4上遇到一个问题：一个后台日志进程占用了太多CPU，导致控制指令延迟了200毫秒。车差点撞上护栏。从那以后，我坚持使用PREEMPT_RT实时内核补丁。
嵌入式Linux面临的挑战，我总结为三点：
- 实时性不足：标准Linux是分时系统，不是实时系统。虽然PREEMPT_RT能改善，但和VxWorks这种硬实时RTOS比，还是有差距。
- 启动时间：汽车要求冷启动到显示后视摄像头画面，不能超过2秒。Linux从uboot到内核到文件系统，一套下来至少5秒。怎么优化？我后面会专门讲。
- 功能安全：Linux本身没有通过ISO 26262认证。虽然有一些方案（比如把Linux跑在安全虚拟机里），但复杂度很高。
你想想看，一个没有通过功能安全认证的操作系统，要跑在L4的车上。这本身就是个巨大的挑战。但为什么大家还用Linux？因为生态好、开源、灵活。说白了，这是用灵活性换安全性。
嗯，这一章就到这里。下一章我们聊聊嵌入式Linux的交叉编译环境搭建。那才是真正动手的开始。