首页/文章/ 详情

大模型攻入自动驾驶

8月前浏览166
图片|Photo by Shubham Dhage on Unsplash 
©自象限原创
作者|罗辑
编辑|程心

“自动驾驶的前提是安全与严谨,大模型给出'差不多'的结果是不行的。

在今年4月初,大模型刚刚问世时,一位自动驾驶领域的资深投资人向「自象限」表达了,他对通用大模型应用在自动驾驶领域的担忧。

不被看好的原因有很多,比如大模型“胡说八道”的问题,导致大家认为它达不到自动驾驶的安全等级要求;比如大家认为大模型解决的是共性推演的问题,但自动驾驶解决的0.5%的corner case;再比如大模型要在车端落地,需要与结合前融合算法,对前端算力的要求会很高。

总而言之,通用大模型的不确定性和自动驾驶的严谨性像一个硬币的两面,落地上也面临着几座短期内难以翻越的大山。“这会是整个体系建设的问题,不是角度算法可以改变的。”这位投资人如此总结道。

尽管不被看好,但6个月过后,大模型还是以一种蛮横的方式冲进了自动驾驶行业。

打响第一枪的,仍然是特斯拉。

今年8月,特斯拉端到端AI自动驾驶系统FSD Beta V12首次公开亮相,完全依靠车载摄像头和神经网络来识别道路和交通情况,并做出相应的决策。国内,自动驾驶和大模型公司都开始紧锣密鼓的布局,9月,华为盘 古大模型3.0推出了自动驾驶行业大模型;10月,在毫末第九届AI Day中,也讲解了其身处自动驾驶领域对大模型的一系列探索。

从结果来看,目前大模型对自动驾驶的改变分为两个方向:一是大模型作为工具,辅助自动驾驶算法的训练,优化过程;二是大模型作为决策模型,直接驾驶车辆,改变结果。

透过国内外的探索,这条看似相悖的技术路径似乎开始一步步清晰,那么大模型究竟能给自动驾驶带来了什么?核心的技术难题又该如何解决?

大模型,更换自动驾驶训练引擎


首先,大模型正在重塑自动驾驶的训练过程。

从大模型被讨论的第一天开始,从文本到图片生成,大家就深刻意识到大模型在提高工作效率上的巨大潜力。这一点,在自动驾驶训练上也不例外。

训练自动驾驶算法,是一个漫长而庞大的工程,从数据采集、传输、管理;到数据清洗、标注、准备,到最后投入到训练自动驾驶算法的熔炉当中,中间会涉及到数十个环节。

而如今困扰自动驾驶发展的核心问题也来自于此,一个是随着绝大部分常规问题被解决,有效数据的收集难度越来越大;其次则是随着数据规模的增加,数据处理的成本也越来越高。

图为自动驾驶训练过程

首先是数据收集的问题。当自动驾驶走入最后0.5%的corner case阶段,场景数据在现实世界就变得可遇不可求。

为了应对这些问题,特斯拉、Waymo、Cruise等企业都在不同程度使用合成数据来模拟真实世界来训练自动驾驶。

但这种方式也存在一些弊端,比如合成数据虽然能轻松生成大量数据,提高自动驾驶训练数据的多样性。但作为人工生成的数据,合成数据并不能完全模拟真实世界的复杂和变化。过度使用合成数据,会导致自动驾驶出现“纸上谈兵”的现象,即在训练时表现很好,但一上路就不行,这种情况被称为过度拟合

而针对这样的问题,大模型提供了一种新的解决方案。

比如使用大模型进行数据生成的技术——迁移生成。它可以基于一个真实的场景,快速生成不同时间、不同环境的情况。比如拍摄一张街道春天的照片,大模型可以快速生成这条街道雨天、刮风、下雪等不同条件、不同季节的情况。

这么做的好处在于“可控”,自动驾驶训练可以根据一些特定的需要生成一些特定的场景,而更重要的是,这些场景中包含一些真实数据,在增加训练场景丰富性的同时,又可以避免过度拟合的情况。

目前已经有厂商在逐步尝试,毫末CEO顾维灏在AI Day中便提到了该技术,清华智能产业研究院(AIR) 提出的自动驾驶模型也有类似的设置,在他们的设定中,模型会提出怎样获取不同的数据,包括真实世界数据和仿真数据。然后这些数据要经过受控管道进行清理,再经过感知和决策两大模型,最终为车辆提供决策。

其次是数据标注,数据标注并不是一次性完成的,同一张照片,不同时期,依据需要解决问题的不同,需要标注的东西也不太一样。

比如一开始需要解决的是车辆识别的问题,那么照片中重点标注的是不同的车辆,后来要解决红绿灯识别的问题,重点标注的可能就是红绿灯。总之,数据标注是一个反复,且逐步细化的过程,因此难度和成本也在持续增加。

在国外,特斯拉最早启动数据自动标注,这让原来需要几个月时间的工作可以在几周内完成。2022年6月,得益于效率的提升,特斯拉裁掉了其位于加利福尼亚圣马特奥办事处的绝大部分数据标注员工。

特斯拉之后,国内自动驾驶企业也开始跟进,将自动标注使用到日常训练中。作为特斯拉的”中国学徒“,顾维灏介绍了毫末使用大模型进行数据标注的案例。

其运用大语言模型和多模态的能力,通过将图文和文图交叉的特征做匹配的,然后再将其放到大语言模型中,针对形成于特征空间的搜索(query)特征。在这样的基础上,大模型就可以在不需要做太多准备的情况下,将之前没有标注过的,想要标注的内容标注出来。

整体上,大模型的接入优化了自动驾驶的训练过程。

如果将训练自动驾驶算法比是金字塔的修建,那么大模型的加入,就如同将曾经依靠人力堆砌的石块,改换成现代化的起重机,加快了自动驾驶的“搭建”进程。

大模型,让自动驾驶“长出脑子”


在自动驾驶训练中,大模型就像全职助手一样不断提高算法训练的效率。但这也仅仅只是工程上的优化,大模型给自动驾驶带来的,还有更深层次改变。

这个问题要回到自动驾驶是如何进行工作的。

在大模型出现之前,自动驾驶是任务驱动的。即程序员依据一些特定的场景,编写一些解决方案的代码,当车辆在行驶过程中感知到相应的情况,便按照之前设定好方式处理。

在这个基础上,自动驾驶的发展就变成:发现一个问题,收集一些数据,然后训练一个小模型来解决这个问题,然后再发现新的问题,如此循环。

但这种模式对于问题的解决具有一定的滞后性,即问题要先被发现,然后等一段时间才能被解决。其次是泛化问题,即在同一个问题在夏天解决了并不一定在冬天解决。也正是因为如此,自动驾驶才有解决不完的corner case。

这些问题,实际指向的其实是传统自动驾驶算法“照本宣科”式的工作模式,并没有真正认识世界、理解世界,即自动驾驶并没有灵魂。

大模型的出现则为这个问题的解决给出了方向,就像大模型让虚拟人、让语音助手都长出“脑子”一样,大模型也在让自动驾驶长出“脑子”。

特斯拉的“端到端”技术又叫作“感知决策一体化”,也就是将“感知”和“决策”融合到一个模型中,直接对车下达指令,控制车辆,这样输入传感器信号后可以直接输出车控信号,大大降低了级联误差的概率,也因此大大提升了系统性能的上限,整体潜力极大。

 图源马斯克Twitter

目前国内还未能做到真正的“端到端”,比如毫末DriveGPT仍然分为感知大模型和认知大模型两部分。

感知大模型除了要根据车端输入的信号做三维重建,还要加上时序特征形成一个四维空间。在此基础上,毫末引入多模态大模型,多模态大模型已经做了许多文本和对齐的工作,这个时候再和4D语义空间做对齐,就可以把自动驾驶传感器看到的这些东西全部语义化,这样就形成了通用的,识别万物的能力。

而有了这样的能力之后,结合认知大模型就可以结合驾驶时的信息和行驶目标,比如直行、变道、左转等信息,给出相应的驾驶决策和驾驶解释,然后大模型将其转化为自动驾驶的语言,通过Drive Prompt和自动驾驶系统做交互。

本质上,大模型就像是自动驾驶的“领航员”和“翻译官”,它理解驾驶的目标和意图,它识别和感知环境,然后做出决策并将其翻译成自动驾驶的语言,向自动驾驶系统下达合适的指令

当然,从人的角度来讲,驾驶车辆的过程需要的除了识别万物,还有对环境中所有物体运动方向的预判,这样才能在面对复杂交通环境时提前做出反应。

大模型同样对自动驾驶带来了这方面的改进。

2022年,特斯拉在年底的AI Day上就曾提出过一个名叫交互搜索(Interaction Search)的规划模型,其主要由树搜索,神经网络轨迹规划和轨迹打分三部分组成,可以有效预测道路交通参与主体的行为轨迹。

从这可以看到,自动驾驶的决策已经从之前,依靠单一信息进行分布决策,变成了多种信息汇总之后的统一决策。

自动驾驶的决策路径

即大模型的决策越来越像是一个整体。

目前生成未来世界这项技术可以根据当前的视频、图片,生成未来2~5秒的情况,其预测2s后准确率达到85%,这可以让AI对未来有一些预判。同时,预测未来的技术也可以用在自动驾驶训练上,比如可以生成未来的图片,然后基于真实图片和生成的未来的图片再进行自监督学习,以此来提升整个视觉大模型识别的判断的能力。

它让自动驾驶越来越成为一个“整体”,正如清华大学智能产业研究院院长张亚勤说的那样,“AI 大模型带来了从判别式 AI 到生成式 AI 的新技术范式变革,自动驾驶达到最后的安全、可靠阶段一定是端到端方式实现。”


自动驾驶的底层进化


成为“整体”,自动驾驶中关于这个的讨论其实并不是在大模型热度起来之后才开始的。

2022年,当关于自动驾驶的讨论还聚焦在芯片和电子电气架构的时候,全球著名的汽车零部件供应商博世曾提出,汽车电子电气架构将从分布式向域集中式和中央计算过

早期的汽车电子电气架构是以ECU(Electronic Control Unit 电子控制单元)为主,一辆汽车通常有30到100个ECU不等,分别控制汽车的引擎、变速器、制动等等功能。随着汽车智能化的进程,相关功能的ECU逐渐被整合成域控制器,目前智能汽车通常有动力域、底盘域、车身域、座舱域和自动驾驶域五个。

在这个基础上,智能汽车的电气架构还在向一个“整体”演变,最终将会形成由一个统一中央计算单元控制的形式。2016年,特斯拉发布的Model 3实现了中央域控制架构的雏形,当时被行业认为在电子电气架构方面领先传统车企6年以上。

从“散装”到“整体”,这是智能汽车硬件层面的变化,这种变化也推动着自动驾驶软件层面向一个“整体”发展,而契机就是大模型。

关于自动驾驶与大模型,张亚勤提到,“自动驾驶不是一个模型,而是多个模型的组合。”这其实正好对应智能汽车硬件域控制器的发展阶段。

这也是华为盘 古大模型3.0的思路,华为云EI服务产品部部长尤鹏认为,通过数智融合架构打破数据、AI资源管理边界,在一个平台即可完成开发、测试、交付上线工作,让业务创新提效2倍,实现数据加速;借助盘 古大模型在认知、感知、决策、优化等全领域的能力,车企可以快速基于盘 古训练出自己需要的模型,实现算法加速;同时,华为还提供底层昇腾算力平台,解决自动驾驶对算力的高需求,做到千卡训练数月不中断,打通“全链路”,实现算力加速。

“全链路的模型化是3.0时代的一个重要的演进思路,最终演变成端到端的大模型。”顾维灏说。

而一旦完成了全链路的打通,这样的改变带来的将是大范围且高速迭代。正是因为“端到端”技术,马斯克曾放出豪言“将可能在今年年底实现完全的自动驾驶”。这句话虽然不排除马斯克吹牛的成分,但我们也可以从中看出“端到端”技术的巨大潜力。

总的而言,对于自动驾驶来说,大模型并不是一种决策方式,也不单单是一种技术,而更应该是自动驾驶发展的一种最终形态。

当然,虽然大模型给自动驾驶的落地带来了巨大的想象力,但实际的应用和落地过程仍然面临许多问题。

比如最直接的问题就是如何将云端大模型的能力应用到车端。

目前行业普遍应用的方式有三种:

第一种是将大模型蒸馏到小模型,应用到车端。这具体又分为两种路线,一种是通过大模型给数据打标签,监督小模型学习;另一种是将大模型上的Feature map 和小模型上的Feature map进行对齐,然后来完成小模型能力的提升。

从毫末公布的工作效率来看,一个模型的蒸馏需要好几个月,但能够帮助自动驾驶车端模型在个别任务上的感知指标提升5%。

第二种是在云端通过大模型构建一种能力,然后再通过减脂、蒸馏等方式将大模型的能力蒸馏到车端的小模型上,来完成车端小模型的进步。

第三种则是直接使用云端大模型。毕竟虽然云端传输会面临信号、安全、延迟等问题的困扰,但也并不意味着所有决策都需要在车端完成。云端大模型具有更强的泛化能力和解释能力,对于任务实时性和网络信号较好的地方,也存在可能让车端的一些通信和云端大模型进行交流,然后让云端大模型完成车端工作的情况。

除了从将大模型运用到车端之外,大模型指导的自动驾驶还有许多人类生活的常识需要学习。比如路沿的方向是不是能走,面临多个路口的时候各个方向是不是一定按照车道线走,这些在实际交通实践中约定俗成的东西大模型还无法掌握。

“现在解决这些问题就需要加许多约束,而一旦加约束,这个系统就变得不聪明了。”顾维灏提出了其中的逻辑悖论。

所以如何去解决这些问题,又如何发挥大模型的优势成为未来很长时间自动驾驶的考题,毕竟当前大模型对于自动驾驶的改变,也只是第一声枪响而已。


来源:车路漫漫
ACT通用汽车电子芯片通信控制管道电气
著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2025-12-10
最近编辑:8月前
李慢慢
硕士 自动驾驶仿真工程师一枚
获赞 14粉丝 93文章 320课程 0
点赞
收藏
作者推荐

Carla 0.9.15发布啦,来看看有哪些新功能吧

前言 11月10日,CARLA正式发布0.9.15版本!带来数字孪生程序化、大地图上新、素材一键导入等诸多新特性。这些升级显著的加速了CARLA的内容创作流程。本文由深信科创CTO、CARLA核心开发者潘余曦博士,深信科创工程师、CARLA Leaderboard核心开发者严宋扬撰写,为大家带来CARLA 0.9.15最新特性的技术解读。同时,深信科创也在自动驾驶仿真及数据闭环工具链SYNKROTRON® OASIS中集成CARLA 0.9.15版本,期待与CARLA开源社区一起将自动驾驶仿真能力推向新的高度。 CARLA 0.9.15的主要亮点 ① 加入全新地图Town 13与Town 15: Town 13是一张10x10平方公里的大型地图,与Town 12规格一致,但也存在诸多细节差异。Town 13和Town 12互为补充,可以通过训练验证组合帮助用户发现算法过拟合问题; Town 15是一张标准大小地图,复刻了一个大学校园,拥有丰富的迷你环岛和交通限制措施; ② 添加新的重型货车模型:新增了一款驾驶室前置式的重型货车模型,增强了CARLA车辆库的多样性; ③ 程序化三维地图与建筑生成工具: 数字孪生工具能够基于OpenStreetMap真实路网数据,程序化生成三维地图,其中包含了道路、建筑和植被;程序化建筑生成工具可以通过使用不同的建筑模组与调节参数,在建筑风格上创造出无限的变化;④ CARLA资产目录:增加了用户浏览带有图片信息的模型详情,帮助用户轻松选择所需的仿真资产; ⑤ 与英伟达Omniverse集成: 支持直接导入英伟达Omniverse平台SimReady的内容,加速三维仿真环境的构建。 一、加入全新地图Town 13与Town 15Town 13:100平方公里的全新大地图上个版本的CARLA引入了广受好评的Town 12大地图,相较于标准尺寸的地图,它为复杂的仿真场景提供了更广阔的舞台。这次CARLA 0.9.15版本带来了全新的100平方公里Town 13大地图,其拥有复杂的区域结构,从城市到乡村,从单行道到大型高速公路等仿真场景一应俱全。值得注意的是,Town 13在道路结构、建筑风格和模型参数等方面与Town 12有所不同。Town 13和Town 12互为补充,可以共同构成训练-验证模型的二元组。开发者可以在一个Town中训练,在另一个Town中进行验证,形成检测自动驾驶技术栈中过拟合问题的有效方法。Town 15:适用于校园、工业园区自动驾驶训练的新地图Town 15是一张标准大小的地图,复刻了巴塞罗那自治大学 (Universitat Autònoma de Barcelona, UAB) 的道路结构和一些标志性建筑。此地图特别展现了包括众多环形交叉口、路边停车位和一些陡峭地形在内的道路特点。大学内的计算机视觉中心和人文科学图书馆等标志性建筑也在地图中有精致的建模。Town 15适用于校园及工业园区等低速环境下,对交通安全有极高要求的自动驾驶系统,进行训练与测试。 二、添加新的重型货车模型CARLA 0.9.15版本的仿真车辆模型库中,新增了一款适用于物流运输场景的重型货物牵引车,新版本对此车辆提供了完整的支持。 三、程序化三维地图与建筑生成工具地图的构建一直是仿真工程师关注的领域,这是一项耗时耗力、复杂繁琐的工作。在CARLA 0.9.15版本中, CARLA推出了两项新的实验性功能,专用于程序化地生成新地图和建筑。这些工具将有助于提高地图生成的速度,并为自定义CARLA地图添加更多的多样性,帮助仿真工程师高效快速地构建地图。数字孪生工具数字孪生工具可以利用OpenStreetMap数据,制作独特的CARLA地图。用户可以下载一个区域的OSM数据作为输入,然后通过工具界面浏览地图。选择一个感兴趣的区域后,该工具会提取道路网络,并使用真实的道路材质进行渲染,同时生成三维建筑和植被,填充道路间的空隙。这样生成的CARLA地图与现实中的路网高度相似。地图中的建筑是根据OSM中提取的建筑轮廓和高度数据构建的,确保数字孪生中的建筑与选定区域中的真实建筑在比例上相匹配。建筑物采用了 CARLA 资产库中的各种风格的模组进行装饰,以创造视觉上的多样性。 程序化建筑生成工具程序化建筑生成工具为CARLA用户提供了创建新建筑的能力,用户可以使用不同的建筑物模组和调节参数来控制建筑的特征。 同时,可以向建筑物添加各种装饰,如窗花、门楣、窗台、水管、遮阳棚、百叶窗和天线等,以创造出不同程度的变化。 四、CARLA资产目录在CARLA 0.9.15版本中,CARLA提供了一个在线交互式目录,涵盖地图、车辆、行人和道具等主要资源。这个目录支持各种资源的可视化浏览,用户可以方便地在其中找到所需的资源,直接对应蓝图ID。此外,目录还提供了适用于Town 12和Town 13的在线导航工具,只需拖拽轻点,就可以在大型地图中轻松获取目标区域的坐标。 五、支持与英伟达Omniverse集成英伟达的SimReady规范是为仿真场景量身打造的,旨在支持专门针对仿真目的的3D内容构建,简化在机器学习和自动驾驶领域的3D虚拟环境的制作流程。通过Omniverse Unreal Engine插件(已整合进CARLA),用户能够轻松快速地导入已配备完整车灯、车门和车轮的车辆等SimReady内容,以及随手可得的模型来丰富CARLA地图。CARLA与Omniverse的紧密结合大幅提升了构建3D仿真环境的效率,并为Omniverse生态系统中的众多应用开启了新的可能性。 六、其他修复和改进新的API:仅在需要加载的地图与当前地图不同的时候进行加载添加了空的Actor蓝图具有AI或在重放模式下的行人现在快了大约10倍。在撞到车辆之前,它们的碰撞已被禁用修复了FPixelReader::SavePixelsToDisk(PixelData, FilePath)函数由于像素数组未正确设置而导致崩溃的错误修复了导入脚本,如果目标文件夹中有许多其他TilesInfo.txt,可以全部使用它们修复了传感器以检查数据流是否准备就绪(竞争条件下)为carla.TrafficManager Python API函数添加了关键字参数通过传递ARGS=–no-unity来启用Surface non-unity构建模式;允许解除遮蔽和修复IWYU类型的错误修复了Directx纹理中的额外数据,因此在Windows上需要逐行复 制以删除图像上的额外字节修复了TrafficManager中的一个错误,避免行驶到结束车道的车辆在变道时表现异常由碰撞传感器检测到的碰撞不再在每帧生成多个事件 七、立即尝试新的CARLACARLA 0.9.15在素材内容创作方面取得了重大进展。无论您是自动驾驶领域的研究人员、开发者还是爱好者,CARLA都提供了一个更加高效、实用、易上手的测试、开发和创新平台。欢迎大家使用,携手深信科创与CARLA 0.9.15一起将您的自动驾驶项目推向新的高度,深信不疑,科创未来!本文完。 来源:车路漫漫

未登录
还没有评论
课程
培训
服务
行家
VIP会员 学习计划 福利任务
下载APP
联系我们
帮助与反馈