驾驶

来源|十一号组织知圈|进“滑板底盘群”请加微yanzhi-6,备注底盘喊出一句架构升级的口号，给新架构取个响亮的名字，隔三差五在媒体面前吹嘘一番，似乎是近几年主机厂乐此不疲的事情。具不具备自动驾驶能力，外界可以通过对产品360°路测进行一个直观的评价。但架构升级成果如何，更像是大家族兄弟姐妹间争夺家产的私家事，表面上一片祥和，背地里暗流涌动。外人也只能从家丁、护院、婢女的口中听闻些许八卦。笔者刚好也从坊间听闻了这样一则八卦，热衷于架构升级的某主机厂，花了几十亿，历经四五年，从分布式架构升级到域架构。熬到首台车量产时，一位多事的员工细数域架构内的ECU数量，惊讶的发现原来ECU员工编制一个没少，反而多出了几个域控制器领导编制。说好了的融合，新增的域控制器领导也仅是承担了替代ECU的职责以及整车新增的部分需求。这与分布式架构下，新增需求升级/新增ECU似乎并无两异。踩坑的先行者们，开始逐渐清醒，BOSCH学院派的架构演进路线上的域架构作为一种过渡状态，似乎并不是那么美丽，有点类似自动驾驶领域的SAEL3自动驾驶，看起来容易做起来难。于是乎，这部分先行者又着急地喊出了一步到位中央集中式架构的口号，像极了前两年自动驾驶公司集体放弃SAEL3，进攻SAEL4的景象。从几家宣传的中央集中式架构方案中，智能座舱和自动驾驶相关功能将集中到一个高性能计算单元上，并跑在在一颗SOC上，主动安全及功能降级策略放在另外一颗安全MCU上执行。上海嘉定创新港内喊出的“银河全栈3.0”中央集中式方案便是由两个高性能计算单元（HPC1和HPC2）和四个区域控制器构成（Zone1~4）。其中HPC1便负责智能座舱、自动驾驶的功能，HPC2部分职责是承担自动驾驶备份控制作用。在这种中央集中式架构下，意味着一个SOC上将同时运行智能座舱和自动驾驶等功能。而智能座舱和自动驾驶功能不论是在功能安全、信息安全、实时性还是算力需求层面都有不小的差异，且这些功能目前都是用不同的操作系统（Linux、QNX、Android、RTOS等）去实现。如果汽车行业统一的操作系统不能尽快诞生（目测也不会诞生），那么一颗SOC上如何部署多个不同的操作系统，成为中央集中式架构必须直面的问题。还好这个问题，互联网领域曾经遇到过，并且已经成熟应用，可以说是超级奶爸一般的存在。汽车领域仅在智能座舱域得到过成功应用，妥妥的新上门女婿。自动驾驶圈黑话第二十期，作者就和大家一起讨论下这位在汽车行业崭露头角，并有希望解决舱驾融合过程痛点的虚...