Apollo开放平台，门槛其实不在代码上

被一个做港口项目的朋友安利，说别什么都自己写，Apollo那套东西摆在那儿。我本来在比亚迪做电驱和电池管理，最近也在跟域控的活，域控就是把车上几块控制器合成一个盒子，感知决策都往里面塞。听他一说，就想看看这套开放平台到底能省多少事。

先说清楚我怎么用的。这东西不是下个App就能跑，得有车、有传感器、有计算平台。我这边是借了合作方的一套开发者套件，线控底盘加激光雷达加组合惯导，在台架上先跑通，后来又跟着去了两趟现场看实车部署。所以下面说的都是我看到的、摸到的，不是买回家测的。

上手第一感觉，分层做得清楚。它把硬件设备平台、软件核心平台、软件应用平台、云端服务分成四层，硬件的坑先替你收了一部分：线控车辆有认证清单，传感器和计算平台有推荐型号，接口标准也给了。对从零起步的团队，这比自己攒一套强。代码是开源的，大概七十万行，循迹、激光雷达避障、视觉避障这些基础能力都在。循迹就是让车沿着事先录好的轨迹走，做定点接驳够用。

文档和社区算它的长处。Apollo Studio上有课程、有实验、有赛事，卡住的地方基本能搜到人踩过。

据说社区里全球二十多万开发者，一百七十多个国家和地区。我碰到一个坐标系转换的问题，翻了两页帖子就找到类似的了。

但硬件那道坎绕不过去。

线控底盘，转向、刹车、油门全用电信号控制，没有机械连杆，这一套本身就贵。组合惯导是陀螺仪加加速度计推算位置和姿态，配着卫星定位用，也不便宜。再加激光雷达、毫米波雷达、摄像头，一个最小可跑的组合，预算就上去了。个人想在家折腾，基本没戏。

第二个坎是标定。这个我有切身体会，之前聊过场景一变就得重做标定，感知会漂。Apollo给的是一套参考实现，落到你自己的园区、自己的路线、自己的车型上，外参要重标，控制参数要重调。开放不等于开箱即用，它给的只是个起点，后面的活得自己干。

第三个是调试节奏慢。改一版参数，上车跑一圈，回来扒日志，一天跑不了几轮。台架上能快些，但台架和实车差得远。

这套平台省的是从零写感知和规划的时间。硬件的钱它省不了，标定的功夫也省不了。

所以判断是看情况。有明确场景的团队适合，园区接驳、港口、定点线路这种，路线相对固定，跑通一套能用很久，硬件钱摊得开。有能坐得住调参的人也适合。不适合两类：想拿它做乘用车量产辅助驾驶的，量产交付走的是另一条线，跟这个开放平台不是一回事；还有个人爱好者，硬件门槛就劝退了。

两趟看完，我反倒有个问题没想明白：现在做上层应用，是直接拿现成的域控方案往上堆更快，还是从开放平台往下啃更扎实。前者活少，后者能改的地方多。你们那边是怎么选的。