我们都知道，在过去的两年里，环境一直在衰退。之前上马了几百家造车新军，现在只剩下几片鸡毛，有能力量产交付的只有十二家。

就在几年前，我看到他们在盖高楼，像老虎一样吞掉几十亿融资，两年量产，三年交付，四年自动驾驶的时候是多么的豪迈...愿景不能不吸引人，最常被拿出来画饼的关键词居然是“未来将通过OTA更新”...难免让人觉得蛋糕店太大了。

那么，如何辨别一个公司所谓的OTA是真智能还是交智商税呢？这里面有很多门道...正好点哥是蔚来FOTA技术分享会邀请的，延长讨论可能会有帮助。

能更新基本功能的OTA才是好的OTA。

在上周的推文中，我们已经解释了OTA本身的概念。我们所说的空中下载技术就是所谓的空介质(无线)下载升级技术，在手机等数码产品中已经非常普遍。

这里还是那句话，虽然都是OTA，但本质上分为SOTA(软件空中下载软件在线升级)和FOTA(固件空中下载固件在线升级)。这两个概念很容易混淆，实现的难度也大相径庭。

具体来说，SOTA的软件更新一般针对非核心ECU，即信息和娱乐。

而FOTA针对的是大多数，或者说核心ECU。所谓核心，就是针对基础功能的提升。基本功能是什么？汽车最根本的能力无非就是加速、减速、刹车...这些是汽车的基本功能，FOTA提供了在固件级别更新基本功能的能力。

不妨对比一下手中的IPhone。APP更新一般要求权限很低，APP本身只能在原有权限下进行功能更新，而更显式的固件往往意味着全新的界面、UI、性能，牵一发而动全身，要求更广更深的权重。

所以OTA这个词很容易实现(SOTA)，但是如果真的想做好，上限和门槛会很高(FOTA)。

通过这个最简单的道理，我们都可以对OTA能力做一个简单的筛选。毕竟不能因为我和我爸一般就说中国人收入高吧？

OTA的价值？走在被神话被低估的路上。

如前所述，FOTA可以更新基本功能，有一个明显的理由把它放在车上。

以前我们买车的时候，非常注重新车的推送节点。我们早买，早享受，晚享受优惠。第一代车型往往需要在中期内改变车型(改变动力)，甚至进行大的改变，才能提高性能或驾驶体验。这就是为什么我们如此关注老款车型的动力总成，因为这意味着全新的性能和全新的驾驶体验。

这种情况在FOTA支持的模型中是不同的。这种更新整车全局功能的能力是OTA最重要的意义之一。它可以获得全新的驾驶体验，而无需访问服务中心和更换配件。

从具体案例来看，Model 3去年通过OTA将刹车距离缩短了6m，更新了桩桶识别、智能呼叫、地图导航等新功能。说它是新车也不为过。

再看另一个蔚来的例子，我们都知道早期的蔚来ES8追求性能，但是续航并不理想，很多人反映“节能”的驾驶模式。与舒适模式相比，变化并不明显，于是在2019年10月，NIO OS 2.3.0通过限制电机的输出，将加速能力降低到9.9s，同时限制空音的输出。

后续还提供了前轮扭矩比为50: 50的雪地模式，可以直观的感受到变化，这是传统车无法做到的。

说到这点，典哥想到了之前说的OTA，大部分人都会说完全是忽悠，完美的产品不需要OTA。

其实概念本身就是错的。OTA的意义主要是在原有基础上提供新的功能，而不是修复。这是一个本质上需要区分的概念。蔚来对自身FOTA的分类主要集中在三个维度:新功能的研发、功能的优化和潜在功能的更新。这样可以不断改变用户的用车体验，让已经买了车的用户也能经常使用。

在了解了OTA(SOTA、f OTA)的本质之后，我们也明白了如果要实现深度FOTA更新，门槛是极高的，需要极高的自研门槛。目前蔚来可以设计更新整车35个ECU，分布在信息娱乐、动力、驾驶辅助、底盘、车身等五大功能域。它需要很高比例的自我研究。做OTA不难，但是做号和持久运营非常非常难。

当然，除了硬件门槛，软件，或者说开发流程，对于实现真正的OTA也很重要。

开发过程，严肃而复杂的系统

OTA的核心是为用户提供他们需要的功能，数据收集的第一步非常重要。根据蔚来的信息池，用户可以在车内通过NOMI、蔚来APP、蔚来Fellow、400热线、NIO House等多个渠道反馈意见/建议，响应速度非常快。

也就是说，每一个OTA的实现都是由一套标准的软件开发流程来支撑的。

在完成对前期数据的分析后，蔚来会自主开发整车软件包，每个版本都会以整车软件包的粒度发布固件，保证安全性和稳定性。

至于具体的开发流程，需要一个清晰的系统化来支撑，包括但不限于R&D测试、工厂生产、车载终端、用户服务中心等全流程。更具体的说，是从软件包的初始规划、开发和测试，到用户的初始测试，再到批量发布的一个过程。而这整个循环会通过FOTA不断构建系统，不断提高系统化的效率，不断进化出用户需要的新功能。

由于这个流程非常复杂，我们先单独拿出来小范围推一下，再在后续服务环节讨论。首先，蔚来不同订单的车辆配置差异很大，所以每个版本对应的服务功能都不得不考虑到这个细节。产品在生产过程中需要在线匹配软件，除了用于售后故障诊断，还可以根据不同的车辆版本进行相应的FOTA管理和更新。

假设我购买的车型没有空空气悬架，那么小范围推相应的更新测试版悬架完全没有意义。为了保证用户体验，需要对每个编写的程序和相应的模型进行实时监控，并建立相应的服务和防范机制。

安全策略，升级到错误的版本是最可怕的。

我们都知道当年著名的蔚来长安街Powo事件。其实这本身还不是OTA最可怕的。充其量只能算是用户预警和升级环境提醒的失败。OTA链接最可怕的其实是成功更新到错误的版本，会把潜在的风险最大化。

对应我们刚才讲的开发过程，其实开发过程是伴随着集成测试的。蔚来发布的每一个软件版本都会经历四个阶段的集成测试:测试台、整车、路测、用户场景。任何一个阶段出现异常，都会重新定义软件版本，重新测试整个流程。

在执行层面，需要对固件、软件包、系统服务、网络、车辆五个环节进行多手段的安全管理，以统一证书和密钥的形式对端到端的环节进行签名和加密，尽可能在隐私和安全的条件下达到更高的成功率。

当然，这个过程肯定能保证安全。每个环节的信息都是严格控制的，通过私有VPN访问，并且配备了防火墙，所以安全系数还是很高的。

当然，凡事都得有b计划，在软件包发布后，如果发现固件验证不一致，出现写不成功的情况，会迅速触发后台的快速响应应急机制。但是，我们不希望真的引发这种情况，无论是车企还是用户。

—结尾—

热门模特测量，8点钟工程师，每周问答

固态电池普及方案靠谱吗？

电动车维修，辐射谣言|拖车充电测量