铃木将在印度建全球性研发公司，2025年前销售与丰田共同研发的电动车

图片来源:谢宏建

在这种趋势下，汽车和手机最大的区别就是手机协议明确，但是车内外的通信协议很多。如何打通不同的协议？这是我们面临的最大挑战。

第二个趋势是国内外都在打造自己的操作系统，即OEM.OS，一般来说就是OEM。OS针对的不仅仅是车内的软件系统，还有云端的软件系统。

在汽车中，我们知道最底层的硬件是微控制器和微处理器，甚至是包含两者的SOC。硬件上层是启动程序，烧录更新引导程序；再往上就是hypervisor，实现区域隔离和系统隔离。下一层可能会涉及到芯片内不同内核、不同域之间的通信软件，然后根据功能可以分为不同的基础软件或中间件，比如以太网交换机软件、信息安全软件、经典autosar软件、车载计算机中的自适应autosar软件、自动驾驶相关软件、智能驾驶舱相关软件等。然后就是各种应用。

图片来源:谢宏建

这是汽车侧。让我们简单看一下云。云可能包括一些核心服务、平台服务、数字孪生服务等。它还将包括生态系统开放发展港；也可以运行一些与车辆各种功能域相关的软件和第三方软件。车载API的目的就是在此基础上实现所有应用软件的互联功能。Etech提供多种开发端口，未来将进一步将应用软件部署到云端，支持第三方服务。

车云集成的未来需要车辆API的支持，需要满足以下要求:一是需要开放的已知接口，帮助不同的应用层实现交互和复用。二是高，容易集成。第三是不能给代工带来额外的工作。

图片来源:谢宏建

COVESA在第13届AUTOSAR开放大会上为AUTOSAR提出了标准化概念，包括三个方面:首先，定义了通用数据模型和服务模型，实现不同设备间信息描述的统一。二是标准化相应的数据和服务。事实上，中国的许多组织和企业都试图制定标准化的数据和服务。难点不在于技术，而在于如何让更多的主机厂和供应商达成数据和服务标准化的共识。三是相应软件基础协议栈的支持，帮助实现跨通信交互和数据转换。

图片来源:谢宏建

回到通用数据服务模型，covesa使用vss和vsc语言。vss的全称是车辆信号规范(vehicle signal specification)，来源于2016年w3c的汽车工作组发布的首个公开工作草案。在设计之初，我希望车载信息娱乐系统和本地车载网络中运行的应用程序能够访问车辆信号和其他数据。所以vss主要以车辆信号为主，将车辆信号进行功能分类。

例如，这是一个树形信号分类的例子。绿色的原点代表分支，车辆信号可以根据功能域分为不同的分支。分支的末端可以是信号、传感器信号或致动器信号的属性。Vss用yaml语言描述，方便人们读写。其次，它可以很容易地被各种工具解释，并生成其他类型的文件。然后，基于vss标准，所有相关从业者可以就统一的信号描述和文件类型达成一致，从而实现更容易的信号信息交互。也为配套工具的开发做好了充分的准备。

图片来源:谢宏建

有了vss和vsc，还是解决不了软件互联的问题。比如云端的信号和服务基于HTTP协议发送到车载电脑，车载电脑内部主要基于someip通信，甚至包括dds协议。我们还需要支持工具和软件来实现不同协议之间的转换。

在autosar concept703中提到了一个解决方案:该解决方案由配置工具和网关模块组成。在autosar端，信号和服务用vss vsc语言描述。Autosar工具厂商将基于vss和vsc的输入转换成应用层需要的arxml文件，实现符合ara com的通信接口。同时，autosar工具还需要将vss vsc信息转换成需要满足http协议或其他协议的接口文件。用于实现相关协议信息的解释。基于此，需要专门的网关中间件来实现不同协议之间的转换。最后，应用层和通信协议完全解耦。

图片来源:谢宏建

展望未来，汽车可能会像手机一样成为更加融合的智能设备。作为应用程序开发人员，通常不再需要关心模型和系统之间的差异。应用开发完成后，可以部署到任何型号，使用相关功能。从这个角度来说，车辆API将起到关键作用，所以谁能开发出一个被主机厂和供应商广泛接受的车辆API，谁就赢得了整个市场！谢谢大家！

图片来源:易特驰官网

(以上内容来自ETech /AUTOSAR技术经理谢宏建在2022年8月5日由Gaspar和AUTOSAR联合主办的第三届软件定义车辆论坛2022暨AUTOSAR中国日上发表的主题演讲《区域框架下的信号服务转换与车辆接口》。)

图片来源:谢宏建

在这种趋势下，汽车和手机最大的区别就是手机协议明确，但是车内外的通信协议很多。如何打通不同的协议？这是我们面临的最大挑战。

第二个趋势是国内外都在打造自己的操作系统，即OEM.OS，一般来说就是OEM。OS针对的不仅仅是车内的软件系统，还有云端的软件系统。

在汽车中，我们知道最底层的硬件是微控制器和微处理器，甚至是包含两者的SOC。硬件上层是启动程序，烧录更新引导程序；再往上就是hypervisor，实现区域隔离和系统隔离。下一层可能会涉及到芯片内不同内核、不同域之间的通信软件，然后根据功能可以分为不同的基础软件或中间件，比如以太网交换机软件、信息安全软件、经典autosar软件、车载计算机中的自适应autosar软件、自动驾驶相关软件、智能驾驶舱相关软件等。然后就是各种应用。

图片来源:谢宏建

这是汽车侧。让我们简单看一下云。云可能包括一些核心服务、平台服务、数字孪生服务等。它还将包括生态系统开放发展港；也可以运行一些与车辆各种功能域相关的软件和第三方软件。车载API的目的就是在此基础上实现所有应用软件的互联功能。Etech提供多种开发端口，未来将进一步将应用软件部署到云端，支持第三方服务。

车云集成的未来需要车辆API的支持，需要满足以下要求:一是需要开放的已知接口，帮助不同的应用层实现交互和复用。二是高，容易集成。第三是不能给代工带来额外的工作。

图片来源:谢宏建

COVESA在第13届AUTOSAR开放大会上为AUTOSAR提出了标准化概念，包括三个方面:首先，定义了通用数据模型和服务模型，实现不同设备间信息描述的统一。二是标准化相应的数据和服务。事实上，中国的许多组织和企业都试图制定标准化的数据和服务。难点不在于技术，而在于如何让更多的主机厂和供应商达成数据和服务标准化的共识。三是相应软件基础协议栈的支持，帮助实现跨通信交互和数据转换。

图片来源:谢宏建

回到通用数据服务模型，covesa使用vss和vsc语言。vss的全称是车辆信号规范(vehicle signal specification)，来源于2016年w3c的汽车工作组发布的首个公开工作草案。在设计之初，我希望车载信息娱乐系统和本地车载网络中运行的应用程序能够访问车辆信号和其他数据。所以vss主要以车辆信号为主，将车辆信号进行功能分类。

例如，这是一个树形信号分类的例子。绿色的原点代表分支，车辆信号可以根据功能域分为不同的分支。分支的末端可以是信号、传感器信号或致动器信号的属性。Vss用yaml语言描述，方便人们读写。其次，它可以很容易地被各种工具解释，并生成其他类型的文件。然后，基于vss标准，所有相关从业者可以就统一的信号描述和文件类型达成一致，从而实现更容易的信号信息交互。也为配套工具的开发做好了充分的准备。

图片来源:谢宏建

有了vss和vsc，还是解决不了软件互联的问题。比如云端的信号和服务基于HTTP协议发送到车载电脑，车载电脑内部主要基于someip通信，甚至包括dds协议。我们还需要支持工具和软件来实现不同协议之间的转换。

在autosar concept703中提到了一个解决方案:该解决方案由配置工具和网关模块组成。在autosar端，信号和服务用vss vsc语言描述。Autosar工具厂商将基于vss和vsc的输入转换成应用层需要的arxml文件，实现符合ara com的通信接口。同时，autosar工具还需要将vss vsc信息转换成需要满足http协议或其他协议的接口文件。用于实现相关协议信息的解释。基于此，需要专门的网关中间件来实现不同协议之间的转换。最后，应用层和通信协议完全解耦。

图片来源:谢宏建

展望未来，汽车可能会像手机一样成为更加融合的智能设备。作为应用程序开发人员，通常不再需要关心模型和系统之间的差异。应用开发完成后，可以部署到任何型号，使用相关功能。从这个角度来说，车辆API将起到关键作用，所以谁能开发出一个被主机厂和供应商广泛接受的车辆API，谁就赢得了整个市场！谢谢大家！

图片来源:易特驰官网

(以上内容来自ETech /AUTOSAR技术经理谢宏建在2022年8月5日由Gaspar和AUTOSAR联合主办的第三届软件定义车辆论坛2022暨AUTOSAR中国日上发表的主题演讲《区域框架下的信号服务转换与车辆接口》。)

标签：丰田

汽车资讯热门资讯