杭州 --°C 消息 发布作品
hao1123

hao1123

当前位置:首页 > 科技 > 自动驾驶事故频发,技术成熟还需跨越哪些障碍?

自动驾驶事故频发,技术成熟还需跨越哪些障碍?

hao1123
hao11231793771102|3阅读

上周跟一个做感知算法的朋友吃饭,他手机弹出一条推送,某地又一起辅助驾驶状态下的事故。他看了一眼就扣在桌上,说了句,现在最怕的就是这种新闻,每次都能把整个行业的进度条往回拽半年。这话听着有点自私,但确实是圈内不少人的真实心态。

2自动驾驶事故频发,技术成熟还需跨越哪些障碍?

事故本身其实没什么好回避的。但凡涉及自动驾驶的碰撞,甭管是L2还是L4,公众第一反应永远是“这玩意儿到底行不行”。问题在于,这个问题的答案从来就不是简单的行或不行。我见过太多讨论,最后都滑向两个极端,要么是“机器比人靠谱多了”,要么是“拿命给资本做测试”。这两种说法都省事,但都没什么用。

真正值得掰扯的是,那些出事的路段、天气、光照条件,到底卡在哪个环节。去年跟一个做仿真测试的团队聊过,他们内部有个说法叫“长尾地狱”。常规场景跑一百万公里可能都没事,但一个逆光加路面反光的组合,或者一辆违停货车后面突然窜出来的行人,就足以让系统懵掉。这不是算法不够聪明,是现实世界的组合爆炸太离谱。你不可能穷举所有可能,只能靠数据喂,靠场景库堆,但永远有没见过的边角料。

传感器这块也是老生常谈,但很多人没意识到问题不在单个传感器的性能,而在融合逻辑。激光雷达点云再密,摄像头像素再高,到了决策层怎么加权、怎么仲裁,才是要命的地方。有次听一个供应商吐槽,说某项目上毫米波雷达和视觉在雨天的判断打架,一个说前面是空的可劲提速,一个说有个模糊轮廓建议减速,最后融合模块选了前者。这种“投票机制”的细节,消费者根本看不见,但恰恰是事故复盘时最该被翻出来晒的。

还有一个绕不开的坎儿,是高精地图的维护成本。前两年大家一窝蜂铺地图,现在不少公司悄悄收缩了。为什么?一条路改个车道线、加个临时施工围挡,地图更新跟不上,车端又过度依赖先验信息,就容易出岔子。有个做地图的朋友跟我说,他们最怕接到那种“上周刚改、这周就出事”的工单,因为责任根本说不清。现在行业风向往“轻地图”转,说白了就是被现实教育了,但轻地图对车端实时感知的要求又拔高一大截,等于从一个坑爬出来跳进另一个坑。

法规这块反而我觉得没那么悲观。虽然现在L3的权责划分还拧巴着,但至少各地都在试,深圳、北京亦庄那边都有动作。真正麻烦的是保险和追溯机制。出了事,到底是驾驶员没接管,还是系统误判,还是传感器脏了没清洗,这些数据都在车企手里,第三方怎么独立取证?没有这套东西,事故永远是一笔糊涂账,厂家说“用户未按规范操作”,用户说“车自己抽风”,最后变成罗生门。

说到底,技术成熟这事儿,不是靠发布会上的Demo视频定义的。它得靠那些不体面的、琐碎的、甚至有点窝囊的工程细节堆出来。比如清洗系统的可靠性,比如失效模式下的降级策略够不够保守,比如OTA推送后有没有做足够的路测回滚验证。这些事没人愿意在聚光灯下讲,但少了它们,再漂亮的接管里程数都是空中楼阁。

我那个做感知的朋友最后说了句话挺实在的,他说现在最怕的不是出事,是出完事之后大家又开始比谁嗓门大,而不是坐下来把corner case一个个拆开看。这话听着不高级,但可能比什么“跨越障碍”的宏大叙事都更接近问题的根子。