7月22日,NIO IN 2024 蔚来创新科技日官宣后,很多用户与媒体朋友们对我们即将全量发布的整车全域操作系统「SkyOS · 天枢」表示了极高的关注,也有很多人对「整车全域操作系统」这一概念有所疑问,不知道它究竟解决了什么问题,能达到什么效果。
为了避免 NIO IN 上的技术讲解对大家过于晦涩,我们先为大家科普一下「操作系统」的概念,以及为什么在AI时代,汽车需要一个「整车全域操作系统」。
「操作系统」究竟是做什么用的?
如果要说「操作系统」的概念,我们当然可以用很学术的方式来回答:“操作系统是管理和控制硬件与软件资源,介于上层应用与底层硬件,向下对硬件资源进行抽象,向上对应用软件提供标准与调度的特殊软件。”
但即便给出了这个定义,相信大家还是不清楚操作系统是做什么的。所以,我们来换一种方式表达。
大家都经历过手机从功能机向智能机过渡的时代,年长一点的可能也经历了PC时代的发展。无论是手机还是PC,在发展的初期会出现形态各异的硬件,每一种硬件都会匹配自己的操作系统。但当行业发展到一定阶段,随着主流设备的流行,硬件就会慢慢趋同,而硬件设备的标准范式,就会由操作系统来定义。比如PC行业是「Windows-X86-Intel-众多PC制造商」,手机行业是「Android-ARM-高通-众多手机制造商」。
所以,操作系统从来都不是孤立发展的。为了提高软件的可扩展性和可移植性,操作系统厂商、芯片厂商、网络技术厂商等等会形成「技术联盟」,共同推动某个操作系统的流行。如果用一句话来总结操作系统要解决的核心问题,那就是让应用软件能在不同的硬件设备上运行。
来到汽车行业,汽车的操作系统事实上正在经历这样的发展过程。
汽车历史上,没有「整车操作系统」?
在机械时代和电气时代,汽车并没有操作系统的概念,即便是有ECU控制某个模块,也只是写几行代码的事情。但进入数字时代后,微处理器和微控制器的出现,使得汽车的电子系统更加复杂,软件在汽车中的占比越来越高。
于是,汽车零部件厂商们为了提高零部件软件的可复用性和可移植性,在2003年联合整车厂以及其它电子、半导体和软件系统公司,共同组建了「汽车开放系统架构联盟」,也就是AUTOSAR,并且推出了开放化、标准化的汽车嵌入式系统软件架构「AUTOSAR规范」。
因为传统汽车时代,整车厂并不开发软件,所以AUTOSAR主要是面向零部件厂商,用在小算力的ECU上。对于整车厂而言,AUTOSAR在更多时候,只是一种验收规范。
进入智能汽车时代,有了「控制域」的概念,产生了诸如智能驾驶、智能座舱、智能车控等不同的「域」,但由于这些系统由不同的零部件实现,使用了不同的芯片,由不同的软件团队开发,事实上最终形成的还是若干套操作系统,并没有形成一个智能的整体。
所以,汽车上虽然已经开始使用一些操作系统,但仍然是面向零部件的。汽车发展的历史上,并没有出现一个严格意义上的「整车操作系统」。
AI时代,整车操作系统为什么变得必要?
和手机、PC操作系统的发展进程类似,整车操作系统是汽车智能硬件发展到一定程度后的必然结果。尤其是到了AI时代,大算力芯片、大模型、中央集成电子电气架构的出现,消灭了大部分的ECU,对数据吞吐、系统延时、跨域联动、安全与可靠提出了极高的要求。这不仅完全改变了汽车的定义方式,也改变了汽车开发的组织与流程。
此时,汽车行业就会诞生很多从未出现过的新问题:如何让集中的大算力实现共享?如何进行跨域的部署与灵活调用?如何让端云无缝连接?如何让AI赋能每个业务功能……
如果说功能汽车时代,汽车的智能化只是模块智能,到智能汽车时代开始出现了系统智能以及部分跨域智能,那么AI驱动的时代,汽车的智能化一定是整车全域智能。
而这一切,都在指向一件事情——AI时代的汽车,需要一个能整合与调度算力、管理所有子系统、高性能的整车全域操作系统。
今天我们把整车全域操作系统的概念给大家进行了科普,明天我们将会跟大家聊一聊,蔚来在研发整车全域操作系统这件事情上,是如何进行的思考。