"Software Defined Automotive Service API Reference Specification" 2.0 solicitation draft released

Latest update time：2022-02-12

Reads：

Post background

Recently, the SDV Working Group of the China Association of Automobile Manufacturers released the "Software-Defined Automotive Service API Reference Specification" 2.0 Draft for Comments. This draft is based on the 1.0 version specification released in October 2021 and is targeted at OEMs/Tier1 This content update is based on the optimization suggestions put forward by other companies in the development process of smart cars to ensure that the software-defined automotive service API standard specifications meet the needs of industry implementation.

Post content

This time, 4 atomic services (tail service, seat massage service, seat extension service, pedestrian warning service) and 32 APIs are added to the body domain; 64 APIs, Three new device abstractions (general motor, angle sensor, AVAS pedestrian warning device) and 8 APIs in the body domain have been added. The API released this time supports forward compatibility. The 2.0 draft version is compatible with all functions of the 1.0 version and will not affect the functions of the old version. The functions developed by each enterprise unit do not need to be modified and adapted.

Follow-up

The SDV working group was established under the leadership of the China Association of Automobile Manufacturers. Currently, its membership has expanded to nearly a hundred units. The working group will continue to deepen collaboration with upstream and downstream units and industry organizations in the automotive industry chain to jointly promote the standardization of smart car software and hardware interfaces. Reduce the complexity of automobile research and development and customization costs, and accelerate the innovation and development process of software-defined automobiles.

In 2022, the SDV working group will continue to absorb industry opinions, update and release atomic service and device abstract API reference specifications in the body domain, thermal management, energy management, motion control domain, intelligent driving domain, human-computer interaction domain, etc. on a quarterly basis to jointly build and open A win-win new ecosystem for software-defined cars.

Contact person: Zhang Yiwei zhangyiwei@caam.org.cn

Introduction to the SDV working group

Industry Status:

Under the traditional distributed E/E architecture, cars use a "signal-oriented" software structure, and ECUs conduct point-to-point static communication through buses such as LIN/CAN. With the rapid growth of the demand for automobile intelligence, problems such as poor scalability and high upgrade and transplant costs in traditional communication network and software architecture design have gradually become apparent. For example, to add a certain software application or service, a new basic software environment needs to be established from scratch. The cost is extremely high. In order to solve the above problems, the automotive industry drew on the development experience of the IT industry and proposed SOA (Service Oriented Architecture, service-oriented architecture) software architecture.

SOA is the software foundation for realizing software-defined cars. Its essence is to modularize and standardize the originally dispersed ECUs and their corresponding basic software functions, and redeploy them into a layered software architecture. The car can operate without adding or replacing hardware. Different services are provided to car owners through different software configurations, so as to realize various vehicles and different aspects.

In the field of ICT, SOA has been widely used at home and abroad and is relatively mature. SOA was proposed by Gartner in the mid-1990s. In 2002, the industry began to actively explore and research. In 2005, SOA began to be promoted and popularized. In 2007, the industry began to formulate standards to promote implementation. For example, SCA and SDO passed the OASIS audit, and WSPOLICY and W3C became W3C. Standards, etc., began to mature in 2010. The key point to implement the SOA architecture is to extract and package the functions in the existing system to form standardized "services".

In the automotive industry, in recent years, under the leadership of Tesla, many traditional automakers are increasing their presence in the automotive software field by establishing subsidiaries, software research and development departments, and cooperating with software suppliers.

Abroad: Volkswagen, BMW, Mercedes-Benz, Audi, Ford and other automobile giants have implemented SOA servitization in the body and cockpit fields and gradually mass-produced them.
Domestically: Some leading OEMs such as SAIC, FAW, and Great Wall have realized the importance of SOA software architecture, tried to implement SOA service, and considered no longer relying heavily on foreign technology platforms and standards. However, there are currently only a few service-oriented attempts, the SOA architecture is not unified, and no universal specifications have been formed, which greatly restricts the development of vehicle-mounted SOA and limits software-driven innovation.

Software architecture technology and API interfaces are defined as common technologies and assets in the automotive industry and are open common platforms. At present, there is a lack of industry collaboration and sharing mechanisms in China, and development in common platforms and ecological construction is relatively slow. This is also a key issue that the SDV working group needs to solve urgently. .

Service software architecture defined by SDV

The SDV working group conducts service-oriented layered decoupling of SOA software architecture, which is also a key means to improve software reusability and reduce the complexity of software and hardware development. The service software architecture defined by SDV is divided into 4 major layers.

Application layer : Based on atomic services, we define and combine vehicle services, applications, experiences, etc. to build an APP with differentiated competitiveness.
Atomic service layer : a functional module that implements certain data fusion or control logic. As the smallest unit and single execution entity of a service, it provides applications with basic services that can be orchestrated on demand through APIs, enabling one-time development and multiple reuse, maximizing development efficiency.
Device abstraction layer : abstracts hardware resources such as sensors, actuators, and legacy ECUs, and provides device access interfaces for services through APIs to shield device function implementation differences (hardware differences & manufacturer differences) and reduce customization and duplication of work.
Basic platform layer : including hardware and operating system, mainly providing the basic operating environment required for vehicle operation.

Among them, the API interfaces of the device abstraction layer and the atomic service layer are jointly defined and standardized by the SDV working group, as shown in the figure below. Through industrial collaboration, it is possible to decouple software from hardware and decouple applications from software code, thereby reducing software complexity and accelerating the development and innovation process of smart cars.

SDV service software architecture

The meaning of SDV standardized API interface

The API reference document released by the SDV working group is a normative document that defines the standardization of smart car software and hardware interfaces. The working group brings new experiences to various fields through standardized definitions of API interfaces.

For OEMs:

The entire vehicle is connected across domains, with optimal performance, and vehicle-level capabilities are open and can be called on demand.
Realize unified version management, rapid development, decoupling of software and hardware, and architecture reuse between models
Efficient software development based on SOA, obtaining predefined or pre-integrated service APIs, accelerating model launch to zero

Component manufacturer:

Know-how in one's own field is monetized through standardized service APIs, simultaneously driving hardware sales.
Standardize IO equipment, reduce customization, reduce the cost of developing new functions for different car companies' models, and shorten TTM (Time to Market)
Share different service capabilities of the new ecological resource pool, and optimize and innovate component products by calling service APIs

For developers:

Call and combine different service APIs to quickly develop application scenarios
Open the ecosystem, integrate developer resources, focus on experience improvement, and realize various vehicles and aspects.
Continuous realization of value and mining of post-market value (based on big data)

To consumers:

Get a better car experience, richer aftermarket modifications and a new experience with regular use
Continue to improve vehicle value retention and enjoy personalized services

Working group status:

Members of the SDV working group include industry OEMs, upstream and downstream parts suppliers, software services and other enterprises and institutions. After fully soliciting opinions from member units and other industrial organizations and units, the "SDV Service API Reference" specification released at this China Automotive Supply Chain Conference contains more than 290 atomic service APIs covering the body domain, motion control domain, Thermal management, energy management, and more than 230 device abstraction APIs cover the body domain, thermal management, power domain, and chassis domain. Through the standardization and unification of API interfaces, the hardware and software services of different manufacturers of smart cars have the interoperability ability to exchange and share information with each other, reducing non-value-added and repetitive customization work, releasing talents to focus on innovation, and greatly improving the industry Collaborative efficiency and management quality. Promote the division of labor and cooperation between upstream and downstream enterprises in the automobile industry, each showing its strengths, and truly making China's smart automobile industry chain more competitive.

Two standards have been officially released on October 15, 2021:

appendix:

SDV Device Abstraction API Reference-Car Body & Thermal Management (Official Draft 2021-10-15)

SDV Atomic Service API Reference-Car Body & Thermal Management (Official Draft 2021-10-15)

The background replies to AES10 and is obtained automatically! !

Latest articles about

■Understanding the OSI Model Using Logistics

■Talk about the controversy of the maximum load of 375 kg for new energy vehicles

■What is the car moose test?

■Live Preview | AUTOSAR SOME/IP Technology Interpretation

■AP AUTOSAR Hard-Core Technology (5): Diagnostic Management

■How much does it cost to customize an automotive-grade ECU?

■Live broadcast today | CAN XL International Seminar

■“Customers are not afraid, so what are you afraid of?” - Reflection on the value of static analysis of automotive software

■Detailed explanation of the control algorithm of the electromechanical brake system (EMB) - Taking Tongyu Automobile and Feige Intelligent as examples

■[Opening this week] SAE-AWC 2024 Automotive EEA Innovation Technology Forum | Free registration