0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

解决不完的Corner Case

焉知新能源汽车 来源:焉知新能源汽车 2023-06-14 16:30 次阅读

在成本压力面前,什么可以被放弃,什么不可以?

我从没有想过辅助驾驶这个词会与降本增效联系在一起。

高阶辅助驾驶, 天然与高成本绑定,大算力芯片加上高性能传感器带来的硬件成本, 算法人才的价格带来的极高研发成本。

这都意味着大量投入。

但是在更高级别无人驾驶迟迟未能落地的今天,车企内卷堆料没有带来真正用户体验明显提升,也就无法成为影响用户选择的主要因素。

这都让车企对辅助驾驶的投入变得更加谨慎,面对内卷的态势, 砍成本, 但是不砍功能成了现在车企面对辅助驾驶时的态度。

那什么是可以被放弃的,什么不可以?

01

激光雷达

如果目标不是 L4,你还有意义吗?

一年前知乎上还有纯视觉和多传感器融合的争论,现在这个时间节点大家似乎都已经习惯了,纯视觉和感知融合的并行结果。

毋庸置疑,多传感器融合的上限确实比纯视觉的上限要高,自动驾驶要求的全场景面对恶劣天气的足够鲁棒性, 例如光照不足时稳定的环境感知,摄像头的被动感知特性决定了对天气的敏感程度。

而激光雷达作为主动传感器,能够在光照不足时,保证高质量的感知结果,也能提供通用障碍物的检测结果。

但是这就是全部了。

激光雷达点云对物体类别天然劣势,决定了激光雷达无法完全取代摄像头。

而激光雷达带来的效用却没有让更高级别的辅助驾驶更快到来,不确定性依然存在,鬼影,噪点等等都在嘲笑过度乐观的工程师们。

而量产固态雷达们在成本妥协之后,带来的硬件缺陷也再一次困扰着算法工程师们。

所以两年前大干快上激光雷达的量产车,实际上也只是在传统的 L2 功能下高权重使用了激光雷达的点云结果。

比如 AEB。

「可有意思的是,AEB 的结果很多家还无法与纯视觉的 Mobileye 抗衡」。这是某大厂智驾测试工程师所说。‍‍‍‍‍‍‍

03875e3a-09f2-11ee-962d-dac502259ad0.jpg

加上激光雷达后,多一个城区辅助驾驶场景,再多一个责任归属都是驾驶人的说辞。 这似乎无法成为购买决策最重要的原因。

回过头看,关于蔚小理三家,小鹏入局最早,发布功能也最多,激光雷达的能力也确实被有效利用了,城市辅助驾驶的能力也独树一帜,可是这暂时都没有带来实际的业绩提升。

蔚来激光雷达量产发布最早,可惜智驾积累不如小鹏,暂时没有证明激光雷达版本车型比自家上一代方案功能有质的飞跃。

如果主打智驾功能领先的 G6 能打一个漂亮的翻身仗的话,激光雷达的重要性会被重新确认,相反则是激光雷达市场的另一个景象。

但是无激光雷达的智驾方案也并未落入下乘,特斯拉FSD的表现和低成本足以让车企们停下脚步冷静思考其必要性。

当成本压力倒逼车企推出无激光雷达版本车型,激光雷达最后成为了高配车型一个补盲或者距离确认的器件的话,意义在何处?

如果有一天,激光雷达成为智驾非标配硬件的话,整体出货预期暴跌,禾赛们接下来的业绩如何兑现?

02

高精地图

你很好,但是也决定了算法的上限。

也许图商没有想过,自己成为鸡肋的一天会来的如此快。

高精度地图的绘制方式决定了上限,频繁更新的道路界面是带来了天然的不确定性, 并且地图绘制时也无法保证完全没有错漏。

实际上,在以往高速导航辅助驾驶中出的很多问题都可以归因到高精度地图上,定位不准,或者画线不准确常常会造成误打方向,而这些都会被一句:「高速导航辅助驾驶不是自动驾驶,请时刻保持注意力驾驶」一笔带过。

在高精地图没有更新前,这里的 bug 只能靠又一个 if else 解除。

而没有高精地图的地区只能降级,也限制了很多地区的使用,最后都会表现在产品的销量上,只靠北上广深的用户,销量再好也难以存活。

还有一点,高精度地图初始化定位的时间与 GPS 信号强相关,这在信号不好的位置,又成为了另一个无法被解决的瓶颈。

这让行泊一体方案更加难以推进。

于是众多公司开始放出轻地图方案,众包建图,实时建图不一而足,努力降低对高精度地图的依赖,进而节省成本。

一个一级城市千万级的费用,没有车企不想节省。

03

数据标注

实在是太贵了。

今年众多公司都在说 BEV + Transformer 方案上车,理想小鹏蔚来,一个都没有落下,可以提供 360 感知能力的的 BEV 网络让城市导航辅助驾驶成为可能。

但是不可忽略的一点是,之前的积累的数据失效了。

之前的 2D 框的标注用于做检测,然后再确认 3D 位置的方式与 BEV 差异极大。

04427b34-09f2-11ee-962d-dac502259ad0.jpg

「是的,一切重新开始。」某车企感知数据负责人无奈表示。

对于多个摄像头共同确认距离和位置的方案来看,也就是说,某个图像上的标注框不再是重点,而是对应 3D 世界的位置。很多方案里不仅加入空间信息,也加入时序信息,也就是要求稳定的 3D 位置跟踪。

这种标注难度不可同日而语。

数据重新积累加上数据标注难度提升,成本压力更大。这让一些体量较小的智能驾驶公司被 BEV 拒之门外,也几乎提前拿到了被高阶辅助驾驶淘汰的通知书。

特斯拉用多达千人的标注团队和自动标注产线为后来者提供了参考,于是国内我们逐渐看到一些类似的宣传,这些都可归因给数据标注成本。

而这已经不是算法的范畴了,而是车企数字基建的范畴。

04

解决不完的 Corner Case

看不到的曙光。

我们期待今年各大车企下半年城市辅助驾驶的大量推送,但是同时也非常恐慌。

城市辅助驾驶比高速辅助驾驶难太多,城市里的交通状况复杂程度难以预料,等待车企的是事故处理还是荣耀加身可能也只是一念之间。

众多奇形怪状的车辆和突然冲出来的交通参与者,这些都会放大各家的 Corner case 待解决池。

测试和修复工程师的工作量会被不断加大,这些工作量都是成本。

从车端回流的众多异常数据放在云端,数据如何保存和处理,是金矿还是垃圾堆?需要数据挖掘团队来回答。可惜,这个问题没有标准答案。

如何提高 Corner Case 的解决效率,如何从一个点发掘到一个具象泛化的场景。

曾经与一个感知算法工程师聊过一个非常有意思的场景:一个红色的气球刚好飘到了十字路口中间,算法将其识别成了红灯,造成了车辆异常通行。

这个问题如何解决,采类似的数据(且不论采集难度)训练一遍,解决了红色的气球场景,但是绿色的气球可能并不意味着被解决。

这不是合理的迭代方式,特斯拉也做过了示范,用合成数据可以解决这个问题, 例如 Tesla AI Day 上用一家三口在高速上奔跑的合成数据解决了某些场景问题。

这是值得学习的降本策略。

(这里应该讲 特斯拉的合成数据,怎么做的,解决了什么?然后在推导出观点)

写在最后

参考答案,摸着特斯拉过河

现在回过头看, 关于纯视觉和激光雷达的多传感器融合的争论虽然还没有定论。

特斯拉为首的视觉派却在降本上先得一筹, 毕竟高精度传感器的配置似乎并没有让高阶辅助驾驶来的更快, 也没有获得实质性胜利。

而特斯拉靠着自己长久没有大改的传感器方案在一直进行着优化,如此长的时间有这样的方案定力,这很不容易。

还有很重要的一点,他们的数据是一直有高价值的。 自动化数据产线到现在也一直在努力进行迭代,合成数据也在逐渐为他们提供更多数据泛化的能力。

04cb8f32-09f2-11ee-962d-dac502259ad0.jpg

高阶辅助驾驶价值被重估的现在, 也许我们十年也看不到 L4 级别的自动驾驶的到来。

车企逐渐内卷,用牺牲利润的方式换取市场大环境下,自动驾驶开发如何从大鸣大放到细水长流,是一个非常值得思考的话题

毕竟在汽车行业, 压缩成本的能力可能比什么都重要。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 传感器
    +关注

    关注

    2542

    文章

    50077

    浏览量

    748716
  • 激光雷达
    +关注

    关注

    967

    文章

    3875

    浏览量

    188932
  • 自动驾驶
    +关注

    关注

    781

    文章

    13475

    浏览量

    165448

原文标题:解决不完的 Corner Case

文章出处:【微信号:nev360,微信公众号:焉知新能源汽车】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    何为不完全电流差动母线保护

    不完全电流差动母线保护是一种电力系统保护方式,主要用于保护电力系统中的母线。它通过比较母线上各出线电流的差值来判断母线是否发生故障,从而实现对母线的保护。 母线保护的重要性 母线是电力系统中的重要
    的头像 发表于 08-05 10:13 316次阅读

    母线不完全差动保护是什么意思?母线保护和母差保护有区别吗?

    母线不完全差动保护是什么意思?母线保护和母差保护有区别吗? 母线不完全差动保护是一种电力系统中常见的保护方式。它用于检测电力系统中母线的电流差异,并判断是否有故障发生。不完全差动保护通过比较进入
    的头像 发表于 12-21 14:02 1619次阅读

    oracle case when 语法介绍

    Oracle的CASE WHEN语法是一种在数据库查询中使用的条件语句,它提供了一种在SELECT语句中根据条件对结果进行转换或筛选的方法。在本文中,我们将详细介绍Oracle的CASE WHEN
    的头像 发表于 12-06 10:21 1443次阅读

    芯片后端signoff的RC corner指什么?

    今天想聊一聊STA相关的RC corner的问题。我先简单介绍一些什么是signoff的corner,然后重点聊一聊RC corner
    的头像 发表于 12-05 14:11 1048次阅读

    流片Corner Wafer介绍

    漂移速度都是一样的,随着电压、温度不同,它们的特性也会不同,把他们分类就有了PVT(Process,Voltage,Temperature),而Process又分为不同的corner:TT
    的头像 发表于 12-01 13:31 2000次阅读
    流片<b class='flag-5'>Corner</b> Wafer介绍

    求助,关于ADRV9026 USE CASE的问题求解

    我们使用ADRV9026,如果使用USE CASE 90 nonlinksharing,RX BW是100MHz。是能正常使用的。 但是当我想要使用USE CASE 51
    发表于 12-01 07:32

    java中的switch语句 case的取值

    Java中的switch语句是一种用于多重条件判断的语句,用于根据不同的条件执行不同的代码块。在switch语句中,case关键字用来指定不同的取值。 在Java中,switch语句的语法结构如下
    的头像 发表于 11-30 16:05 790次阅读

    java switch case 能不能用字符串

    fruit = "apple" ; switch (fruit) { case "apple" :System.out.println( "This is an apple." ); break ; case "orange" :System.out.println(
    的头像 发表于 11-30 14:46 1739次阅读

    java switch case值能为枚举值吗

    Java中的switch语句可以接受枚举类型的值作为参数。在Java中,枚举是一种特殊的数据类型,它定义了一个固定数量的命名常量。因此,可以将枚举值作为switch语句的case。 首先,让我们来看
    的头像 发表于 11-30 14:41 4431次阅读

    java switch case的语法规则

    在Java中,switch case语句是一种用于多分支选择的控制流语句。它允许根据某个表达式的值来执行不同的代码块。下面是关于switch case语法规则的详细解释。 基本语法 switch语句
    的头像 发表于 11-30 14:40 1472次阅读

    case后边可以跟多个语句吗

    是的,"case" 后面可以跟多个语句。在编程语言中,"case" 通常被用于 switch 语句中,用于检查一个变量或表达式是否匹配某个特定的值。当匹配成功时,可以执行一个或多个语句。 下面是一个
    的头像 发表于 11-30 14:19 4992次阅读

    Switch case中的case顺序

    Switch case中的case顺序 Switch 可能转化成多种不同算法的代码。其中最常见的是跳转表和比较链/树。当switch用比较链的方式转化时,编译器会产生if-else-if的嵌套代码
    的头像 发表于 11-20 18:16 680次阅读

    运放稳定性,你真的懂了吗?

    一个运放,使用电阻接成负反馈的形式,闭环放大倍数为-1。进行环路stb仿真,有些corner下相位曲线从0开始,但其他corner正常。这种是什么原因?该怎么解决?
    的头像 发表于 11-07 14:52 1336次阅读
    运放稳定性,你真的懂了吗?

    芯片制造流片Corner介绍

    1.Corner是芯片制造是一个物理过程,存在着工艺偏差(包括掺杂浓度、扩散深度、刻蚀程度等),导致不同批次之间,同一批次不同晶圆之间,同一晶圆不同芯片之间情况都是不相同的。 在一片wafer上
    的头像 发表于 11-01 15:57 4762次阅读
    芯片制造流片<b class='flag-5'>Corner</b>介绍

    利用Transformer BEV解决自动驾驶Corner Case的技术原理

    BEV是一种将三维环境信息投影到二维平面的方法,以俯视视角展示环境中的物体和地形。在自动驾驶领域,BEV 可以帮助系统更好地理解周围环境,提高感知和决策的准确性。在环境感知阶段,BEV 可以将激光雷达、雷达和相机等多模态数据融合在同一平面上。
    的头像 发表于 10-11 16:16 676次阅读
    利用Transformer BEV解决自动驾驶<b class='flag-5'>Corner</b> <b class='flag-5'>Case</b>的技术原理